Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Cy Schubert 
In message <20180622052755.ga49...@x2.osted.lan>, Peter Holm writes:
> On Thu, Jun 21, 2018 at 06:42:41PM -0700, Matthew Macy wrote:
> > I made changes this morning / early afternoon.
> > -M
> > 
>
> With r335501 I no longer see any of the issues I reported. Thank
> you for the fix!
>
> - Peter

I didn't see any panic after installkernel either. However I only 
experienced two panics over a two day period, once early on the 19th 
and one early today, both times while rtsold was starting. This is on a 
laptop that was (and is) frequently booted over the last two days. I'll 
report if there are any issues.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX: Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


>
> > On Thu, Jun 21, 2018 at 6:41 PM, Cy Schubert  wr
> ote:
> > > Like as of now?
> > >
> > > The last panic occurred this morning after a build last night.
> > >
> > >
> > > --
> > > Cheers,
> > > Cy Schubert 
> > > FreeBSD UNIX: Web:  http://www.FreeBSD.org
> > >
> > > The need of the many outweighs the greed of the few.
> > >
> > >
> > > In message  > > il.com>
> > > , Matthew Macy writes:
> > >> Try updating. It should be fixed.
> > >>
> > >> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert 
>  wrot
> > >> e:
> > >> > In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
> > >> >> 20180620 10:32:47 all (1/1): udp.sh
> > >> >> Kernel page fault with the following non-sleepable locks held:
> > >> >> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet
> /in_p
> > >> cb.
> > >> >> c:2398
> > >> >> stack backtrace:
> > >> >> #0 0x80c00733 at witness_debugger+0x73
> > >> >> #1 0x80c01b11 at witness_warn+0x461
> > >> >> #2 0x81075763 at trap_pfault+0x53
> > >> >> #3 0x81074d7a at trap+0x2ba
> > >> >> #4 0x8105076c at calltrap+0x8
> > >> >> #5 0x80dd21b0 at udp_ctlinput+0x50
> > >> >> #6 0x80d3081d at icmp_input+0x96d
> > >> >> #7 0x80d316d7 at ip_input+0x3f7
> > >> >> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
> > >> >> #9 0x80ca3ebe at ether_demux+0x16e
> > >> >> #10 0x80ca5377 at ether_nh_input+0x427
> > >> >> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
> > >> >> #12 0x80ca437f at ether_input+0x8f
> > >> >> #13 0x80cbc500 at iflib_rxeof+0xc90
> > >> >> #14 0x80cb6b6f at _task_fn_rx+0x7f
> > >> >> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
> > >> >> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
> > >> >> #17 0x80b54514 at fork_exit+0x84
> > >> >>
> > >> >>
> > >> >> Fatal trap 12: page fault while in kernel mode
> > >> >> cpuid = 10; apic id = 0a
> > >> >> fault virtual address = 0x8
> > >> >> fault code  = supervisor read data, page not present
> > >> >> instruction pointer = 0x20:0x80dd2423
> > >> >> stack pointer = 0x0:0xfe4a5500
> > >> >> frame pointer = 0x0:0xfe4a55a0
> > >> >> code segment  = base 0x0, limit 0xf, type 0x1b
> > >> >>= DPL 0, pres 1, long 1, def32 0, gran 1
> > >> >> processor eflags = interrupt enabled, resume, IOPL = 0
> > >> >> current process  = 0 (if_io_tqg_10)
> > >> >> [ thread pid 0 tid 100069 ]
> > >> >> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
> > >> >> db>
> > >> >>
> > >> >> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
> > >> >>
> > >> >> --
> > >> >> Peter
> > >> >> ___
> > >> >> freebsd-current@freebsd.org mailing list
> > >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > >> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd
> .org"
> > >> >>
> > >> >
> > >> > This is surprisingly similar to my panic. Twice since June 19.
> > >> >
> > >> > slippy# kgdb /boot/kernel/kernel vmcore.3
> > >> > GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
> > >> > Copyright (C) 2018 Free Software Foundation, Inc.
> > >> > License GPLv3+: GNU GPL version 3 or later  l.
> > >> > html>
> > >> > This is free software: you are free to change and redistribute it.
> > >> > There is NO WARRANTY, to the extent permitted by law.  Type "show
> > >> > copying"
> > >> > and "show warranty" for details.
> > >> > This GDB was configured as "x86_64-portbld-freebsd12.0".
> > >> > Type "show configuration" for configuration details.
> > >> > For bug reporting instructions, please see:
> > >> > .
> > >> > Find the GDB manual and other documentation resources online at:
> > >> > .
> > >> > For help, type "help".
> > >> > Type "apropos word" to search for commands related to "word"...
> > >> > Reading symbols from /boot/kernel/kernel...Reading symbols from
> > >> > /usr/lib/debug//boot/kernel/kernel.debug...done.
> > >> > done.
> > >> >
> > >> > Unread portion of the kernel message buffer:
> > >> > Copyright

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Peter Holm 
On Thu, Jun 21, 2018 at 06:42:41PM -0700, Matthew Macy wrote:
> I made changes this morning / early afternoon.
> -M
> 

With r335501 I no longer see any of the issues I reported. Thank
you for the fix!

- Peter

