From owner-cvs-all Fri Dec 13 19:56:30 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA7C637B401; Fri, 13 Dec 2002 19:56:29 -0800 (PST) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4037A43EA9; Fri, 13 Dec 2002 19:56:29 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.5) with ESMTP id gBE3uSOM002598; Fri, 13 Dec 2002 19:56:29 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.5/Submit) id gBE3uOCF002597; Fri, 13 Dec 2002 19:56:24 -0800 (PST) (envelope-from dillon) Date: Fri, 13 Dec 2002 19:56:24 -0800 (PST) From: Matthew Dillon Message-Id: <200212140356.gBE3uOCF002597@apollo.backplane.com> To: Peter Wemm Cc: "Tim J. Robbins" , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_descrip.c References: <20021213220550.2BB132A8A5@canning.wemm.org> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> Log: :> Drop filedesc lock and acquire Giant around calls to malloc() and free(). :> These call uma_large_malloc() and uma_large_free() which require Giant. :> Fixes panic when descriptor table is larger than KMEM_ZMAX bytes :> noticed by kkenn. : :What about things like geom which explicitly call malloc without Giant? :Or is it just a problem for large allocations? : :Cheers, :-Peter :-- :Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com Perhaps I am reading this wrong, but does this imply that the API for malloc() has different requirements depending on the size of the allocation? That doesn't make much sense to me. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message