From owner-freebsd-current Fri Nov 22 12: 6: 5 2002 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 37EAA37B401; Fri, 22 Nov 2002 12:06:04 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB2A443E91; Fri, 22 Nov 2002 12:06:03 -0800 (PST) (envelope-from sam@errno.com) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated bits=0) by ebb.errno.com (8.12.5/8.12.1) with ESMTP id gAMK5t9i005584 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 22 Nov 2002 12:06:02 -0800 (PST)?g (envelope-from sam@errno.com)œ X-Authentication-Warning: ebb.errno.com: Host melange.errno.com [66.127.85.82] claimed to be melange Message-ID: <1c5901c29262$95b2ab80$52557f42@errno.com> From: "Sam Leffler" To: "Juli Mallett" , "David W. Chapman Jr." Cc: "Kris Kennaway" , References: <20021122195629.GA26958@rot13.obsecurity.org> <20021122195911.GB40847@leviathan.inethouston.net> <20021122120205.A38536@FreeBSD.org> Subject: Re: Lots of swapping from 'kldload acpi' Date: Fri, 22 Nov 2002 12:05:23 -0800 Organization: Errno Consulting MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > * De: "David W. Chapman Jr." [ Data: 2002-11-22 ] > [ Subjecte: Re: Lots of swapping from 'kldload acpi' ] > > On Fri, Nov 22, 2002 at 11:56:29AM -0800, Kris Kennaway wrote: > > > I tried to kldload acpi on a system that has been running for about 3 > > > days, and the kldload process has been sitting there swapping for > > > about an hour now. Breaking into DDB shows that > > > acpi_alloc_wakeup_handler() is trying to contigmalloc(), and this is > > > swapping around presumably trying to find enough space. The kldload > > > process is unkillable from userland because it's working in the > > > kernel. > > > > > > Can something be done to guard against this? > > > > From what I was told you can't kldload acpi after boot or that you > > shouldn't. > > It might make sense to (once we go to user-space) prevent kldloading > anything that calls contigmalloc(). The ubsec module calls contigmalloc (via the bus_dma routines) and quickly aborts when it can't get the memory. Something else must be going on in acpi. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message