> On Thu, Jun 21, 2018 at 6:41 PM, Cy Schubert  
> wrote:
> > Like as of now?
> >
> > The last panic occurred this morning after a build last night.
> >
> >
> > --
> > Cheers,
> > Cy Schubert 
> > FreeBSD UNIX: Web:  http://www.FreeBSD.org
> >
> > The need of the many outweighs the greed of the few.
> >
> >
> > In message  > il.com>
> > , Matthew Macy writes:
> >> Try updating. It should be fixed.
> >>
> >> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert  
> >> wrot
> >> e:
> >> > In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
> >> >> 20180620 10:32:47 all (1/1): udp.sh
> >> >> Kernel page fault with the following non-sleepable locks held:
> >> >> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ 
> >> >> netinet/in_p
> >> cb.
> >> >> c:2398
> >> >> stack backtrace:
> >> >> #0 0x80c00733 at witness_debugger+0x73
> >> >> #1 0x80c01b11 at witness_warn+0x461
> >> >> #2 0x81075763 at trap_pfault+0x53
> >> >> #3 0x81074d7a at trap+0x2ba
> >> >> #4 0x8105076c at calltrap+0x8
> >> >> #5 0x80dd21b0 at udp_ctlinput+0x50
> >> >> #6 0x80d3081d at icmp_input+0x96d
> >> >> #7 0x80d316d7 at ip_input+0x3f7
> >> >> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> >> #9 0x80ca3ebe at ether_demux+0x16e
> >> >> #10 0x80ca5377 at ether_nh_input+0x427
> >> >> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> >> #12 0x80ca437f at ether_input+0x8f
> >> >> #13 0x80cbc500 at iflib_rxeof+0xc90
> >> >> #14 0x80cb6b6f at _task_fn_rx+0x7f
> >> >> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
> >> >> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
> >> >> #17 0x80b54514 at fork_exit+0x84
> >> >>
> >> >>
> >> >> Fatal trap 12: page fault while in kernel mode
> >> >> cpuid = 10; apic id = 0a
> >> >> fault virtual address = 0x8
> >> >> fault code  = supervisor read data, page not present
> >> >> instruction pointer = 0x20:0x80dd2423
> >> >> stack pointer = 0x0:0xfe4a5500
> >> >> frame pointer = 0x0:0xfe4a55a0
> >> >> code segment  = base 0x0, limit 0xf, type 0x1b
> >> >>= DPL 0, pres 1, long 1, def32 0, gran 1
> >> >> processor eflags = interrupt enabled, resume, IOPL = 0
> >> >> current process  = 0 (if_io_tqg_10)
> >> >> [ thread pid 0 tid 100069 ]
> >> >> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
> >> >> db>
> >> >>
> >> >> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
> >> >>
> >> >> --
> >> >> Peter
> >> >> ___
> >> >> freebsd-current@freebsd.org mailing list
> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> >> >> To unsubscribe, send any mail to 
> >> >> "freebsd-current-unsubscr...@freebsd.org"
> >> >>
> >> >
> >> > This is surprisingly similar to my panic. Twice since June 19.
> >> >
> >> > slippy# kgdb /boot/kernel/kernel vmcore.3
> >> > GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
> >> > Copyright (C) 2018 Free Software Foundation, Inc.
> >> > License GPLv3+: GNU GPL version 3 or later  >> > html>
> >> > This is free software: you are free to change and redistribute it.
> >> > There is NO WARRANTY, to the extent permitted by law.  Type "show
> >> > copying"
> >> > and "show warranty" for details.
> >> > This GDB was configured as "x86_64-portbld-freebsd12.0".
> >> > Type "show configuration" for configuration details.
> >> > For bug reporting instructions, please see:
> >> > .
> >> > Find the GDB manual and other documentation resources online at:
> >> > .
> >> > For help, type "help".
> >> > Type "apropos word" to search for commands related to "word"...
> >> > Reading symbols from /boot/kernel/kernel...Reading symbols from
> >> > /usr/lib/debug//boot/kernel/kernel.debug...done.
> >> > done.
> >> >
> >> > Unread portion of the kernel message buffer:
> >> > Copyright (c) 1992-2018 The FreeBSD Project.
> >> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> >> > The Regents of the University of California. All rights reserved.
> >> > FreeBSD is a registered trademark of The FreeBSD Foundation.
> >> > FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
> >> > root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK
> >> > amd64
> >> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on
> >> > LLVM 6.0.0)
> >> > VT(vga): text 80x25
> >> > module_register: cannot register mmc/mmcsd from kernel; already loaded
> >> > from mmcsd.ko
> >> > Module mmc/mmcsd failed to register: 17
> >> > CPU: Intel(R) Core(TM

Re: buildkernel broken on if_ixl when EVDEV is enabled

2018-06-21 Thread Danilo Egêa Gondolfo 
Hi,

check if you have 'options IXL_IW' in your kernel conf. It's removed from
GENERIC. I had the same problem here with my customized conf.

On Thu, Jun 21, 2018 at 11:43 PM, Pete Wright  wrote:

> howdy - just ran into an issue with building a kernel that has EVDEV
> enabled causing this error:
>
> --- kernel.full ---
> linking kernel.full
> ld: error: undefined symbol: ixl_iw_pf_init
> >>> referenced by if_ixl.c:900 (/usr/home/pete/git/freebsd/sy
> s/dev/ixl/if_ixl.c:900)
> >>>   if_ixl.o:(ixl_if_init)
>
> ld: error: undefined symbol: ixl_iw_pf_stop
> >>> referenced by if_ixl.c:920 (/usr/home/pete/git/freebsd/sy
> s/dev/ixl/if_ixl.c:920)
> >>>   if_ixl.o:(ixl_if_stop)
>
> ld: error: undefined symbol: ixl_iw_pf_attach
> >>> referenced by if_ixl.c:669 (/usr/home/pete/git/freebsd/sy
> s/dev/ixl/if_ixl.c:669)
> >>>   if_ixl.o:(ixl_if_attach_post)
>
> ld: error: undefined symbol: ixl_iw_pf_detach
> >>> referenced by if_ixl.c:711 (/usr/home/pete/git/freebsd/sy
> s/dev/ixl/if_ixl.c:711)
> >>>   if_ixl.o:(ixl_if_detach)
> *** [kernel.full] Error code 1
>
>
> building a standard GENERIC kernel works without issue.  my "EVDEV" kern
> conf has the following two lines added:
>
> options EVDEV_SUPPORT   # D10265 from phabricator
> device  evdev
>
> Not sure if anyone else has seen this?
>
> -pete
>
> --
> Pete Wright
> p...@nomadlogic.org
> @nomadlogicLA
>
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

buildkernel broken on if_ixl when EVDEV is enabled

2018-06-21 Thread Pete Wright 
howdy - just ran into an issue with building a kernel that has EVDEV 
enabled causing this error:


--- kernel.full ---
linking kernel.full
ld: error: undefined symbol: ixl_iw_pf_init
>>> referenced by if_ixl.c:900 
(/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:900)

>>>   if_ixl.o:(ixl_if_init)

ld: error: undefined symbol: ixl_iw_pf_stop
>>> referenced by if_ixl.c:920 
(/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:920)

>>>   if_ixl.o:(ixl_if_stop)

ld: error: undefined symbol: ixl_iw_pf_attach
>>> referenced by if_ixl.c:669 
(/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:669)

>>>   if_ixl.o:(ixl_if_attach_post)

ld: error: undefined symbol: ixl_iw_pf_detach
>>> referenced by if_ixl.c:711 
(/usr/home/pete/git/freebsd/sys/dev/ixl/if_ixl.c:711)

>>>   if_ixl.o:(ixl_if_detach)
*** [kernel.full] Error code 1


building a standard GENERIC kernel works without issue.  my "EVDEV" kern 
conf has the following two lines added:


options EVDEV_SUPPORT   # D10265 from phabricator
device  evdev

Not sure if anyone else has seen this?

-pete

--
Pete Wright
p...@nomadlogic.org
@nomadlogicLA

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

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Cy Schubert 
I saw them go by on my phone, thinking they might fix it.

Building now.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX: Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


In message 
, Matthew Macy writes:
> I made changes this morning / early afternoon.
> -M
>
> On Thu, Jun 21, 2018 at 6:41 PM, Cy Schubert  wrot
> e:
> > Like as of now?
> >
> > The last panic occurred this morning after a build last night.
> >
> >
> > --
> > Cheers,
> > Cy Schubert 
> > FreeBSD UNIX: Web:  http://www.FreeBSD.org
> >
> > The need of the many outweighs the greed of the few.
> >
> >
> > In message  > il.com>
> > , Matthew Macy writes:
> >> Try updating. It should be fixed.
> >>
> >> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert  w
> rot
> >> e:
> >> > In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
> >> >> 20180620 10:32:47 all (1/1): udp.sh
> >> >> Kernel page fault with the following non-sleepable locks held:
> >> >> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet/i
> n_p
> >> cb.
> >> >> c:2398
> >> >> stack backtrace:
> >> >> #0 0x80c00733 at witness_debugger+0x73
> >> >> #1 0x80c01b11 at witness_warn+0x461
> >> >> #2 0x81075763 at trap_pfault+0x53
> >> >> #3 0x81074d7a at trap+0x2ba
> >> >> #4 0x8105076c at calltrap+0x8
> >> >> #5 0x80dd21b0 at udp_ctlinput+0x50
> >> >> #6 0x80d3081d at icmp_input+0x96d
> >> >> #7 0x80d316d7 at ip_input+0x3f7
> >> >> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> >> #9 0x80ca3ebe at ether_demux+0x16e
> >> >> #10 0x80ca5377 at ether_nh_input+0x427
> >> >> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> >> #12 0x80ca437f at ether_input+0x8f
> >> >> #13 0x80cbc500 at iflib_rxeof+0xc90
> >> >> #14 0x80cb6b6f at _task_fn_rx+0x7f
> >> >> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
> >> >> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
> >> >> #17 0x80b54514 at fork_exit+0x84
> >> >>
> >> >>
> >> >> Fatal trap 12: page fault while in kernel mode
> >> >> cpuid = 10; apic id = 0a
> >> >> fault virtual address = 0x8
> >> >> fault code  = supervisor read data, page not present
> >> >> instruction pointer = 0x20:0x80dd2423
> >> >> stack pointer = 0x0:0xfe4a5500
> >> >> frame pointer = 0x0:0xfe4a55a0
> >> >> code segment  = base 0x0, limit 0xf, type 0x1b
> >> >>= DPL 0, pres 1, long 1, def32 0, gran 1
> >> >> processor eflags = interrupt enabled, resume, IOPL = 0
> >> >> current process  = 0 (if_io_tqg_10)
> >> >> [ thread pid 0 tid 100069 ]
> >> >> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
> >> >> db>
> >> >>
> >> >> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
> >> >>
> >> >> --
> >> >> Peter
> >> >> ___
> >> >> freebsd-current@freebsd.org mailing list
> >> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> >> >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o
> rg"
> >> >>
> >> >
> >> > This is surprisingly similar to my panic. Twice since June 19.
> >> >
> >> > slippy# kgdb /boot/kernel/kernel vmcore.3
> >> > GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
> >> > Copyright (C) 2018 Free Software Foundation, Inc.
> >> > License GPLv3+: GNU GPL version 3 or later  >> > html>
> >> > This is free software: you are free to change and redistribute it.
> >> > There is NO WARRANTY, to the extent permitted by law.  Type "show
> >> > copying"
> >> > and "show warranty" for details.
> >> > This GDB was configured as "x86_64-portbld-freebsd12.0".
> >> > Type "show configuration" for configuration details.
> >> > For bug reporting instructions, please see:
> >> > .
> >> > Find the GDB manual and other documentation resources online at:
> >> > .
> >> > For help, type "help".
> >> > Type "apropos word" to search for commands related to "word"...
> >> > Reading symbols from /boot/kernel/kernel...Reading symbols from
> >> > /usr/lib/debug//boot/kernel/kernel.debug...done.
> >> > done.
> >> >
> >> > Unread portion of the kernel message buffer:
> >> > Copyright (c) 1992-2018 The FreeBSD Project.
> >> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> >> > The Regents of the University of California. All rights reserved
> .
> >> > FreeBSD is a registered trademark of The FreeBSD Foundation.
> >> > FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
> >> > root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK
> >> > amd64
> >> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on
> >> > LLVM 6.0.0)
> >> > VT(vga): text 80x25
> >> > module_register: cannot register mmc/mmcsd from kernel; already loaded
> >> > from mmcsd.

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Matthew Macy 
I made changes this morning / early afternoon.
-M

