From owner-cvs-all  Fri Mar  2  4:38:28 2001
Delivered-To: cvs-all@freebsd.org
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by hub.freebsd.org (Postfix) with ESMTP
	id 55C9737B719; Fri,  2 Mar 2001 04:38:20 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA00652;
	Fri, 2 Mar 2001 23:38:17 +1100
Date: Fri, 2 Mar 2001 23:38:12 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-Sender: bde@besplex.bde.org
To: John Baldwin <jhb@FreeBSD.org>
Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/kern kern_intr.c
In-Reply-To: <200103020607.f2267d865845@freefall.freebsd.org>
Message-ID: <Pine.BSF.4.21.0103022332480.11325-100000@besplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

On Thu, 1 Mar 2001, John Baldwin wrote:

> jhb         2001/03/01 22:07:39 PST
> 
>   Modified files:
>     sys/kern             kern_intr.c 
>   Log:
>   Ok, the kernel will panic in kmem_malloc() if the kernel map is full, so
>   malloc with M_WAITOK can't actually return NULL.  I wish I could get two
>   people to give me the same answer about this when I ask...

Erm, this (non-returning of malloc with M_WAITOK) is clearly documented
in malloc.9.  The panic is an implementation detail so it should not
be documented.  Maybe we should have a Great Renaming for malloc() like
we did for mtx_enter() to get rid of the evil flags :-).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message