public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: "Brown, Len" <len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: John Belmonte <john-wanGne27zNesTnJN9+BGXg@public.gmane.org>,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: RE: preparing toshiba_acpi driver release
Date: Tue, 27 Jan 2004 11:21:31 +0100	[thread overview]
Message-ID: <20040127102131.GI25416@poupinou.org> (raw)
In-Reply-To: <BF1FE1855350A0479097B3A0D2A80EE0CC8A54-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>

On Mon, Jan 26, 2004 at 02:29:02PM -0500, Brown, Len wrote:
> > Wait.  I take video, not hotkey :)
> 
> Yes, I just mentioned hotkeys because that is the other part of the
> platform dependent drivers which need a more generic solution.
> 
> > > I think video brightness control will be a very popular and visible
> > > feature -- no pun intended;-)
> > 
> > ATM I much prefer _CST though, even if there is no visible 
> > effect other
> > than people may notice that their laptop will run longer on battery,
> > and if they don't have some usb driver loaded.
> 
> I was thinking about ergonomics rather than power-savings -- though
> probably brightness control has some power savings benefits too -- maybe
> somebody on the list has numbers for screen power consumption?

backlights are power hungry monster.

> 
> > > In the back of my head I'm also wondering if we've got a 
> > missing piece
> > > of the suspend/resume puzzle here too -- and I'd hate for 
> > ACPI to be the
> > > "missing link" to get that key feature working.
> > 
> > IMHO, there is a need at first to glue devices in the ACPI 
> > namespace and the
> > devices enumerated by OS a la pnpbios...
> 
> For suspend/resume, or for something else?

For enumerating devices, should be usefull for suspend/resume.
The ACPI subsystem then may be able to call specific AML method
for this device, but at first, driver need to know that such
method exist.

> PNP is only for ISA devices, yes?  Is it really still used?

PNP was first designed for PCI device, IIRC.  Anyway, common isa devices
include serial ports, parallel ports, keyboard controller to name
a few.  Now, Linux do have some kind method to glue such devices
with real drivers.  It's more to point to look that kind of code
in order to see if ACPI can do the same, but with all the devices in mind.

> When we were working on interrupts somebody suggested that we ask the
> ISA bus driver about what ISA interrupts where taken rather than using a
> table inside the ACPI code containing "conventions".  The conventions
> are simple, and so far seem to be functional -- though one could argue
> such heuristics are sort of a hack.

ISA devices do have 'well known' interrupts, io ports.  Anyway, isa devices
are enumerated by ACPI and configuration may be retrived for them if
really needed (they are children of the isa bridge function of the
southbridge, in a hopefully well written AML).

-- 
Ducrot Bruno

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

  parent reply	other threads:[~2004-01-27 10:21 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-26 19:29 RE: preparing toshiba_acpi driver release Brown, Len
     [not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC8A54-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>
2004-01-27  3:12   ` Karol Kozimor
     [not found]     ` <20040127031247.GA28233-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org>
2004-01-27  6:33       ` Tod Morrison
2004-01-27  8:54   ` Stefan Seyfried
2004-01-27 10:21   ` Ducrot Bruno [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-01-26 18:54 Brown, Len
     [not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC8A51-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>
2004-01-26 19:14   ` Ducrot Bruno
2004-01-26 20:00   ` John Belmonte
     [not found]     ` <401571CE.1020405-wanGne27zNesTnJN9+BGXg@public.gmane.org>
2004-01-27 11:18       ` Ducrot Bruno
2004-01-27 11:31   ` Karol Kozimor
2004-01-26 17:44 Brown, Len
     [not found] ` <BF1FE1855350A0479097B3A0D2A80EE0CC8A4B-N2PTB0HCzHJF3Yvz3xaN/VDQ4js95KgL@public.gmane.org>
2004-01-26 18:29   ` Ducrot Bruno
2004-01-26 19:48   ` John Belmonte

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040127102131.GI25416@poupinou.org \
    --to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=john-wanGne27zNesTnJN9+BGXg@public.gmane.org \
    --cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox