On Mon, Mar 24, 2003 at 08:28:38PM +0100, Christian Brueffer wrote: > 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 >
FYI, debug.witness_trace is set (seems to default to 1). Any other ways to get more info out of this? - 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
