Jenkins build is still unstable: FreeBSD_stable_10 #327

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #328

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Karl Denninger 
The panic occurred during a zfs send/receive operation for system
backup. I've seen this one before, unfortunately, and it appears
that it's still there -- may be related to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207464

On 7/20/2016 09:26, Karl Denninger wrote:
> Came out of the ZFS system; this machine is running *unpatched* (none of
> my changes are in the kernel); I have a good core dump if further trace
> information will help.
>
> Dump header from device: /dev/gpt/dump
>   Architecture: amd64
>   Architecture Version: 2
>   Dump Length: 9582022656
>   Blocksize: 512
>   Dumptime: Wed Jul 20 09:10:31 2016
>   Hostname: NewFS.denninger.net
>   Magic: FreeBSD Kernel Dump
>   Version String: FreeBSD 11.0-BETA1 #0 r302489: Sat Jul  9 10:15:24 CDT
> 2016
> k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>   Panic String: double fault
>   Dump Parity: 445173880
>   Bounds: 4
>   Dump Status: good
>
> NewFS.denninger.net dumped core - see /var/crash/vmcore.4
>
> Wed Jul 20 09:18:15 CDT 2016
>
> FreeBSD NewFS.denninger.net 11.0-BETA1 FreeBSD 11.0-BETA1 #0 r302489:
> Sat Jul  9 10:15:24 CDT 2016
> k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP  amd64
>
> panic: double fault
>
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd"...
>
> Unread portion of the kernel message buffer:
>
> Fatal double fault
> rip = 0x8220bc92
> rsp = 0xfe0667f0ef30
> rbp = 0xfe0667f0f3c0
> cpuid = 14; apic id = 34
> panic: double fault
> cpuid = 14
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
> 0xfe0649db8e30
> vpanic() at vpanic+0x182/frame 0xfe0649db8eb0
> panic() at panic+0x43/frame 0xfe0649db8f10
> dblfault_handler() at dblfault_handler+0xa2/frame 0xfe0649db8f30
> Xdblfault() at Xdblfault+0xac/frame 0xfe0649db8f30
> --- trap 0x17, rip = 0x8220bc92, rsp = 0xfe0667f0ef30, rbp =
> 0xfe0667f0f3c0 ---
> vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x22/frame
> 0xfe0667f0f3c0
> vdev_queue_io_done() at vdev_queue_io_done+0x83/frame 0xfe0667f0f400
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f430
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f480
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f4e0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f530
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f570
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f5a0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f5f0
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f650
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f6a0
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f6e0
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f710
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f760
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f7c0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f810
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f850
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f880
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f8d0
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f930
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f980
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f9c0
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f9f0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fa40
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0faa0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0faf0
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fb30
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fb60
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fbb0
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fc10
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fc60
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fca0
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fcd0
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fd20
> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fd80
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fdd0
> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fe10
> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fe40
> zio_execute() at zio_execute+0x236/frame 0xfe0667f0fe90
> zio_v

Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Karl Denninger 
Came out of the ZFS system; this machine is running *unpatched* (none of
my changes are in the kernel); I have a good core dump if further trace
information will help.

Dump header from device: /dev/gpt/dump
  Architecture: amd64
  Architecture Version: 2
  Dump Length: 9582022656
  Blocksize: 512
  Dumptime: Wed Jul 20 09:10:31 2016
  Hostname: NewFS.denninger.net
  Magic: FreeBSD Kernel Dump
  Version String: FreeBSD 11.0-BETA1 #0 r302489: Sat Jul  9 10:15:24 CDT
2016
k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
  Panic String: double fault
  Dump Parity: 445173880
  Bounds: 4
  Dump Status: good

NewFS.denninger.net dumped core - see /var/crash/vmcore.4

Wed Jul 20 09:18:15 CDT 2016

FreeBSD NewFS.denninger.net 11.0-BETA1 FreeBSD 11.0-BETA1 #0 r302489:
Sat Jul  9 10:15:24 CDT 2016
k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP  amd64

panic: double fault

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:

Fatal double fault
rip = 0x8220bc92
rsp = 0xfe0667f0ef30
rbp = 0xfe0667f0f3c0
cpuid = 14; apic id = 34
panic: double fault
cpuid = 14
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe0649db8e30
vpanic() at vpanic+0x182/frame 0xfe0649db8eb0
panic() at panic+0x43/frame 0xfe0649db8f10
dblfault_handler() at dblfault_handler+0xa2/frame 0xfe0649db8f30
Xdblfault() at Xdblfault+0xac/frame 0xfe0649db8f30
--- trap 0x17, rip = 0x8220bc92, rsp = 0xfe0667f0ef30, rbp =
0xfe0667f0f3c0 ---
vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x22/frame
0xfe0667f0f3c0
vdev_queue_io_done() at vdev_queue_io_done+0x83/frame 0xfe0667f0f400
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f430
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f480
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f4e0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f530
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f570
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f5a0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f5f0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f650
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f6a0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f6e0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f710
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f760
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f7c0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f810
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f850
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f880
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f8d0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f930
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f980
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f9c0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f9f0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fa40
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0faa0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0faf0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fb30
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fb60
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fbb0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fc10
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fc60
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fca0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fcd0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fd20
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fd80
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fdd0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fe10
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fe40
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fe90
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fef0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0ff40
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0ff80
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0ffb0
zio_execute() at zio_execute+0x236/frame 0xfe0667f1
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f10060
zio_execute() at zio_execute+0x236/frame 0xfe0667f100b0
vdev_

