From owner-freebsd-mobile  Mon Jan 14  7:21:31 2002
Delivered-To: freebsd-mobile@freebsd.org
Received: from mail8.nc.rr.com (fe8.southeast.rr.com [24.93.67.55])
	by hub.freebsd.org (Postfix) with ESMTP
	id EDA2F37B405; Mon, 14 Jan 2002 07:21:26 -0800 (PST)
Received: from there ([66.57.85.154]) by mail8.nc.rr.com  with Microsoft SMTPSVC(5.5.1877.687.68);
	 Mon, 14 Jan 2002 09:28:18 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: Brian T.Schellenberger <bts@babbleon.org>
To: "Petr Holub" <hopet@ics.muni.cz>,
	"Michael Smith" <msmith@FreeBSD.ORG>
Subject: Re: ACPI
Date: Mon, 14 Jan 2002 09:28:06 -0500
X-Mailer: KMail [version 1.3]
Cc: "M. Warner Losh" <imp@village.org>, <rob@pythonemproject.com>,
	<jhb@FreeBSD.ORG>, <jgowdy@home.com>, <freebsd-mobile@FreeBSD.ORG>
References: <009001c19ce8$edd883e0$2603fb93@kloboucek>
In-Reply-To: <009001c19ce8$edd883e0$2603fb93@kloboucek>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <0480b1828140e12FE8@mail8.nc.rr.com>
Sender: owner-freebsd-mobile@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-mobile.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-mobile>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-mobile>
X-Loop: FreeBSD.org

On Monday 14 January 2002 05:47 am, Petr Holub wrote:
> > You can't just backport "some" of ACPI; it's like being "a little bit"
> > pregnant.
> >
> > It's not that simple.  ACPI is not a collectino of device drivers, it's
> > an all-or-nothing deal, and we don't even do all of it in current yet. 
> > Once you start using ACPI, you basically tell the BIOS you are going to
> > manage it all yourself, you don't get to let the BIOS handle part of it
> > and you handle just the parts you want to handle.
>
> OK :-(.
>
> > And frankly, battery state reporting is probably the least interesting
> > reason to get ACPI into a production release; what really counts (and
> > what is hurting us the most) is system resource management and device
> > configuration.
>
> Well I understant that's developer's point of view. I think user's point
> of view (mine ;o) ) could be a bit different. User is probably very
> interested in when the battery power goes down even if he (or rather to say
> kernel) is not able to reduce power consumption (stand by etc.) or other
> nifty features of ACPI. But now I understand that's impossible to do it
> without the other part.

I'd think it's "less interesting" because APM can report battery state and 
suspend and all that basic stuff.  Or is the concern here about about 
machines with broken APM?

>
> Petr
>
> ================================================================
>                             Petr Holub
> CESNET z.s.p.o.                       Supercomputing Center Brno
> Zikova 2                             Institute of Compt. Science
> 10200 Praha, CZ                               Masaryk University
> Czech Republic                     Botanicka 68a, 60200 Brno, CZ
> e-mail: Petr.Holub@cesnet.cz              phone: +420-5-41512278
>                                        e-mail: hopet@ics.muni.cz
>
>
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-mobile" in the body of the message

-- 
Brian T. Schellenberger . . . . . . .   bts@wnt.sas.com (work)
Brian, the man from Babble-On . . . .   bts@babbleon.org (personal)
                                        http://www.babbleon.org

-------> Free Dmitry Sklyarov!  (let him go home)  <-----------

http://www.eff.org                 http://www.programming-freedom.org 

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