On Thu, Jun 21, 2018 at 6:41 PM, Cy Schubert  wrote:
> Like as of now?
>
> The last panic occurred this morning after a build last night.
>
>
> --
> Cheers,
> Cy Schubert 
> FreeBSD UNIX: Web:  http://www.FreeBSD.org
>
> The need of the many outweighs the greed of the few.
>
>
> In message  il.com>
> , Matthew Macy writes:
>> Try updating. It should be fixed.
>>
>> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert  wrot
>> e:
>> > In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
>> >> 20180620 10:32:47 all (1/1): udp.sh
>> >> Kernel page fault with the following non-sleepable locks held:
>> >> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet/in_p
>> cb.
>> >> c:2398
>> >> stack backtrace:
>> >> #0 0x80c00733 at witness_debugger+0x73
>> >> #1 0x80c01b11 at witness_warn+0x461
>> >> #2 0x81075763 at trap_pfault+0x53
>> >> #3 0x81074d7a at trap+0x2ba
>> >> #4 0x8105076c at calltrap+0x8
>> >> #5 0x80dd21b0 at udp_ctlinput+0x50
>> >> #6 0x80d3081d at icmp_input+0x96d
>> >> #7 0x80d316d7 at ip_input+0x3f7
>> >> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
>> >> #9 0x80ca3ebe at ether_demux+0x16e
>> >> #10 0x80ca5377 at ether_nh_input+0x427
>> >> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
>> >> #12 0x80ca437f at ether_input+0x8f
>> >> #13 0x80cbc500 at iflib_rxeof+0xc90
>> >> #14 0x80cb6b6f at _task_fn_rx+0x7f
>> >> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
>> >> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
>> >> #17 0x80b54514 at fork_exit+0x84
>> >>
>> >>
>> >> Fatal trap 12: page fault while in kernel mode
>> >> cpuid = 10; apic id = 0a
>> >> fault virtual address = 0x8
>> >> fault code  = supervisor read data, page not present
>> >> instruction pointer = 0x20:0x80dd2423
>> >> stack pointer = 0x0:0xfe4a5500
>> >> frame pointer = 0x0:0xfe4a55a0
>> >> code segment  = base 0x0, limit 0xf, type 0x1b
>> >>= DPL 0, pres 1, long 1, def32 0, gran 1
>> >> processor eflags = interrupt enabled, resume, IOPL = 0
>> >> current process  = 0 (if_io_tqg_10)
>> >> [ thread pid 0 tid 100069 ]
>> >> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
>> >> db>
>> >>
>> >> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
>> >>
>> >> --
>> >> Peter
>> >> ___
>> >> freebsd-current@freebsd.org mailing list
>> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>> >>
>> >
>> > This is surprisingly similar to my panic. Twice since June 19.
>> >
>> > slippy# kgdb /boot/kernel/kernel vmcore.3
>> > GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
>> > Copyright (C) 2018 Free Software Foundation, Inc.
>> > License GPLv3+: GNU GPL version 3 or later > > html>
>> > This is free software: you are free to change and redistribute it.
>> > There is NO WARRANTY, to the extent permitted by law.  Type "show
>> > copying"
>> > and "show warranty" for details.
>> > This GDB was configured as "x86_64-portbld-freebsd12.0".
>> > Type "show configuration" for configuration details.
>> > For bug reporting instructions, please see:
>> > .
>> > Find the GDB manual and other documentation resources online at:
>> > .
>> > For help, type "help".
>> > Type "apropos word" to search for commands related to "word"...
>> > Reading symbols from /boot/kernel/kernel...Reading symbols from
>> > /usr/lib/debug//boot/kernel/kernel.debug...done.
>> > done.
>> >
>> > Unread portion of the kernel message buffer:
>> > Copyright (c) 1992-2018 The FreeBSD Project.
>> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> > The Regents of the University of California. All rights reserved.
>> > FreeBSD is a registered trademark of The FreeBSD Foundation.
>> > FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
>> > root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK
>> > amd64
>> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on
>> > LLVM 6.0.0)
>> > VT(vga): text 80x25
>> > module_register: cannot register mmc/mmcsd from kernel; already loaded
>> > from mmcsd.ko
>> > Module mmc/mmcsd failed to register: 17
>> > CPU: Intel(R) Core(TM) i3-2350M CPU @ 2.30GHz (2294.83-MHz K8-class CPU)
>> >   Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a  Stepping=7
>> >   Features=0xbfebfbff> > GE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>> >   Features2=0x1dbae3bf> > 3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,OSXSAVE,A
>> > VX>
>> >   AMD Features=0x28100800
>> >   AMD Features2=0x1
>> >   XSA

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Cy Schubert 
Like as of now?

