Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 9 Feb 2007 06:54:42 +0200
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Frode Nordahl <frode@nordahl.net>
Cc:        freebsd-stable@freebsd.org, V??clav Haisman <V.Haisman@sh.cvut.cz>, tegge@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org
Subject:   Re: kqueue LOR
Message-ID:  <20070209045442.GK3304@deviant.kiev.zoral.com.ua>
In-Reply-To: <84F23118-A6C3-44F8-B3FD-AE21C50D0EF9@nordahl.net>
References:  <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <84F23118-A6C3-44F8-B3FD-AE21C50D0EF9@nordahl.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--8kI7hWEHMS8Z+7/0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 08, 2007 at 09:49:23PM +0100, Frode Nordahl wrote:
> On 27. nov. 2006, at 10.21, Kostik Belousov wrote:
>=20
> >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote:
> >>Hi,
> >>the attached lor.txt contains LOR I got this yesterday. It is =20
> >>FreeBSD 6.1
> >>with relatively recent kernel, from last week or so.
> >>
> >>--
> >>VH
> >
> >>+lock order reversal:
> >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:=20
> >>1547
> >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/=20
> >>sys/ufs/ufs/ufs_vnops.c:138
> >>+KDB: stack backtrace:
> >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) =20
> >>at kdb_backtrace+0x2f
> >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at =20
> >>witness_checkorder+0x5fe
> >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at =20
> >>_mtx_lock_flags+0x32
> >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at =20
> >>ufs_itimes+0x6c
> >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at =20
> >>ufs_getattr+0x20
> >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) =20
> >>at VOP_GETATTR_APV+0x3a
> >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75
> >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75
> >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at =20
> >>VOP_WRITE_APV+0x148
> >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write=20
> >>+0x201
> >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at =20
> >>dofilewrite+0x84
> >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65
> >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f
> >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295
> >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f
> >>+--- syscall (4, FreeBSD ELF32, write), eip =3D 0x2831d727, esp =3D =20
> >>0xbfbfea1c, ebp =3D 0xbfbfea48 ---
> >
> >Thank you for the report. The LOR is caused by my commit into
> >sys/ufs/ufs/ufs_vnops.c, rev. 1.280.
>=20
> While debugging a problem I have with 6.2-RELEASE on one of my =20
> servers I saw this LOR. After being up for a short while the server =20
> freezes, not responding to serial console, network og keyboard. I =20
> can't even get to DDB by sending BREAK on the serial console.
>=20
> Enabling INVARIANTS, INVARIANT_SUPPORT, WITNESS and WITNESS_SKIPSPIN =20
> did not give more information about the freeze other than printing =20
> the LOR now and then.
The useful way to report deadlock is described in developer handbook,
kernel debug chapter, deadlock debugging. If the freeze caused by this LOR,
then supplying me with information requested in that chapter could be
helpful (both to you and me).

--8kI7hWEHMS8Z+7/0
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iD8DBQFFy/6RC3+MBN1Mb4gRAprzAKDcJDaFRi0Nphz0y5ZMOsGcTw812QCdESxa
IAgs24MYqDXmhR7gQKOb7fY=
=Lzz0
-----END PGP SIGNATURE-----

--8kI7hWEHMS8Z+7/0--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070209045442.GK3304>