From owner-freebsd-current  Fri Nov 22 13: 8:55 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 D882D37B401
	for <current@FreeBSD.org>; Fri, 22 Nov 2002 13:08:52 -0800 (PST)
Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4BE6F43E6E
	for <current@FreeBSD.org>; Fri, 22 Nov 2002 13:08:52 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 31425 invoked from network); 22 Nov 2002 21:08:09 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@FreeBSD.org>; 22 Nov 2002 21:08:09 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAML812D043759;
	Fri, 22 Nov 2002 16:08:01 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20021122160805.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20021122195629.GA26958@rot13.obsecurity.org>
Date: Fri, 22 Nov 2002 16:08:05 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Kris Kennaway <kris@obsecurity.org>
Subject: RE: Lots of swapping from 'kldload acpi'
Cc: current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 22-Nov-2002 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?

It's supposed to do that already:

acpi_modevent(struct module *mod, int event, void *junk)
{
    switch(event) {
    case MOD_LOAD:
        if (!cold)
            return(EPERM);
        break;
    ...

also:

static void
acpi_identify(driver_t *driver, device_t parent)
{
    ...
    if(!cold){
            printf("Don't load this driver from userland!!\n");
            return ;
    }
    ...

If that isn't working then there is a bug.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

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