On Mon, Mar 24, 2003 at 01:08:37PM -0500, Robert Watson wrote: > > On Mon, 24 Mar 2003, Daniel C. Sobral wrote: > > > The messages below are from today's kernel + mac_mls and mac_biba > > kld-loaded from loader(8). None of the warning appear if these modules > > are not loaded (I haven't tried not loading one and then the other, but > > I can do it on request) > ... > > malloc() of "128" with the following non-sleepablelocks held: > > exclusive sleep mutex inp r = 0 (0xc280a6ec) locked @ > > /usr/src/sys/netinet/udp_usrreq.c:1034 > > exclusive sleep mutex udp r = 0 (0xc035eeec) locked @ > > /usr/src/sys/netinet/udp_usrreq.c:1027 > > Hmm. I think there's a witness flag to generate stack traces when giving > out these sorts of warnings -- debug.witness_trace I think. Can you try > turning that on in loader.conf and see if we get some additional > information? The only MAC call in udp_output() is > mac_create_mbuf_from_socket(), which isn't supposed to result in memory > allocation. That should only happen when the mbuf itself is allocated. A > stack trace might narrow down the source of the problem. >
I get this too with mac_biba in kernel or loaded as a module. Message at bootup: malloc() of "128" with the following non-sleepablelocks held: exclusive sleep mutex radix node head r = 1 (0xc268377c) locked @ /usr/src/sys/n et/route.c:549 Messages on other network operations: malloc() of "128" with the following non-sleepablelocks held: exclusive sleep mutex inp r = 0 (0xc27a435c) locked @ /usr/src/sys/netinet/udp_u srreq.c:1034 - Christian -- Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED] GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D
pgp00000.pgp
Description: PGP signature
