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     
r...@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                           da...@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.
_______________________________________________
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"

Reply via email to