The last panic occurred this morning after a build last night.


-- 
Cheers,
Cy Schubert 
FreeBSD UNIX: Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.


In message 
, Matthew Macy writes:
> Try updating. It should be fixed.
>
> On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert  wrot
> e:
> > In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
> >> 20180620 10:32:47 all (1/1): udp.sh
> >> Kernel page fault with the following non-sleepable locks held:
> >> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet/in_p
> cb.
> >> c:2398
> >> stack backtrace:
> >> #0 0x80c00733 at witness_debugger+0x73
> >> #1 0x80c01b11 at witness_warn+0x461
> >> #2 0x81075763 at trap_pfault+0x53
> >> #3 0x81074d7a at trap+0x2ba
> >> #4 0x8105076c at calltrap+0x8
> >> #5 0x80dd21b0 at udp_ctlinput+0x50
> >> #6 0x80d3081d at icmp_input+0x96d
> >> #7 0x80d316d7 at ip_input+0x3f7
> >> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> #9 0x80ca3ebe at ether_demux+0x16e
> >> #10 0x80ca5377 at ether_nh_input+0x427
> >> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
> >> #12 0x80ca437f at ether_input+0x8f
> >> #13 0x80cbc500 at iflib_rxeof+0xc90
> >> #14 0x80cb6b6f at _task_fn_rx+0x7f
> >> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
> >> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
> >> #17 0x80b54514 at fork_exit+0x84
> >>
> >>
> >> Fatal trap 12: page fault while in kernel mode
> >> cpuid = 10; apic id = 0a
> >> fault virtual address = 0x8
> >> fault code  = supervisor read data, page not present
> >> instruction pointer = 0x20:0x80dd2423
> >> stack pointer = 0x0:0xfe4a5500
> >> frame pointer = 0x0:0xfe4a55a0
> >> code segment  = base 0x0, limit 0xf, type 0x1b
> >>= DPL 0, pres 1, long 1, def32 0, gran 1
> >> processor eflags = interrupt enabled, resume, IOPL = 0
> >> current process  = 0 (if_io_tqg_10)
> >> [ thread pid 0 tid 100069 ]
> >> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
> >> db>
> >>
> >> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
> >>
> >> --
> >> Peter
> >> ___
> >> freebsd-current@freebsd.org mailing list
> >> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> >> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> >>
> >
> > This is surprisingly similar to my panic. Twice since June 19.
> >
> > slippy# kgdb /boot/kernel/kernel vmcore.3
> > GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
> > Copyright (C) 2018 Free Software Foundation, Inc.
> > License GPLv3+: GNU GPL version 3 or later  > html>
> > This is free software: you are free to change and redistribute it.
> > There is NO WARRANTY, to the extent permitted by law.  Type "show
> > copying"
> > and "show warranty" for details.
> > This GDB was configured as "x86_64-portbld-freebsd12.0".
> > Type "show configuration" for configuration details.
> > For bug reporting instructions, please see:
> > .
> > Find the GDB manual and other documentation resources online at:
> > .
> > For help, type "help".
> > Type "apropos word" to search for commands related to "word"...
> > Reading symbols from /boot/kernel/kernel...Reading symbols from
> > /usr/lib/debug//boot/kernel/kernel.debug...done.
> > done.
> >
> > Unread portion of the kernel message buffer:
> > Copyright (c) 1992-2018 The FreeBSD Project.
> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> > The Regents of the University of California. All rights reserved.
> > FreeBSD is a registered trademark of The FreeBSD Foundation.
> > FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
> > root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK
> > amd64
> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on
> > LLVM 6.0.0)
> > VT(vga): text 80x25
> > module_register: cannot register mmc/mmcsd from kernel; already loaded
> > from mmcsd.ko
> > Module mmc/mmcsd failed to register: 17
> > CPU: Intel(R) Core(TM) i3-2350M CPU @ 2.30GHz (2294.83-MHz K8-class CPU)
> >   Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a  Stepping=7
> >   Features=0xbfebfbff > GE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
> >   Features2=0x1dbae3bf > 3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,OSXSAVE,A
> > VX>
> >   AMD Features=0x28100800
> >   AMD Features2=0x1
> >   XSAVE Features=0x1
> >   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
> >   TSC: P-state invariant, performance statistics
> > real memory  = 8589934592 (8192 MB)
> > avail memory = 8080965632 (7706 MB)
> > ACPI APIC Table: 
> > FreeBSD/SMP: Multipro

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Matthew Macy 
Try updating. It should be fixed.