RE: Install or add printer HP Laser Jet Pro MFP M125nw

2016-07-20 Thread David Wood 
Hi Gabriel.

The LaserJet Pro MFP M125nw is a PCLm printer, where the computer is
responsible for rasterising the job and sending the raster to the printer.
It lacks the PCL6 support found in more expensive HP laser printers with
full feature formatters that gives them broad *BSD compatibility.

I have some doubts that you will find a way to use a PCLm printer with
FreeBSD.


This thread might be more appropriate in freebsd-questions.


With best wishes,



David
-- 
David Wood
da...@wood2.org.uk

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Steven Hartland 

The panic was due to stack exhaustion, why it was so deep not looked.

On 20/07/2016 15:32, Karl Denninger wrote:

The panic occurred during a zfs send/receive operation for system
backup. I've seen this one before, unfortunately, and it appears
that it's still there -- may be related to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207464

On 7/20/2016 09:26, Karl Denninger wrote:

Came out of the ZFS system; this machine is running *unpatched* (none of
my changes are in the kernel); I have a good core dump if further trace
information will help.

Dump header from device: /dev/gpt/dump
   Architecture: amd64
   Architecture Version: 2
   Dump Length: 9582022656
   Blocksize: 512
   Dumptime: Wed Jul 20 09:10:31 2016
   Hostname: NewFS.denninger.net
   Magic: FreeBSD Kernel Dump
   Version String: FreeBSD 11.0-BETA1 #0 r302489: Sat Jul  9 10:15:24 CDT
2016
 k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
   Panic String: double fault
   Dump Parity: 445173880
   Bounds: 4
   Dump Status: good

NewFS.denninger.net dumped core - see /var/crash/vmcore.4

Wed Jul 20 09:18:15 CDT 2016

FreeBSD NewFS.denninger.net 11.0-BETA1 FreeBSD 11.0-BETA1 #0 r302489:
Sat Jul  9 10:15:24 CDT 2016
k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP  amd64

panic: double fault

GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:

Fatal double fault
rip = 0x8220bc92
rsp = 0xfe0667f0ef30
rbp = 0xfe0667f0f3c0
cpuid = 14; apic id = 34
panic: double fault
cpuid = 14
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfe0649db8e30
vpanic() at vpanic+0x182/frame 0xfe0649db8eb0
panic() at panic+0x43/frame 0xfe0649db8f10
dblfault_handler() at dblfault_handler+0xa2/frame 0xfe0649db8f30
Xdblfault() at Xdblfault+0xac/frame 0xfe0649db8f30
--- trap 0x17, rip = 0x8220bc92, rsp = 0xfe0667f0ef30, rbp =
0xfe0667f0f3c0 ---
vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x22/frame
0xfe0667f0f3c0
vdev_queue_io_done() at vdev_queue_io_done+0x83/frame 0xfe0667f0f400
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f430
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f480
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f4e0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f530
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f570
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f5a0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f5f0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f650
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f6a0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f6e0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f710
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f760
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f7c0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f810
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f850
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f880
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f8d0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f930
zio_execute() at zio_execute+0x236/frame 0xfe0667f0f980
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0f9c0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f9f0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fa40
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0faa0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0faf0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fb30
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fb60
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fbb0
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fc10
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fc60
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fca0
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fcd0
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fd20
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0fd80
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fdd0
vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame 0xfe0667f0fe10
zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0fe40
zio_execute() at zio_execute+0x236/frame 0xfe0667f0fe90
zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0

Re: Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Karl Denninger 
An attempted repeat of the transfer panic'd the machine again
immediately.  I removed all of the snapshots on the root zfs and the
copy ran to completion.

This appears to be identical to the problem that was previously present
where snapshots on the root filesystem sometimes are corrupted, with the
corruption apparently occurring at the time when the snapshot is taken
(race condition in the snapshot code?) and when touched later you panic
the machine.  Since zfs send "touches" everything in the incremental
path (or all snapshots if taken as a full send) once that bad snapshot
is there on the disk you're screwed on any attempt to copy that
filesystem elsewhere (e.g. for backup purposes.)

Note that when this situation arose in the past a scrub succeeds without
errors, and the same was true here -- since the root filesystem is small
a scrub is fast, and I ran one -- it said there were no problems.

There was a bug against this (which I referenced) but it is marked
closed/resolved and I *was* running that patch on 10.2 without a panic
for quite a long time (before the patch my average time-before-boom-boom
was about a week) -- so the root cause may be different in this case on
11-BETA1 but the outcome is the same.

