From owner-freebsd-current@FreeBSD.ORG  Tue Jun  1 16:44:50 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 29D2F16A4CE; Tue,  1 Jun 2004 16:44:50 -0700 (PDT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C221643D39; Tue,  1 Jun 2004 16:44:49 -0700 (PDT)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
	by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i51Ne5Je007101;
	Tue, 1 Jun 2004 19:40:05 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i51NcjsJ007087;
	Tue, 1 Jun 2004 19:38:45 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Tue, 1 Jun 2004 19:38:44 -0400 (EDT)
From: Robert Watson <rwatson@FreeBSD.org>
X-Sender: robert@fledge.watson.org
To: Bosko Milekic <bmilekic@FreeBSD.org>
In-Reply-To: <20040601205830.GA119@freefall.freebsd.org>
Message-ID: <Pine.NEB.3.96L.1040601193733.6295A-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Niki Denev <nike_d@cytexbg.com>
cc: current@FreeBSD.org
Subject: Re: malloc(M_WAITOK) of"Mbuf",forcing M_NOWAIT ......
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Jun 2004 23:44:50 -0000


On Tue, 1 Jun 2004, Bosko Milekic wrote:

>   The current interim solution, which I committed with mbuma,
>   forces all UMA allocations for the moment to occur with
>   M_NOWAIT unless WITNESS is available and we know for a fact
>   that we're not holding any locks other than Giant.  This is
>   not a permanent solution.

Per our discussions, the fix is "Don't do that", and in general I think
there are only a few cases where we have this problem.  I had some patches
for the NFS code in question from last time I put a WITNESS warning in
mballoc(), I'll see if I can dig them up.  There are also some cases where
mbuf allocation is assumed not to fail and we need to make sure the code
handles that better (generally also in NFS).

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Senior Research Scientist, McAfee Research


> 
> -Bosko
> 
> You wrote:
> >I get lots of these messages on my console with a recent -CURRENT,
> >is this something known?
> >
> >----------------------------------------------------------------
> >malloc(M_WAITOK) of "Mbuf", forcing M_NOWAIT with the following
> >non-sleepable locks held:
> >exclusive sleep mutex inp (rawinp) r = 0 (0xc2076090) locked @
> 
> _______________________________________________
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
>