On Thu, Jun 21, 2018 at 6:14 PM, Cy Schubert  wrote:
> In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
>> 20180620 10:32:47 all (1/1): udp.sh
>> Kernel page fault with the following non-sleepable locks held:
>> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet/in_pcb.
>> c:2398
>> stack backtrace:
>> #0 0x80c00733 at witness_debugger+0x73
>> #1 0x80c01b11 at witness_warn+0x461
>> #2 0x81075763 at trap_pfault+0x53
>> #3 0x81074d7a at trap+0x2ba
>> #4 0x8105076c at calltrap+0x8
>> #5 0x80dd21b0 at udp_ctlinput+0x50
>> #6 0x80d3081d at icmp_input+0x96d
>> #7 0x80d316d7 at ip_input+0x3f7
>> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
>> #9 0x80ca3ebe at ether_demux+0x16e
>> #10 0x80ca5377 at ether_nh_input+0x427
>> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
>> #12 0x80ca437f at ether_input+0x8f
>> #13 0x80cbc500 at iflib_rxeof+0xc90
>> #14 0x80cb6b6f at _task_fn_rx+0x7f
>> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
>> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
>> #17 0x80b54514 at fork_exit+0x84
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 10; apic id = 0a
>> fault virtual address = 0x8
>> fault code  = supervisor read data, page not present
>> instruction pointer = 0x20:0x80dd2423
>> stack pointer = 0x0:0xfe4a5500
>> frame pointer = 0x0:0xfe4a55a0
>> code segment  = base 0x0, limit 0xf, type 0x1b
>>= DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags = interrupt enabled, resume, IOPL = 0
>> current process  = 0 (if_io_tqg_10)
>> [ thread pid 0 tid 100069 ]
>> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
>> db>
>>
>> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
>>
>> --
>> Peter
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>>
>
> This is surprisingly similar to my panic. Twice since June 19.
>
> slippy# kgdb /boot/kernel/kernel vmcore.3
> GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
> Copyright (C) 2018 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later  html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-portbld-freebsd12.0".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /boot/kernel/kernel...Reading symbols from
> /usr/lib/debug//boot/kernel/kernel.debug...done.
> done.
>
> Unread portion of the kernel message buffer:
> Copyright (c) 1992-2018 The FreeBSD Project.
> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
> The Regents of the University of California. All rights reserved.
> FreeBSD is a registered trademark of The FreeBSD Foundation.
> FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
> root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK
> amd64
> FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on
> LLVM 6.0.0)
> VT(vga): text 80x25
> module_register: cannot register mmc/mmcsd from kernel; already loaded
> from mmcsd.ko
> Module mmc/mmcsd failed to register: 17
> CPU: Intel(R) Core(TM) i3-2350M CPU @ 2.30GHz (2294.83-MHz K8-class CPU)
>   Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a  Stepping=7
>   Features=0xbfebfbff GE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0x1dbae3bf 3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,TSCDLT,XSAVE,OSXSAVE,A
> VX>
>   AMD Features=0x28100800
>   AMD Features2=0x1
>   XSAVE Features=0x1
>   VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
>   TSC: P-state invariant, performance statistics
> real memory  = 8589934592 (8192 MB)
> avail memory = 8080965632 (7706 MB)
> ACPI APIC Table: 
> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
> FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads
> random: unblocking device.
> ioapic0  irqs 0-23 on motherboard
> random: entropy device external interface
> module_register_init: MOD_LOAD (vesa, 0x8097b700, 0) error 19
> kbd1 at kbdmux0
> nexus0
> vtvga0:  on motherboard
> cryptosoft0:  on motherboard
> acpi0:  on motherboard
> acpi0: Power Button (fixed)
> cpu0:  on acpi0
> hpet0:  iomem 0xfed0-0xfed003ff on a

