Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 Jan 2010 17:36:49 +1100
From:      Peter Jeremy <peterjeremy@acm.org>
To:        John Baldwin <jhb@freebsd.org>, Marius Strobl <marius@alchemy.franken.de>
Cc:        rmacklem@freebsd.org, dfr@freebsd.org, freebsd-stable@freebsd.org
Subject:   Re: uma_zalloc_arg complaining about non-sleepable locks
Message-ID:  <20100127063649.GA1889@server.vk2pj.dyndns.org>
In-Reply-To: <201001261510.59667.jhb@freebsd.org>
References:  <20100126073336.GA1955@server.vk2pj.dyndns.org> <201001260946.44977.jhb@freebsd.org> <20100126183756.GA40779@alchemy.franken.de> <201001261510.59667.jhb@freebsd.org>

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

--n8g4imXOkfNTN/H1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2010-Jan-26 15:10:59 -0500, John Baldwin <jhb@freebsd.org> wrote:
>On Tuesday 26 January 2010 1:37:56 pm Marius Strobl wrote:
>> On Tue, Jan 26, 2010 at 09:46:44AM -0500, John Baldwin wrote:
>> > On Tuesday 26 January 2010 2:33:37 am Peter Jeremy wrote:
>> > > I have just upgraded to 8-STABLE/amd64 from about 18 hours ago and am
>> > > now getting regular (the following pair of messages about every
>> > > minute) compaints as follows:
>> > >=20
>> > > kernel: uma_zalloc_arg: zone "mbuf" with the following non-sleepable=
 locks held:
>> > > kernel: exclusive sleep mutex sp_lock (sp_lock) r =3D 0 (0xffffff000=
460bb00) locked @ /usr/src/sys/rpc/svc.c:1098
=2E..
>> Could you please give the following patch a try?
>> http://people.freebsd.org/~marius/fha_extract_info_realign2.diff

That seems to have fixed it - I've booted the new kernel and generated
some NFS activity and am not getting any messages.  Also,
vfs.nfs.realign_test is incrementing nicely though
vfs.nfs.realign_count remains at zero.

>Hmm, the old code was already using M_DONTWAIT, so now I don't see why you
>were getting the witness warning.

Actually, there were two nfs_realign() definitions in the kernel - one
in nfsclient/nfs_krpc.c (which used M_DONTWAIT) and another in
nfsserver/nfs_srvkrpc.c (which used M_WAIT).  It was the server code
that was being exercised here.

--=20
Peter Jeremy

--n8g4imXOkfNTN/H1
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)

iEYEARECAAYFAktf3wEACgkQ/opHv/APuIdNAACeJj/mR/Jl/RH9gDcJOCDGjWKJ
5LIAnRtjov0Hx7ko+Wj3aEem0rkOe2YC
=o6S9
-----END PGP SIGNATURE-----

--n8g4imXOkfNTN/H1--



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