Date: Sun, 10 May 2015 08:19:59 -0700 From: David Wolfskill <david@catwhisker.org> To: current@freebsd.org Subject: Turbulence in head @r282676. Message-ID: <20150510151959.GA1215@albert.catwhisker.org>
next in thread | raw e-mail | index | archive | help
--nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable As noted yesterday, my laptop panicked trying to boot head/i386 @r282676, but seemed OK withe head/amd64. That turns out to have been a bit optimistic: today, while performing a src update on the laptop from head/amd64 from r282676 to r282719, the laptop locked up. While I was able to reproduce the overall symptoms, I don't know how good the match was, as I'm not sure exactly where in the processing the machine was each of the 3 times. (After that, I gave up, and booted the previous day's kernel (@r282623); that permitted a complete build of sources @r282719.) And my build machine (which is only i386) didn't have the panic (as it hasn't any HDA sound), but while it was running head/i386 @r282676, builoding head/i386 @r282719, I found it sitting at a "db> " prompt. This appears to be a kassert_panic() in head/i386 @r282676. I have a crash dump and a text excerpt; here are excerpts from that excerpt: Sun May 10 08:05:58 PDT 2015 FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1829 r= 282676M/282676:1100073: Sat May 9 07:34:18 PDT 2015 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 panic: object 0xc9dbb750 ref_count =3D 1 =2E.. Unread portion of the kernel message buffer: panic: object 0xc9dbb750 ref_count =3D 1 cpuid =3D 1 KDB: stack backtrace: db_trace_self_wrapper(c11db478,0,c11b0e6c,202,f4e0e740,...) at db_trace_sel= f_wrapper+0x2a/frame 0xf4e0e710 kdb_backtrace(c13a164b,1,c1216514,f4e0e7dc,1,...) at kdb_backtrace+0x2d/fra= me 0xf4e0e778 vpanic(c1216514,f4e0e7dc,c1216514,f4e0e7dc,f4e0e7dc,...) at vpanic+0x117/fr= ame 0xf4e0e7ac kassert_panic(c1216514,c9dbb750,1,c1f558c0,f4e0e828,...) at kassert_panic+0= xe9/frame 0xf4e0e7d0 vm_object_zdtor(c9dbb750,9c,0,8,10,...) at vm_object_zdtor+0x75/frame 0xf4e= 0e7e8 uma_zfree_arg(c1f558c0,c9dbb750,0) at uma_zfree_arg+0x61/frame 0xf4e0e828 vm_object_destroy(c9dbb750,0,c1218fa3,ef,f4e0e884,...) at vm_object_destroy= +0x75/frame 0xf4e0e840 vnode_pager_alloc(c9dad470,1015,0,0,0,...) at vnode_pager_alloc+0x68/frame = 0xf4e0e880 vnode_create_vobject(c9dad470,1015,0,c890d000,c14730b4,...) at vnode_create= _vobject+0x1f8/frame 0xf4e0e93c ufs_open(f4e0e9d0,c75f4c40,c84a0400,0,d3,...) at ufs_open+0x70/frame 0xf4e0= e95c VOP_OPEN_APV(c1472a90,f4e0e9d0,100,c6d83178,f4e0e9f4,...) at VOP_OPEN_APV+0= xfe/frame 0xf4e0e988 vn_open_vnode(c9dad470,1,c88d1700,c890d000,c7b16b60,...) at vn_open_vnode+0= x1e5/frame 0xf4e0ea00 vn_open_cred(f4e0eb40,f4e0ebcc,0,0,c88d1700,c7b16b60) at vn_open_cred+0x32a= /frame 0xf4e0ead0 vn_open(f4e0eb40,f4e0ebcc,0,c7b16b60,2adcfdd4,...) at vn_open+0x3d/frame 0x= f4e0eaf8 kern_openat(c890d000,ffffff9c,2adcfdd4,0,0,0) at kern_openat+0x2ec/frame 0x= f4e0ebf0 sys_openat(c890d000,f4e0eca8,c11cfcd9,4,c105e827,...) at sys_openat+0x3a/fr= ame 0xf4e0ec18 syscall(f4e0ece8) at syscall+0x33b/frame 0xf4e0ecdc Xint0x80_syscall() at Xint0x80_syscall+0x21/frame 0xf4e0ecdc --- syscall (499, FreeBSD ELF32, sys_openat), eip =3D 0xa1298ff, esp =3D 0x= bfbfa910, ebp =3D 0xbfbfa928 --- KDB: enter: panic Reading symbols from /boot/kernel/tmpfs.ko.symbols...done. Loaded symbols for /boot/kernel/tmpfs.ko.symbols #0 doadump (textdump=3D0) at pcpu.h:205 205 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=3D0) at pcpu.h:205 #1 0xc05311f1 in db_dump (dummy=3D-1061584035, dummy2=3D0, dummy3=3D-1,=20 dummy4=3D0xf4e0e4bc "") at /usr/src/sys/ddb/db_command.c:533 #2 0xc0530d9f in db_command (cmd_table=3D<value optimized out>) at /usr/src/sys/ddb/db_command.c:440 #3 0xc05309e0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xc053337b in db_trap (code=3D<value optimized out>) at /usr/src/sys/ddb/db_main.c:251 #5 0xc0b98ac7 in kdb_trap (tf=3D<value optimized out>) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc10568ff in trap (frame=3D<value optimized out>) at /usr/src/sys/i386/i386/trap.c:693 #7 0xc10427fc in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #8 0xc0b9835d in kdb_enter (why=3D0xc11d6ba9 "panic",=20 msg=3D<value optimized out>) at cpufunc.h:60 #9 0xc0b5a1b7 in vpanic (fmt=3D<value optimized out>, ap=3D<value optimize= d out>) at /usr/src/sys/kern/kern_shutdown.c:737 #10 0xc0b5a079 in kassert_panic (fmt=3D<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:634 #11 0xc0e1ea45 in vm_object_zdtor (mem=3D0xc9dbb750, size=3D156, arg=3D0x0) at /usr/src/sys/vm/vm_object.c:169 #12 0xc0e0a691 in uma_zfree_arg (zone=3D0xc1f558c0, item=3D<value optimized= out>,=20 udata=3D0x10) at /usr/src/sys/vm/uma_core.c:2723 #13 0xc0e20195 in vm_object_destroy (object=3D0xc9dbb750) at uma.h:364 #14 0xc0e326d8 in vnode_pager_alloc (handle=3D0xc9dad470, size=3D4117,=20 prot=3D0 '\0', offset=3D0, cred=3D0xc88d1700) at /usr/src/sys/vm/vnode_pager.c:240 #15 0xc0e330d8 in vnode_create_vobject (vp=3D0xc9dad470,=20 isize=3D<value optimized out>, td=3D0xc890d000) at /usr/src/sys/vm/vnode_pager.c:144 #16 0xc0dfd510 in ufs_open (ap=3D<value optimized out>) at /usr/src/sys/ufs/ufs/ufs_vnops.c:284 #17 0xc10849de in VOP_OPEN_APV (vop=3D<value optimized out>, a=3D0xf4e0e9d0) at vnode_if.c:467 #18 0xc0c23bb5 in vn_open_vnode (vp=3D0xc9dad470, fmode=3D<value optimized = out>,=20 cred=3D<value optimized out>, fp=3D<value optimized out>) at vnode_if.h= :196 #19 0xc0c237da in vn_open_cred (ndp=3D0xf4e0eb40, flagp=3D<value optimized = out>,=20 vn_open_flags=3D<value optimized out>, fp=3D<value optimized out>) at /usr/src/sys/kern/vfs_vnops.c:264 #20 0xc0c2349d in vn_open (ndp=3D0xf4e0eb40, flagp=3D0xf4e0ebcc, cmode=3D0,= =20 fp=3D0xc7b16b60) at /usr/src/sys/kern/vfs_vnops.c:166 #21 0xc0c1b9fc in kern_openat (td=3D0xc890d000, fd=3D0, path=3D0x0,=20 pathseg=3D<value optimized out>, flags=3D<value optimized out>,=20 mode=3D<value optimized out>) at /usr/src/sys/kern/vfs_syscalls.c:1090 #22 0xc0c1bd7a in sys_openat (td=3D0xc890d000, uap=3D0xf4e0eca8) at /usr/src/sys/kern/vfs_syscalls.c:1038 #23 0xc105760b in syscall (frame=3D<value optimized out>) at subr_syscall.c= :133 #24 0xc1042891 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:269 #25 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb)=20 =2E... I can make the dumps, as well as a verbose dmesg.boot, available. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVT3cfXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7JSgP/0ZKZiZWmmH0d9fF0Bd/Tj+p ZKRr7L9IO6z0Uq9RIxBf3WdFSiqLBffue4tvqWewk4eLdmdH+rFwv8ubacJQ0A17 295Euy2Br/CEsYT81kPAFRvQMMP9iAaZsJ6SKHisGgb3EJ381to49Fl7AFQcqale D48NiEbErmt2ndfRLc9TNKqExGOkXzrhF7+MzuSrNJpCSk19GX9YLrwARE/0Hbep 4h8KxnfbrpyolKeOdHFSbOwTSI4WUhKT5w4YtRRkUMCG+HVGA3sKI6NhwLVcio++ 46HENmJU5JbO4soUFM/aTwb6zGX8BnD3kQirocYn0y8aHpEfWeeCEqH+UNlUWFsU npaBMrI6MW56sLboWo3fcV9lTfQ9YsCxrcUvd+OA77hV4tJj/XpGHBojtwXkmSJs rDOKAn7EloKVU8gvGmtoIdYqiXBij51Z5+LU6sFOTQnglkxGsI6xBef6plnSpIjE tMma03eYNyt/wjaXqbLE6p23mzezYOeO+g5fgK0lyarKr5sgSP24aUL4ulDkUG0F AB5Fu2LaPTB81zMYzjOgHpZM+BlnDPVt54epzntCihU/Xvvpi59O4rNYO4NQN6Ob M3UbBgYjxT+7batBQnGASSH1On14HTqNuRB7hYceWXM9evhFf1dQLOh/zm7KU8or 6i2pgRI4LNYmm0sv3RdL =Ffvv -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150510151959.GA1215>