David, problem confirmed. Will either fix today, or revert the change by the end of the day. On Fri, Jan 08, 2016 at 06:05:18AM -0800, David Wolfskill wrote: D> After the first panic, I rebuilt the kernel without -DNO_CLEAN; the D> crash dump & other diagnostic info is from the clean build. D> D> January 8, 2016 at 05:57:27 AM PST D> D> FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1954 r293419M/293420:1100093: Fri Jan 8 05:09:57 PST 2016 root_at_freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 D> D> panic: sbappendstream 1 D> D> ... D> Unread portion of the kernel message buffer: D> panic: sbappendstream 1 D> cpuid = 7 D> KDB: stack backtrace: D> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe085e0595b0 D> vpanic() at vpanic+0x182/frame 0xfffffe085e059630 D> kassert_panic() at kassert_panic+0x126/frame 0xfffffe085e0596a0 D> sbappendstream_locked() at sbappendstream_locked+0xa5/frame 0xfffffe085e0596d0 D> uipc_send() at uipc_send+0x942/frame 0xfffffe085e059780 D> sosend_generic() at sosend_generic+0x42f/frame 0xfffffe085e059840 D> kern_sendit() at kern_sendit+0x21b/frame 0xfffffe085e0598f0 D> sendit() at sendit+0x126/frame 0xfffffe085e059940 D> sys_sendmsg() at sys_sendmsg+0x61/frame 0xfffffe085e0599a0 D> amd64_syscall() at amd64_syscall+0x2db/frame 0xfffffe085e059ab0 D> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe085e059ab0 D> --- syscall (28, FreeBSD ELF64, sys_sendmsg), rip = 0x801270dfa, rsp = 0x7fffffffa098, rbp = 0x7fffffffa0d0 --- D> KDB: enter: panic D> ... D> Loaded symbols for /boot/kernel/autofs.ko D> #0 doadump (textdump=0) at pcpu.h:221 D> 221 pcpu.h: No such file or directory. D> in pcpu.h D> (kgdb) #0 doadump (textdump=0) at pcpu.h:221 D> #1 0xffffffff8038205b in db_dump (dummy=<value optimized out>, dummy2=false, D> dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:533 D> #2 0xffffffff80381e4e in db_command (cmd_table=0x0) D> at /usr/src/sys/ddb/db_command.c:440 D> #3 0xffffffff80381be4 in db_command_loop () D> at /usr/src/sys/ddb/db_command.c:493 D> #4 0xffffffff8038467b in db_trap (type=<value optimized out>, code=0) D> at /usr/src/sys/ddb/db_main.c:251 D> #5 0xffffffff80a5cfe3 in kdb_trap (type=3, code=0, tf=<value optimized out>) D> at /usr/src/sys/kern/subr_kdb.c:654 D> #6 0xffffffff80e6a2a8 in trap (frame=0xfffffe085e0594e0) D> at /usr/src/sys/amd64/amd64/trap.c:549 D> #7 0xffffffff80e4a317 in calltrap () D> at /usr/src/sys/amd64/amd64/exception.S:234 D> #8 0xffffffff80a5c6cb in kdb_enter (why=0xffffffff8137af3c "panic", D> msg=0x80 <Address 0x80 out of bounds>) at cpufunc.h:63 D> #9 0xffffffff80a1fb8f in vpanic (fmt=<value optimized out>, D> ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:750 D> #10 0xffffffff80a1f9e6 in kassert_panic (fmt=<value optimized out>) D> at /usr/src/sys/kern/kern_shutdown.c:647 D> #11 0xffffffff80aa3375 in sbappendstream_locked (sb=0xfffff80044212378, D> m=0xfffff800108c7200, flags=0) at /usr/src/sys/kern/uipc_sockbuf.c:642 D> #12 0xffffffff80ab1a42 in uipc_send (so=0xfffff80044212000, flags=0, D> m=<value optimized out>, nam=0x0, control=<value optimized out>, D> td=0xfffff8001078e9a0) at /usr/src/sys/kern/uipc_usrreq.c:984 D> #13 0xffffffff80aa5f5f in sosend_generic (so=0xfffff80044212000, addr=0x0, D> uio=0xfffffe085e059890, top=<value optimized out>, D> control=<value optimized out>, flags=<value optimized out>, D> td=0xfffffe085e059880) at /usr/src/sys/kern/uipc_socket.c:1349 D> #14 0xffffffff80aac36b in kern_sendit (td=0xfffff8001078e9a0, s=6, D> mp=<value optimized out>, flags=0, control=0x0, segflg=UIO_USERSPACE) D> at /usr/src/sys/kern/uipc_syscalls.c:906 D> #15 0xffffffff80aac666 in sendit (td=0xfffff8001078e9a0, D> s=<value optimized out>, mp=0xfffffe085e059958, flags=0) D> at /usr/src/sys/kern/uipc_syscalls.c:833 D> #16 0xffffffff80aac6f1 in sys_sendmsg (td=0xfffff8001078e9a0, D> uap=0xfffffe085e059a40) at /usr/src/sys/kern/uipc_syscalls.c:1035 D> #17 0xffffffff80e6b13b in amd64_syscall (td=0xfffff8001078e9a0, traced=0) D> at subr_syscall.c:135 D> #18 0xffffffff80e4a5fb in Xfast_syscall () D> at /usr/src/sys/amd64/amd64/exception.S:394 D> #19 0x0000000801270dfa in ?? () D> Previous frame inner to this frame (corrupt stack?) D> Current language: auto; currently minimal D> (kgdb) D> ..... D> D> As indicated above, this is with a GENERIC kernel. My laptop (running D> a kernel built with the same sources, but a slightly customized kernel D> config) gets to the point of allowing me to login (via xdm), but when I D> fire off a command that creates xterms & tries to run tmux(1) in them, D> locks up (as far as I can tell), and a power-cycle is needed to recover. D> D> I can poke at the crash dump (given hints), make the dump and core.txt file D> available. D> D> Peace, D> david D> -- D> David H. Wolfskill david_at_catwhisker.org D> Those who would murder in the name of God or prophet are blasphemous cowards. D> D> See http://www.catwhisker.org/~david/publickey.gpg for my public key. -- Totus tuus, Glebius.Received on Fri Jan 08 2016 - 16:19:45 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:02 UTC