On 7/20/2016 10:50, Steven Hartland wrote:
> The panic was due to stack exhaustion, why it was so deep not looked.
>
> On 20/07/2016 15:32, Karl Denninger wrote:
>> The panic occurred during a zfs send/receive operation for system
>> backup. I've seen this one before, unfortunately, and it appears
>> that it's still there -- may be related to
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207464
>>
>> On 7/20/2016 09:26, Karl Denninger wrote:
>>> Came out of the ZFS system; this machine is running *unpatched*
>>> (none of
>>> my changes are in the kernel); I have a good core dump if further trace
>>> information will help.
>>>
>>> Dump header from device: /dev/gpt/dump
>>>Architecture: amd64
>>>Architecture Version: 2
>>>Dump Length: 9582022656
>>>Blocksize: 512
>>>Dumptime: Wed Jul 20 09:10:31 2016
>>>Hostname: NewFS.denninger.net
>>>Magic: FreeBSD Kernel Dump
>>>Version String: FreeBSD 11.0-BETA1 #0 r302489: Sat Jul  9
>>> 10:15:24 CDT
>>> 2016
>>>  k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP
>>>Panic String: double fault
>>>Dump Parity: 445173880
>>>Bounds: 4
>>>Dump Status: good
>>>
>>> NewFS.denninger.net dumped core - see /var/crash/vmcore.4
>>>
>>> Wed Jul 20 09:18:15 CDT 2016
>>>
>>> FreeBSD NewFS.denninger.net 11.0-BETA1 FreeBSD 11.0-BETA1 #0 r302489:
>>> Sat Jul  9 10:15:24 CDT 2016
>>> k...@newfs.denninger.net:/usr/obj/usr/src/sys/KSD-SMP  amd64
>>>
>>> panic: double fault
>>>
>>> GNU gdb 6.1.1 [FreeBSD]
>>> Copyright 2004 Free Software Foundation, Inc.
>>> GDB is free software, covered by the GNU General Public License, and
>>> you are
>>> welcome to change it and/or distribute copies of it under certain
>>> conditions.
>>> Type "show copying" to see the conditions.
>>> There is absolutely no warranty for GDB.  Type "show warranty" for
>>> details.
>>> This GDB was configured as "amd64-marcel-freebsd"...
>>>
>>> Unread portion of the kernel message buffer:
>>>
>>> Fatal double fault
>>> rip = 0x8220bc92
>>> rsp = 0xfe0667f0ef30
>>> rbp = 0xfe0667f0f3c0
>>> cpuid = 14; apic id = 34
>>> panic: double fault
>>> cpuid = 14
>>> KDB: stack backtrace:
>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>>> 0xfe0649db8e30
>>> vpanic() at vpanic+0x182/frame 0xfe0649db8eb0
>>> panic() at panic+0x43/frame 0xfe0649db8f10
>>> dblfault_handler() at dblfault_handler+0xa2/frame 0xfe0649db8f30
>>> Xdblfault() at Xdblfault+0xac/frame 0xfe0649db8f30
>>> --- trap 0x17, rip = 0x8220bc92, rsp = 0xfe0667f0ef30,
>>> rbp =
>>> 0xfe0667f0f3c0 ---
>>> vdev_queue_io_to_issue() at vdev_queue_io_to_issue+0x22/frame
>>> 0xfe0667f0f3c0
>>> vdev_queue_io_done() at vdev_queue_io_done+0x83/frame
>>> 0xfe0667f0f400
>>> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f430
>>> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f480
>>> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f4e0
>>> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f530
>>> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame
>>> 0xfe0667f0f570
>>> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f5a0
>>> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f5f0
>>> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f650
>>> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f6a0
>>> vdev_queue_io_done() at vdev_queue_io_done+0xcd/frame
>>> 0xfe0667f0f6e0
>>> zio_vdev_io_done() at zio_vdev_io_done+0xd9/frame 0xfe0667f0f710
>>> zio_execute() at zio_execute+0x236/frame 0xfe0667f0f760
>>> zio_vdev_io_start() at zio_vdev_io_start+0x34d/frame 0xfe0667f0f7c0
>>> zio_execute() at zio_execute+0x236/frame 0xfe0

Re: Install or add printer HP Laser Jet Pro MFP M125nw

2016-07-20 Thread Tijl Coosemans 
On Wed, 20 Jul 2016 16:03:38 +0100 "David Wood"  wrote:
> The LaserJet Pro MFP M125nw is a PCLm printer, where the computer is
> responsible for rasterising the job and sending the raster to the printer.
> It lacks the PCL6 support found in more expensive HP laser printers with
> full feature formatters that gives them broad *BSD compatibility.
> 
> I have some doubts that you will find a way to use a PCLm printer with
> FreeBSD.

It should work when you install print/hplip and print/hplip-plugin.
Configure the printer with HP Device Manager instead of KDE printer
settings.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Avaya Users

2016-07-20 Thread Alice Williams 
Hi,

Would you be interested in *Avaya Users* contact list?

*List Includes:-* Company Name, Website, First Name, Last Name, Job Title,
Phone Number, Fax Number, Business Email, Postal Address, Zip Code, SIC
Code, Revenue Size, Employee Size, Industry, NAICS Code and many more.

We also provide other related Technology Users like:

Polycom
Nortel Networks
Mitel
Aruba Networks
ShoreTel
Juniper Networks
AT&T
Citrix Systems
Lync Server
Cisco Systems
Riverbed
F5 Networks
Arista Networks
Brocade And Many More
*... *
Please review and let me know your interest if you are looking for above
mentioned users list or other technology users list for your campaigns.