Re: Page fault in udp_usrreq.c:823

2018-06-21 Thread Cy Schubert 
In message <20180620090957.ga...@x2.osted.lan>, Peter Holm writes:
> 20180620 10:32:47 all (1/1): udp.sh
> Kernel page fault with the following non-sleepable locks held:
> shared rw udpinp (udpinp) r = 0 (0xf80bbc808d78) locked @ netinet/in_pcb.
> c:2398
> stack backtrace:
> #0 0x80c00733 at witness_debugger+0x73
> #1 0x80c01b11 at witness_warn+0x461
> #2 0x81075763 at trap_pfault+0x53
> #3 0x81074d7a at trap+0x2ba
> #4 0x8105076c at calltrap+0x8
> #5 0x80dd21b0 at udp_ctlinput+0x50
> #6 0x80d3081d at icmp_input+0x96d
> #7 0x80d316d7 at ip_input+0x3f7
> #8 0x80cc0a92 at netisr_dispatch_src+0xa2
> #9 0x80ca3ebe at ether_demux+0x16e
> #10 0x80ca5377 at ether_nh_input+0x427
> #11 0x80cc0a92 at netisr_dispatch_src+0xa2
> #12 0x80ca437f at ether_input+0x8f
> #13 0x80cbc500 at iflib_rxeof+0xc90
> #14 0x80cb6b6f at _task_fn_rx+0x7f
> #15 0x80bdd209 at gtaskqueue_run_locked+0x139
> #16 0x80bdcf88 at gtaskqueue_thread_loop+0x88
> #17 0x80b54514 at fork_exit+0x84
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 10; apic id = 0a
> fault virtual address = 0x8
> fault code  = supervisor read data, page not present
> instruction pointer = 0x20:0x80dd2423
> stack pointer = 0x0:0xfe4a5500
> frame pointer = 0x0:0xfe4a55a0
> code segment  = base 0x0, limit 0xf, type 0x1b
>= DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags = interrupt enabled, resume, IOPL = 0
> current process  = 0 (if_io_tqg_10)
> [ thread pid 0 tid 100069 ]
> Stopped at  udp_common_ctlinput+0x263:  cmpq$0,0x8(%rax)
> db>
>
> Details @ https://people.freebsd.org/~pho/stress/log/udp_usrreq.txt
>
> -- 
> Peter
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>

