Date: Sun, 28 Dec 2008 19:29:57 +0300 From: pluknet <pluknet@gmail.com> To: "=?ISO-8859-1?Q?Patrick_Lamaizi=E8re?=" <patfbsd@davenulle.org> Cc: emulation@freebsd.org, "Arno J. Klaassen" <arno@heho.snv.jussieu.fr>, current@freebsd.org Subject: Re: LORs on 8-current kernel with 7-stable world Message-ID: <a31046fc0812280829s606df3d5t3519a00c371ad655@mail.gmail.com> In-Reply-To: <20081228161343.3cfa62a3@baby-jane-lamaiziere-net.local> References: <wpy6y1qqdb.fsf@heho.snv.jussieu.fr> <20081228161343.3cfa62a3@baby-jane-lamaiziere-net.local>
next in thread | previous in thread | raw e-mail | index | archive | help
2008/12/28 Patrick Lamaizi=E8re <patfbsd@davenulle.org>: > Le 27 Dec 2008 22:07:12 +0100, > "Arno J. Klaassen" <arno@heho.snv.jussieu.fr> a =E9crit : > >> Hello, >> >> I get these when running a 8-current kernel with 7-stable world. >> I can'f access http://sources.zabbadoz.net/freebsd/lor.html >> to see if they are known. > >> lock order reversal: >> 1st 0xfffffffe68494f20 bufwait (bufwait) >> @ /raid1/bsd/src-current/sys/kern/vfs_bio.c:2443 2nd >> 0xffffff0001c7d000 dirhash (dirhash) >> @ /raid1/bsd/src-current/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack >> backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >> _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at >> witness_checkorder+0x859 _sx_xlock() at _sx_xlock+0x55 >> ufsdirhash_acquire() at ufsdirhash_acquire+0x33 >> ufsdirhash_remove() at ufsdirhash_remove+0x16 >> ufs_dirremove() at ufs_dirremove+0x181 >> ufs_remove() at ufs_remove+0x92 >> VOP_REMOVE_APV() at VOP_REMOVE_APV+0x93 >> kern_unlinkat() at kern_unlinkat+0x249 >> linux_unlinkat() at linux_unlinkat+0xa6 >> ia32_syscall() at ia32_syscall+0x1ab >> Xint0x80_syscall() at Xint0x80_syscall+0x60 >> --- syscall (301, Linux ELF32, linux_unlinkat), rip =3D 0x28126968, rsp >> =3D 0xffffd4e8, rbp =3D 0xffffd508 --- > > I see this one on a 'pure' CURRENT > lock order reversal: > 1st 0xc297ba60 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2443 > 2nd 0xc2ec8c00 dirhash (dirhash) > @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: > db_trace_self_wrapper(c080b620,d6108778,c05aaf45,4,c08070aa,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c08070aa,c2c0f128,c2c11d08,d61087d4,...) at > kdb_backtrace+0x29 > _witness_debugger(c080e0d7,c2ec8c00,c082aef4,c2c11d08,c082ab8d,...) at > _witness_debugger+0x25 > witness_checkorder(c2ec8c00,9,c082ab8d,107,0,...) at > witness_checkorder+0x839 > _sx_xlock(c2ec8c00,0,c082ab8d,107,c31010f0,...) at _sx_xlock+0x85 > ufsdirhash_acquire(c297ba00,cde06800,200,cde06818,d61088a4,...) at > ufsdirhash_acquire+0x35 > ufsdirhash_add(c31010f0,d61088ec,818,d6108890,d6108894,...) at > ufsdirhash_add+0x13 > ufs_direnter(c2edd10c,c31cd10c,d61088ec,d6108bd4,0,...) at > ufs_direnter+0x729 > ufs_makeinode(d6108bd4,d6108acc,d6108acc,d6108a34,c07d0295,...) at > ufs_makeinode+0x519 > ufs_create(d6108acc,d6108acc,0,d6108acc,d6108ba8,...) at > ufs_create+0x30 VOP_CREATE_APV(c0876c20,d6108acc,2,c0801ca7,3,...) at > VOP_CREATE_APV+0xa5 > vn_open_cred(d6108ba8,d6108c5c,1e4,c31a5800,c31922a0,...) at > vn_open_cred+0x1d0 vn_open(d6108ba8,d6108c5c,1e4,c31922a0,246,...) at > vn_open+0x33 kern_openat(c2e81000,ffffff9c,bfbfe640,0,a02,...) at > kern_openat+0x110 kern_open(c2e81000,bfbfe640,0,a01,1e4,...) at > kern_open+0x35 open(c2e81000,d6108cf8,c,c080ec0b,c0854438,...) at > open+0x30 syscall(d6108d38) at syscall+0x2a3 Xint0x80_syscall() at > Xint0x80_syscall+0x20 --- syscall (5, FreeBSD ELF32, open), eip =3D > 0x2075d2b3, esp =3D 0xbfbfdf6c, ebp =3D 0xbfbfdf98 --- These all are known. See -current archives. --=20 wbr, pluknet
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a31046fc0812280829s606df3d5t3519a00c371ad655>