Await your response!

Thanks,
Alice Williams
Data Specialist


If you do not wish to receive further emails, please respond with "Leave
Out" or "Unsubscribe
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #329

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

freebsd loses cd-drive during installation

2016-07-20 Thread Eugene M. Zheganin 

Hi,

Is there some hack to install FreeBSD when it loses the cd-drive during 
installation ? I have a couple of ole Sun Fire X2270 without service 
contract, so I would install FreeBSD onto them, but the thing is that 
the BIOS does see the CD-drive, and the kernel doesn't. Linux does boot 
and installs just fine on the same machine.


Thanks.

Eugene.

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: svn commit: r303107 - in stable/10/sys/dev: e1000 ixgb ixgbe ixl

2016-07-20 Thread Mike Tancsa 
On 7/20/2016 2:26 PM, Sean Bruno wrote:
> Author: sbruno
> Date: Wed Jul 20 18:26:48 2016
> New Revision: 303107
> URL: https://svnweb.freebsd.org/changeset/base/303107
> 
> Log:
>   MFC - r302384 to 10-STABLE

Hi,
Not sure if something is missing in this commit ?

cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality
-Wno-error-unused-function   -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-gdwarf-2 -Werror  /usr/src/sys/dev/ed/if_ed_pci.c
ctfconvert -L VERSION -g if_ed_pci.o
awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m
-c ;  cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality
-Wno-error-unused-function   -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-gdwarf-2 -Werror  eisa_if.c
ctfconvert -L VERSION -g eisa_if.o
cc  -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs
-fdiagnostics-show-option  -Wno-error-tautological-compare
-Wno-error-empty-body  -Wno-error-parentheses-equality
-Wno-error-unused-function   -nostdinc  -I. -I/usr/src/sys
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector
-gdwarf-2 -Werror  /usr/src/sys/dev/e1000/if_em.c -I/usr/src/sys/dev/e1000
/usr/src/sys/dev/e1000/if_em.c:1223:7: error: implicit declaration of
function 'if_getdrvflags' is invalid in C99
  [-Werror,-Wimplicit-function-declaration]
if (if_getdrvflags(ifp) & IFF_DRV_RUNNING)
^
1 error generated.
*** Error code 1

Stop.
make[2]: stopped in /usr/obj/usr/src/sys/GENERIC
*** Error code 1

Stop.
make[1]: stopped in /usr/src
*** Error code 1

Stop.
make: stopped in /usr/src

 # svnlite update
Updating '.':
At revision 303109.
 # svnlite status --show-updates
Status against revision: 303109
 #



-- 
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada   http://www.tancsa.com/
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is still unstable: FreeBSD_stable_10 #330

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

FreeBSD_STABLE_10-i386 - Build #1345 - Failure

2016-07-20 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #1345 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1345/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1345/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1345/console

Change summaries:

303107 by sbruno:
MFC - r302384 to 10-STABLE
Do not initialize the adapter on MTU change when adapter status is down.
This fixes long-standing problems when changing settings of the adapter.

Discussed in:
https://lists.freebsd.org/pipermail/freebsd-net/2016-June/045509.html

Differential Revision:  https://reviews.freebsd.org/D7254



The end of the build log:

[...truncated 168560 lines...]
R300_cp.bin R300_cp.bin
--- radeonkmsfw_R300_cp.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function-c radeonkmsfw_R300_cp.c -o radeonkmsfw_R300_cp.o
--- all_subdir_R420_cp ---
===> drm2/radeonkmsfw/R420_cp (all)
--- R420_cp.bin ---
uudecode -p 
/usr/src/sys/modules/drm2/radeonkmsfw/R420_cp/../../../../contrib/dev/drm2/radeonkmsfw/R420_cp.bin.uu
 > R420_cp.bin