This is surprisingly similar to my panic. Twice since June 19.

slippy# kgdb /boot/kernel/kernel vmcore.3 
GNU gdb (GDB) 8.1 [GDB v8.1 for FreeBSD]
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show 
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /boot/kernel/kernel...Reading symbols from 
/usr/lib/debug//boot/kernel/kernel.debug...done.
done.

Unread portion of the kernel message buffer:
Copyright (c) 1992-2018 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 12.0-CURRENT #355 r335477M: Thu Jun 21 05:26:35 PDT 2018
root@slippy:/export/obj/opt/src/svn-current/amd64.amd64/sys/BREAK 
amd64
FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on 
LLVM 6.0.0)
VT(vga): text 80x25
module_register: cannot register mmc/mmcsd from kernel; already loaded 
from mmcsd.ko
Module mmc/mmcsd failed to register: 17
CPU: Intel(R) Core(TM) i3-2350M CPU @ 2.30GHz (2294.83-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a  Stepping=7
  Features=0xbfebfbff
  Features2=0x1dbae3bf
  AMD Features=0x28100800
  AMD Features2=0x1
  XSAVE Features=0x1
  VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
  TSC: P-state invariant, performance statistics
real memory  = 8589934592 (8192 MB)
avail memory = 8080965632 (7706 MB)
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 hardware threads
random: unblocking device.
ioapic0  irqs 0-23 on motherboard
random: entropy device external interface
module_register_init: MOD_LOAD (vesa, 0x8097b700, 0) error 19
kbd1 at kbdmux0
nexus0
vtvga0:  on motherboard
cryptosoft0:  on motherboard
acpi0:  on motherboard
acpi0: Power Button (fixed)
cpu0:  on acpi0
hpet0:  iomem 0xfed0-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 550
Event timer "HPET1" frequency 14318180 Hz quality 440
Event timer "HPET2" frequency 14318180 Hz quality 440
Event timer "HPET3" frequency 14318180 Hz quality 440
Event timer "HPET4" frequency 14318180 Hz quality 440
atrtc0:  port 0x70-0x77 irq 8 on acpi0
atrtc0: Warning: Couldn't map I/O.
atrtc0:

Re: A head buildworld race visible in the ci.freebsd.org build history

2018-06-21 Thread Mark Millard 
On 2018-Jun-19, at 9:14 PM, Li-Wen Hsu  wrote:

> On Tue, Jun 19, 2018 at 9:24 PM Mark Millard  wrote:
>> 
>> On 2018-Jun-19, at 8:02 AM, Li-Wen Hsu  wrote:
>> 
>>> On Mon, Jun 18, 2018 at 8:36 PM Ed Maste  wrote:
 Li-Wen reported that the build is done in a 11.1-rel jail though, so
 the libarchive (or any userland) change shouldn't be responsible.
 
 Can we update a canary builder to somewhere between r328278 and r88?
>>> 
>>> butler1.nyi.freebsd.org is running r331373 now.
>> 
>> 
>> But there seems to be another of the ar -> ranlib failures
>> after that on butler1.nyi.freebsd.org :
> 
> Yes I was trying to narrow down the cause, now it seems between
> r328278 and r330304.
> 
> butler1.nyi.freebsd.org is back to run r328278.  And I'll try to
> reproduce this in elsewhere.

Has the range r328278 < PROBLEM_START <= r330304 been narrowed down
some more?

(I'm just curious were the problem started.)


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

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

Re: Tool Chain Migration: objdump users, please test llvm-objdump

2018-06-21 Thread Ed Maste 
On 21 June 2018 at 09:09, Ed Maste  wrote:
>
> We'll also need a man page.

I took a quick look at this, and in doing so found that the output
from "llvm-objdump --help" appears to be missing a large number of
single-letter options, so one more thing to sort out.

As it happens there are LLVM bugs open for a number of the
llvm-objdump issues (even including some I submitted but forgot
about):
https://bugs.llvm.org/buglist.cgi?component=llvm-objdump&list_id=140941&product=tools&query_format=advanced&resolution=---
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Tool Chain Migration: objdump users, please test llvm-objdump

2018-06-21 Thread Ed Maste 
On 20 June 2018 at 17:26, Alexander Richardson  wrote:
>
> When I made the change to use llvm-objdump in CheriBSD I had to change the
> objdump flags from -xrsSd to -r -s -p -S -d -h -l -t.

Ah yes, I recall discussing this now. Per GNU objdump's man page, -x
is equivalent to -a -f -h -p -r -t. llvm-objdump doesn't support
these:

-a archive headers
-f file headers

so we probably want to address those as well. We'll also need a man page.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ZFS: I/O error - blocks larger than 16777216 are not supported

2018-06-21 Thread Toomas Soome 


> On 21 Jun 2018, at 09:00, KIRIYAMA Kazuhiko  wrote:
> 
> At Wed, 20 Jun 2018 23:34:48 -0400,
> Allan Jude wrote:
>> 
>> On 2018-06-20 21:36, KIRIYAMA Kazuhiko wrote:
>>> Hi all,
>>> 
>>> I've been reported ZFS boot disable problem [1], and found
>>> that this issue occers form RAID configuration [2]. So I
>>> rebuit with RAID5 and re-installed 12.0-CURRENT
>>> (r333982). But failed to boot with:
>>> 
>>> ZFS: i/o error - all block copies unavailable
>>> ZFS: can't read MOS of pool zroot
>>> gptzfsboot: failed to mount default pool zroot
>>> 
>>> FreeBSD/x86 boot
>>> ZFS: I/O error - blocks larger than 16777216 are not supported
>>> ZFS: can't find dataset u
>>> Default: zroot/<0x0>:
>>> 
>>> In this case, the reason is "blocks larger than 16777216 are
>>> not supported" and I guess this means datasets that have
>>> recordsize greater than 8GB is NOT supported by the
>>> FreeBSD boot loader(zpool-features(7)). Is that true ?
>>> 
>>> My zpool featues are as follows:
>>> 
>>> # kldload zfs
>>> # zpool import 
>>>   pool: zroot
>>> id: 13407092850382881815
>>>  state: ONLINE
>>> status: The pool was last accessed by another system.
>>> action: The pool can be imported using its name or numeric identifier and
>>>the '-f' flag.
>>>   see: http://illumos.org/msg/ZFS-8000-EY
>>> config:
>>> 
>>>zroot   ONLINE
>>>  mfid0p3   ONLINE
>>> # zpool import -fR /mnt zroot
>>> # zpool list
>>> NAMESIZE  ALLOC   FREE  EXPANDSZ   FRAGCAP  DEDUP  HEALTH  ALTROOT
>>> zroot  19.9T   129G  19.7T - 0% 0%  1.00x  ONLINE  /mnt
>>> # zpool get all zroot
>>> NAME   PROPERTY  VALUE  
>>>SOURCE
>>> zroot  size  19.9T  
>>>-
>>> zroot  capacity  0% 
>>>-
>>> zroot  altroot   /mnt   
>>>local
>>> zroot  healthONLINE 
>>>-
>>> zroot  guid  13407092850382881815   
>>>default
>>> zroot  version   -  
>>>default
>>> zroot  bootfszroot/ROOT/default 
>>>local
>>> zroot  delegationon 
>>>default
>>> zroot  autoreplace   off
>>>default
>>> zroot  cachefile none   
>>>local
>>> zroot  failmode  wait   
>>>default
>>> zroot  listsnapshots off
>>>default
>>> zroot  autoexpandoff
>>>default
>>> zroot  dedupditto0  
>>>default
>>> zroot  dedupratio1.00x  
>>>-
>>> zroot  free  19.7T  
>>>-
>>> zroot  allocated 129G   
>>>-
>>> zroot  readonly  off
>>>-
>>> zroot  comment   -  
>>>default
>>> zroot  expandsize-  
>>>-
>>> zroot  freeing   0  
>>>default
>>> zroot  fragmentation 0% 
>>>-
>>> zroot  leaked0  
>>>default
>>> zroot  feature@async_destroy enabled
>>>local
>>> zroot  feature@empty_bpobj   active 
>>>local
>>> zroot  feature@lz4_compress  active 
>>>local
>>> zroot  feature@multi_vdev_crash_dump enabled
>>>local
>>> zroot  feature@spacemap_histogramactive 
>>>local
>>> zroot  feature@enabled_txg   active 
>>>local
>>> zroot  feature@hole_birthactive 
>>>local
>>> zroot  feature@extensible_datasetenabled
>>>local
>>> zr