Date: Mon, 24 Mar 2003 13:08:37 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.ORG> To: "Daniel C. Sobral" <dcs@tcoip.com.br> Cc: CURRENT <freebsd-current@FreeBSD.ORG> Subject: Re: IP stack problem -- possibly mac-related Message-ID: <Pine.NEB.3.96L.1030324130519.31378I-100000@fledge.watson.org> In-Reply-To: <3E7F3F3F.8090902@tcoip.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Thanks, Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1030324130519.31378I-100000>