--- R420_cp.bin.fwo ---
R420_cp.bin R420_cp.bin
--- all_subdir_R300_cp ---
ctfconvert -L VERSION -g radeonkmsfw_R300_cp.o
--- all_subdir_R420_cp ---
--- radeonkmsfw_R420_cp.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function-c radeonkmsfw_R420_cp.c -o radeonkmsfw_R420_cp.o
--- all_subdir_R300_cp ---
--- radeonkmsfw_R300_cp.kld ---
ld  -d -warn-common -r -d -o radeonkmsfw_R300_cp.kld R300_cp.bin.fwo 
radeonkmsfw_R300_cp.o
ctfmerge -L VERSION -g -o radeonkmsfw_R300_cp.kld R300_cp.bin.fwo 
radeonkmsfw_R300_cp.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk radeonkmsfw_R300_cp.kld  export_syms | 
xargs -J% objcopy % radeonkmsfw_R300_cp.kld
--- radeonkmsfw_R300_cp.ko.debug ---
ld -Bshareable  -d -warn-common -o radeonkmsfw_R300_cp.ko.debug 
radeonkmsfw_R300_cp.kld
--- radeonkmsfw_R300_cp.ko.symbols ---
objcopy --only-keep-debug radeonkmsfw_R300_cp.ko.debug 
radeonkmsfw_R300_cp.ko.symbols
--- radeonkmsfw_R300_cp.ko ---
objcopy --strip-debug --add-gnu-debuglink=radeonkmsfw_R300_cp.ko.symbols 
radeonkmsfw_R300_cp.ko.debug radeonkmsfw_R300_cp.ko
--- all_subdir_elink ---
===> elink (all)
--- elink.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h 
-I. -I@ -I@/contrib/altq -fno-common -g -I/usr/obj/usr/src/sys/GENERIC  
-mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding 
-fstack-protector -gdwarf-2 -std=iso9899:1999 -Qunused-arguments  
-fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality 
-Wno-error-unused-function-c 
/usr/src/sys/modules/elink/../../i386/isa/elink.c -o elink.o
--- all_subdir_drm2 ---
--- all_subdir_R420_cp ---
ctfconvert -L VERSION -g radeonkmsfw_R420_cp.o
--- radeonkmsfw_R420_cp.kld ---
ld  -d -warn-common -r -d -o radeonkmsfw_R420_cp.kld R420_cp.bin.fwo 
radeonkmsfw_R420_cp.o
ctfmerge -L VERSION -g -o radeonkmsfw_R420_cp.kld R420_cp.bin.fwo 
radeonkmsfw_R420_cp.o
:> export_syms
awk -f /usr/src/sys/conf/kmod_syms.awk radeonkmsfw_R420_cp.kld  export_syms | 
xargs -J% objcopy % radeonkmsfw_R420_cp.kld
--- radeonkmsfw_R420_cp.ko.debug ---
ld -Bshareable  -d -warn-common -o radeonkmsfw_R420_cp.ko.debug 
radeonkmsfw_R420_cp.kld
--- radeonkmsfw_R420_cp.ko.symbols ---
objcopy --only-keep-debug radeonkmsfw_R42

Re: Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Andriy Gapon 
On 20/07/2016 17:26, Karl Denninger wrote:
> #185 0x8222955d in zio_vdev_io_start (zio=0xf80108754770)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
> #186 0x82225d96 in zio_execute (zio=)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
> #187 0x8220c72d in vdev_queue_io_done (zio=)
> at
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
> #188 0x82229719 in zio_vdev_io_done (zio=0xf804cfdf7770)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2895
> #189 0x82225d96 in zio_execute (zio=)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
> #190 0x8222955d in zio_vdev_io_start (zio=0xf804cfdf7770)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
> #191 0x82225d96 in zio_execute (zio=)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
> #192 0x8220c72d in vdev_queue_io_done (zio=)
> at
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
> #193 0x82229719 in zio_vdev_io_done (zio=0xf801469a13b8)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2895
> #194 0x82225d96 in zio_execute (zio=)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
> #195 0x8222955d in zio_vdev_io_start (zio=0xf801469a13b8)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
> #196 0x82225d96 in zio_execute (zio=)
> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
> #197 0x8220c72d in vdev_queue_io_done (zio=)
> at
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
> #198 0x82229719 in zio_vdev_io_done (zio=0xf805dcd9d3b8)

I see how this pseudo-recursion can happen in theory, but not why it has
happened.  It would interesting to see 3 or 4 of zio-s printed,
including the top-most one at 0xf805dcd9d3b8.

Something like:

set print pretty
p *zio
p *zio->io_vd
p *zio->io_vd->vdev_ops

in several frames.

-- 
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Panic on BETA1 in the ZFS subsystem

2016-07-20 Thread Karl Denninger 
On 7/20/2016 16:32, Andriy Gapon wrote:
> On 20/07/2016 17:26, Karl Denninger wrote:
>> #185 0x8222955d in zio_vdev_io_start (zio=0xf80108754770)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
>> #186 0x82225d96 in zio_execute (zio=)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
>> #187 0x8220c72d in vdev_queue_io_done (zio=)
>> at
>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
>> #188 0x82229719 in zio_vdev_io_done (zio=0xf804cfdf7770)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2895
>> #189 0x82225d96 in zio_execute (zio=)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
>> #190 0x8222955d in zio_vdev_io_start (zio=0xf804cfdf7770)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
>> #191 0x82225d96 in zio_execute (zio=)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
>> #192 0x8220c72d in vdev_queue_io_done (zio=)
>> at
>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
>> #193 0x82229719 in zio_vdev_io_done (zio=0xf801469a13b8)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2895
>> #194 0x82225d96 in zio_execute (zio=)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
>> #195 0x8222955d in zio_vdev_io_start (zio=0xf801469a13b8)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:2870
>> #196 0x82225d96 in zio_execute (zio=)
>> at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1556
>> #197 0x8220c72d in vdev_queue_io_done (zio=)
>> at
>> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c:887
>> #198 0x82229719 in zio_vdev_io_done (zio=0xf805dcd9d3b8)
> I see how this pseudo-recursion can happen in theory, but not why it has
> happened.  It would interesting to see 3 or 4 of zio-s printed,
> including the top-most one at 0xf805dcd9d3b8.
>
> Something like:
>
> set print pretty
> p *zio
> p *zio->io_vd
> p *zio->io_vd->vdev_ops
>
> in several frames.
>
There was a clone from a previous boot environment embedded in the
snapshot list, but I don't believe it was (directly) the cause as
several backups have taken place since it was taken, and none resulted
in the panic.

