sbuf-related panic

Ian Lepore ian at
Mon Mar 16 18:52:53 UTC 2015

On Mon, 2015-03-16 at 14:03 -0400, Shawn Webb wrote:
> On amd64, doing a Poudriere run. On r280133:
> (kgdb) bt
> #0  doadump (textdump=Unhandled dwarf expression opcode 0x93
> ) at pcpu.h:219
> #1  0xffffffff809726a5 in kern_reboot (howto=Unhandled dwarf expression opcode 0x93
> ) at /usr/src/sys/kern/kern_shutdown.c:448
> #2  0xffffffff80972c98 in vpanic (fmt=<value optimized out>, ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:747
> #3  0xffffffff80972ac2 in kassert_panic (fmt=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:635
> #4  0xffffffff809bd5bd in sbuf_delete (s=0xfffffe085d468750) at /usr/src/sys/kern/subr_sbuf.c:103
> #5  0xffffffff809669dd in sysctl_kern_proc_args (oidp=<value optimized out>, arg1=<value optimized out>, arg2=<value optimized out>, req=0xfffffe085d468868) at /usr/src/sys/kern/kern_proc.c:1858
> #6  0xffffffff8097e7b4 in sysctl_root_handler_locked (oid=0xffffffff81533738, arg1=0xfffffe085d46893c, arg2=1, req=0xfffffe085d468868) at /usr/src/sys/kern/kern_sysctl.c:183
> #7  0xffffffff8097e038 in sysctl_root (arg1=<value optimized out>, arg2=<value optimized out>) at /usr/src/sys/kern/kern_sysctl.c:1660
> #8  0xffffffff8097e5b2 in userland_sysctl (td=<value optimized out>, name=0xfffffe085d468930, namelen=<value optimized out>, old=<value optimized out>, oldlenp=<value optimized out>, inkernel=<value optimized out>, 
>     new=<value optimized out>, newlen=<value optimized out>, retval=<value optimized out>, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1764
> #9  0xffffffff8097e3e4 in sys___sysctl (td=0xfffff802521324b0, uap=0xfffffe085d468a40) at /usr/src/sys/kern/kern_sysctl.c:1690
> #10 0xffffffff80da1bca in amd64_syscall (td=0xfffff802521324b0, traced=0) at subr_syscall.c:133
> #11 0xffffffff80d7f3cb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:395
> #12 0x000002759e502b7a in ?? ()

That one should be fixed in r280149, sorry about that.  For some reason
I never hit the triggering condition in testing, but it seems that just
about everyone else in the world did. :/

There are a couple locking-related fixes still needed which might
trigger a witness warning, they should be fixed soon as well.

-- Ian

More information about the freebsd-current mailing list