On Thu, Aug 06, 2015 at 11:33:28PM +0200, Pawel Pekala wrote: > Hi K., > > On 2015-08-06 12:33 -0700, "K. Macy" <kmacy_at_freebsd.org> wrote: > >Is this still happening? > > Still crashes: > > Thu Aug 6 23:22:05 CEST 2015 > > FreeBSD blaviken.slowicza.org 11.0-CURRENT FreeBSD 11.0-CURRENT #50 r286370: Thu Aug 6 19:55:29 CEST 2015 root_at_blaviken.slowicza.org:/usr/obj/hdd/src/sys/GENERIC amd64 > > panic: > > 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 trap 9: general protection fault while in kernel mode > cpuid = 2; apic id = 02 > instruction pointer = 0x20:0xffffffff809d6b80 > stack pointer = 0x28:0xfffffe046cc68a00 > frame pointer = 0x28:0xfffffe046cc68a50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2147 (sh) > > #8 0xffffffff80e44652 in calltrap () > at /hdd/src/sys/amd64/amd64/exception.S:235 > #9 0xffffffff809d6b80 in knote (list=0xfffff801dbebfea0, hint=2147483648, > lockflags=<value optimized out>) at /hdd/src/sys/kern/kern_event.c:1920 > #10 0xffffffff809dc424 in exit1 (td=0xfffff802bd0559a0, > rval=<value optimized out>, signo=0) at /hdd/src/sys/kern/kern_exit.c:564 > #11 0xffffffff809db8cd in sys_sys_exit (td=0x0, uap=<value optimized out>) > at /hdd/src/sys/kern/kern_exit.c:178 > #12 0xffffffff80e64c22 in amd64_syscall (td=0xfffff802bd0559a0, traced=0) > at subr_syscall.c:133 > #13 0xffffffff80e4493b in Xfast_syscall () > at /hdd/src/sys/amd64/amd64/exception.S:395 > #14 0x0000000800922eea in ?? () > Previous frame inner to this frame (corrupt stack?) > Current language: auto; currently minimal > (kgdb) > Sorry, I completely forgot about this. Can you please modify debug flags in your kernel config file to be "-O0 -g3" and reproduce with that? This should allow kgdb to obtain full info (along with exact rash site for inspection) without further tinkering or guessing. -- Mateusz Guzik <mjguzik gmail.com>Received on Thu Aug 06 2015 - 19:44:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:59 UTC