I had this problem some time ago in which on the root pool/filesystem,
and ONLY on the root, I would get a panic after several days uptime
*and* the disk structure itself was ok but the incore was not.  It would
manifest as a snapshot you could "cd" into but not see anything once
inside, and an attempt to destroy it would fail. If you attempted a zfs
send that touched that snapshot you got a panic.

The PR that I referenced above apparently was related, and the patch
that came out of it appears to have stopped it on 10.2, as once I put
that on I didn't have it happen again.  It was consistent enough that I
actually killed automated backups on the machines involved, as it would
nail you without warning on a roughly a one-week interval.

That appears to be roughly where I am again about one week into
running BETA1, and "boom".  But this one IS different in that this time
an immediate repeat (which used to succeed as the disk was fine)
resulted in an immediate second panic.

I've removed the snapshots on that filesystem (on the theory that the
previous error wasn't really fixed but rather papered over) and run a
backup, which succeeded.  If I get another one I'll know it's a new problem.

Let me see what I can come up with on some frame dumps.

Here's the top one...

(kgdb) p *zio

$5 = {
  io_bookmark = {
zb_objset = 0,
zb_object = 0,
zb_level = 0,
zb_blkid = 0
  },
  io_prop = {
zp_checksum = ZIO_CHECKSUM_INHERIT,
zp_compress = ZIO_COMPRESS_INHERIT,
zp_type = DMU_OT_NONE,
zp_level = 0 '\0',
zp_copies = 0 '\0',
zp_dedup = 0,
zp_dedup_verify = 0,
zp_nopwrite = 0
  },
  io_type = ZIO_TYPE_FREE,
  io_child_type = ZIO_CHILD_VDEV,
  io_cmd = 0,
  io_priority = ZIO_PRIORITY_TRIM,
  io_reexecute = 0 '\0',
  io_state = 0xf805dcd9d405 "\001",
  io_txg = 0,
  io_spa = 0xf801c29d1000,
  io_bp = 0x0,
  io_bp_override = 0x0,
  io_bp_copy = {
blk_dva = 0xf805dcd9d428,
blk_prop = 0,
blk_pad = 0xf805dcd9d460,
blk_phys_birth = 0,
blk_birth = 0,
blk_fill = 0,
blk_cksum = {
  zc_word = 0xf805dcd9d488
}
  },
  io_parent_list = {
list_size = 48,
list_offset = 16,
list_head = {
  list_next = 0xf8042bf35340,
  list_prev = 0xf8042bf35340
}
  },
  io_child_list = {
list_size = 48,
list_offset = 32,
list_head = {
  list_next = 0xf805dcd9d4d8,
  list_prev = 0xf805dcd9d4d8
}
  },
  io_walk_link = 0x0,
  io_logical = 0x0,
  io

Build failed in Jenkins: FreeBSD_stable_10 #331

2016-07-20 Thread jenkins-admin 
See 

--
[...truncated 278472 lines...]
objcopy --only-keep-debug radeonkmsfw_PITCAIRN_pfp.ko.debug 
radeonkmsfw_PITCAIRN_pfp.ko.symbols
--- radeonkmsfw_PITCAIRN_pfp.ko ---
objcopy --strip-debug --add-gnu-debuglink=radeonkmsfw_PITCAIRN_pfp.ko.symbols 
radeonkmsfw_PITCAIRN_pfp.ko.debug radeonkmsfw_PITCAIRN_pfp.ko
--- all_subdir_PITCAIRN_rlc ---
===> drm2/radeonkmsfw/PITCAIRN_rlc (all)
--- all_subdir_R100_cp ---
===> drm2/radeonkmsfw/R100_cp (all)
--- all_subdir_PITCAIRN_rlc ---
--- PITCAIRN_rlc.bin ---
uudecode -p 
/builds/workspace/FreeBSD_stable_10/src/sys/modules/drm2/radeonkmsfw/PITCAIRN_rlc/../../../../contrib/dev/drm2/radeonkmsfw/PITCAIRN_rlc.bin.uu
 > PITCAIRN_rlc.bin
--- PITCAIRN_rlc.bin.fwo ---
PITCAIRN_rlc.bin PITCAIRN_rlc.bin
--- radeonkmsfw_PITCAIRN_rlc.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 
/builds/workspace/FreeBSD_stable_10/obj/builds/workspace/FreeBSD_stable_10/src/sys/GENERIC/opt_global.h
 -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer 
-I/builds/workspace/FreeBSD_stable_10/obj/builds/workspace/FreeBSD_stable_10/src/sys/GENERIC
  -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
-gdwarf-2 -std=iso9899:1999 -Qunused-arguments  -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function-c 
radeonkmsfw_PITCAIRN_rlc.c -o radeonkmsfw
 _PITCAIRN_rlc.o
--- all_subdir_R100_cp ---
--- R100_cp.bin ---
uudecode -p 
/builds/workspace/FreeBSD_stable_10/src/sys/modules/drm2/radeonkmsfw/R100_cp/../../../../contrib/dev/drm2/radeonkmsfw/R100_cp.bin.uu
 > R100_cp.bin
--- R100_cp.bin.fwo ---
R100_cp.bin R100_cp.bin
--- radeonkmsfw_R100_cp.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_HEADERS -include 
/builds/workspace/FreeBSD_stable_10/obj/builds/workspace/FreeBSD_stable_10/src/sys/GENERIC/opt_global.h
 -I. -I@ -I@/contrib/altq -fno-common -g -fno-omit-frame-pointer 
-mno-omit-leaf-frame-pointer 
-I/builds/workspace/FreeBSD_stable_10/obj/builds/workspace/FreeBSD_stable_10/src/sys/GENERIC
  -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse 
-msoft-float  -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
-gdwarf-2 -std=iso9899:1999 -Qunused-arguments  -fstack-protector -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 
-Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign 
-fformat-extensions  -Wmissing-include-dirs -fdiagnostics-show-option  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-error-unused-function-c 
radeonkmsfw_R100_cp.c -o radeonkmsfw_R100
 _cp.o
--- all_subdir_PITCAIRN_rlc ---
ctfconvert -L VERSION -g radeonkmsfw_PITCAIRN_rlc.o
--- radeonkmsfw_PITCAIRN_rlc.ko.debug ---
ld  -d -warn-common -r -d -o radeonkmsfw_PITCAIRN_rlc.ko.debug 
PITCAIRN_rlc.bin.fwo radeonkmsfw_PITCAIRN_rlc.o
ctfmerge -L VERSION -g -o radeonkmsfw_PITCAIRN_rlc.ko.debug 
PITCAIRN_rlc.bin.fwo radeonkmsfw_PITCAIRN_rlc.o
:> export_syms
awk -f /builds/workspace/FreeBSD_stable_10/src/sys/conf/kmod_syms.awk 
radeonkmsfw_PITCAIRN_rlc.ko.debug  export_syms | xargs -J% objcopy % 
radeonkmsfw_PITCAIRN_rlc.ko.debug
--- all_subdir_R100_cp ---
ctfconvert -L VERSION -g radeonkmsfw_R100_cp.o
--- all_subdir_PITCAIRN_rlc ---
--- radeonkmsfw_PITCAIRN_rlc.ko.symbols ---
--- all_subdir_R100_cp ---
--- radeonkmsfw_R100_cp.ko.debug ---
--- all_subdir_PITCAIRN_rlc ---
objcopy --only-keep-debug radeonkmsfw_PITCAIRN_rlc.ko.debug 
radeonkmsfw_PITCAIRN_rlc.ko.symbols
--- all_subdir_R100_cp ---
ld  -d -warn-common -r -d -o radeonkmsfw_R100_cp.ko.debug R100_cp.bin.fwo 
radeonkmsfw_R100_cp.o
--- all_subdir_PITCAIRN_rlc ---
--- radeonkmsfw_PITCAIRN_rlc.ko ---
--- all_subdir_R100_cp ---
ctfmerge -L VERSION -g -o radeonkmsfw_R100_cp.ko.debug R100_cp.bin.fwo 
radeonkmsfw_R100_cp.o
--- all_subdir_PITCAIRN_rlc ---
objcopy --strip-debug --add-gnu-debuglink=radeonkmsfw_PITCAIRN_rlc.ko.symbols 
radeonkmsfw_PITCAIRN_rlc.ko.debug radeonkmsfw_PITCAIRN_rlc.ko
--- all_subdir_radeonkms ---
--- radeon_bios.o ---
--- all_subdir_radeonkmsfw ---
--- all_subdir_R100_cp ---
:> export_syms
awk -f /builds/workspace/FreeBSD_stable_10/src/sys/conf/kmod_syms.awk 
radeonkmsfw_R100_cp.ko.debug  export_syms | xargs -J% objcopy % 
radeonkmsfw_R100_cp.ko.debug
--- all_subdir_radeonkms ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc   
-DHAVE_KERNEL_OPTION_H

FreeBSD_STABLE_10-i386 - Build #1346 - Fixed

2016-07-20 Thread jenkins-admin 
FreeBSD_STABLE_10-i386 - Build #1346 - Fixed:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1346/
Full change log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1346/changes
Full build log: 
https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1346/console

Change summaries:

303117 by sbruno:
Fix lem(4) build after r303107

Submitted by:   Jason Wolfe 

303116 by sbruno:
Fix em(4) build after r303107

Reported by:Jason Wolf 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Jenkins build is unstable: FreeBSD_stable_10 #332

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Discover new movies on demand in our online cinema

2016-07-20 Thread Flix Premiere 
Discover a world of movies
never seen before

Welcome to the World's First Online Cineplex
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click1&url=https%3A%2F%2Fflixpremiere.com]
 , combining the movie theater experience with on-demand availability.

