Skip site navigation (1)Skip section navigation (2)
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>