A Cinema in your pocket, where you can watch great movies you've never seen
before, Anytime, Anywhere.

Our movies
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click2&url=https%3A%2F%2Fflixpremiere.com%2Fnow-showing]
 are exclusive to Flix Premiere. No commercials. No hidden fees. You pay only
for the movies you want to watch, and can discover new content each and every
week in our online Red Carpet Events
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click3&url=https%3A%2F%2Fflixpremiere.com%2Fred-carpet]
 .

Flix Premiere
[http://flixmovies-mail.com/img.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click4&url=https%3A%2F%2Fflixpremiere.com]

Now Showing

On Demand

Interwoven
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/9b271775-2001-4a6e-9a12-0940aaccc21e/cover-art/48078dda-f125-4b58-b1b9-df9a52798fb4]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click5&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2F9b271775-2001-4a6e-9a12-0940aaccc21e]
 Get Happy
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/22845d49-a7b7-4144-97b4-c81804966d49/cover-art/07b5bfb3-d4c3-4c67-8a60-70a55e03893b]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click6&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2F22845d49-a7b7-4144-97b4-c81804966d49]
 Changeover
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/e321f6ab-83e8-4879-a950-73f3f87d537c/cover-art/9ce373ce-7dd8-4808-b313-fda1aef18d7f]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click7&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2Fe321f6ab-83e8-4879-a950-73f3f87d537c]
 But Not For Me
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/a725151b-5ab9-4504-8685-a4e29939912d/cover-art/1fdaed8b-cf9b-4741-a3d9-32f10212955a]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click8&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2Fa725151b-5ab9-4504-8685-a4e29939912d]

Sonata for Cello
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/091f5303-ee57-4351-b712-39333cac39f2/cover-art/001a6678-1c75-42a4-ba7c-2895339ee9a0]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click9&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2F091f5303-ee57-4351-b712-39333cac39f2]
 Love Me Do
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/3a607b9e-b4fe-4d40-ab38-b1cdfec4c417/cover-art/118d012c-ec82-45d6-baa7-01a7ba1ec46c]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click10&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2F3a607b9e-b4fe-4d40-ab38-b1cdfec4c417]
 Noble Fir
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/72e83baa-1af7-4508-a0bd-7544fc7711a6/cover-art/d7918ed4-7b8f-4192-bae3-e77a32cc8126]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click11&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2F72e83baa-1af7-4508-a0bd-7544fc7711a6]
 Tension(s)
[https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,w_140/fd4c15ee-af99-4542-9904-4b94268056c1/cover-art/14c31a01-c2c3-4e2a-bcc0-18ac8e3adaf7]
[http://flixmovies-mail.com/click.php?email_id=536546&email=freebsd-stable@freebsd.org&campaign_id=4&utm_source=email_campaign&utm_medium=email&utm_campaign=4&utm_content=click12&url=https%3A%2F%2Fflixpremiere.com%2Ffilm%2Ffd4c15ee-af99-4542-9904-4b94268056c1]

Get your ticket for just $4.99 to watch one of thes

Re: 11.0-BETA2 may be delayed

2016-07-20 Thread Glen Barber 
On Fri, Jul 15, 2016 at 12:08:57AM +, Glen Barber wrote:
> On Wed, Jul 13, 2016 at 11:10:17PM +, Glen Barber wrote:
> > As I am sure you have already seen, there is an issue in 11.0-BETA1 that
> > has caused some headaches for people.
> > 
> >  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210884
> > 
> > The issue is actively being investigated, and despite the KBI freeze,
> > the fix may need to break KBI in stable/11, at least as far as I am
> > aware at the moment.
> > 
> > That said, 11.0-BETA2 may be delayed, while this is properly resolved.
> > If KBI is changed between 11.0-BETA1 and 11.0-BETA2, it will be noted in
> > the announcement.
> > 
> 
> The latest patch for this issue seems promising so far, but for the sake
> of being cautious, 11.0-BETA2 is going to be delayed by a few days.  The
> rationale is that we want to see the affected machines survive uptime of
> at least 48 hours.
> 
> At this point, we are looking at the fix being committed in just over
> one day, followed by the normal 3-day MFC timeframe.  If this changes,
> an update will be emailed.
> 
> Apologies again for the delay with 11.0-BETA2, and thank you for your
> patience.
> 

Hopefully the final update before 11.0-BETA2 is rolled, there have been
a number of commits, reverts, commits, reverts, etc., to the callout(9)
code recently.

What we think will be the final update to the TCP panic issue has been
committed as r303098, and numerous iterations of the final change tested
by Larry Rosenman (and thank you, Larry!).

Given the timeframe over which this change has been tested, the plan is
to merge r303098 to stable/11 tomorrow, and finally roll 11.0-BETA2,
provided none of our many "canaries" report issues in the meantime (and
thank you to those "canaries" for continuously testing!).

I am confident the testing is conclusive on resolving the issues.
I hope I am not wrong.

However, another issue has been brought to re@ attention, that could
potentially affect the ABI.  The details are still being investigated,
however this is not a blocker for BETA2 as it stands now.

The schedule on the website has intentionally not been updated yet, but
I hope to expect to kick the 11.0-BETA2 builds at 00:00 UTC July 22.

Again, thank you all for your patience, as the issues blocking BETA2 are
non-trivial, and after the final release is rolled, more difficult to
resolve.

Glen
On behalf of:   re@



signature.asc
Description: PGP signature

Jenkins build is still unstable: FreeBSD_stable_10 #333

2016-07-20 Thread jenkins-admin 
See 

___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"