LKML Archive on
help / color / mirror / Atom feed
From: Kristen Carlson Accardi <>
To: Pavel Machek <>
Cc: Len Brown <>, Linus Torvalds <>,
	Andrew Morton <>,,
	Linux Kernel Mailing List <>,
Subject: Re: [GIT PATCH] ACPI patches for 2.6.21
Date: Fri, 9 Feb 2007 17:24:10 -0800	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

On Fri, 9 Feb 2007 23:09:29 +0000
Pavel Machek <> wrote:

> Hi!
> > Per your request, and the request of the distros, we've changed
> > how ACPICA Core releases are integrated into Linux so that each
> > upstream (CVS) check-in appears as a single git commit.
> > While this process is not yet perfect, it should be vastly better
> > than previous "code drops" in allowing git bisect to work,
> > and allowing distros to cherry-pick individual fixes.
> > 
> > The "bay" driver is new (and marked EXPERIMENTAL) -- adding initial
> > hot-plug support for ACPI controlled drive bays such as the
> > IBM ultrabay or the Dell Module Bay.
> Could you describe userland interface it uses? /proc? Will it be
> usable for bays on notebooks not using acpi?

The user interface for the Bay driver is via sysfs - it is a platform
driver, so once you load it you will find 2 files created under
/sys/devices/platform/bay.X, "eject" and "present".  When the user
writes 1 to the "eject" file, the driver will call the ACPI eject
routine - this normally blinks leds and does whatever the system vendor
thinks is necessary to safely eject the device.  The "present" file
will query the driver to determine if the device is present or not (note,
not good for poll(), it's on my todo list...).  Depending on the system
implementation, when the user presses the eject button on the laptop for
the bay device, the driver will inform user space via a CHANGE uevent.  User
space is then responsible for doing whatever needs to be done to cleanup
and safely eject the drive, the driver will not call the ACPI eject
routine without user space initiation.  The driver currently only handles
module bays that use ACPI to send eject notifications or need "something"
done before ejecting (i.e. _EJ0 in ACPI).  The bay driver will also register 
with the dock driver if the bay is on the dock device (such
as with the IBM X60) so that when the dock station is ejected, the bay
driver is notified with the eject request as well.  This notification will
be passed to user space via the CHANGE uevent.


  reply	other threads:[~2007-02-10  1:26 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-07 19:18 Len Brown
2007-02-09 23:09 ` Pavel Machek
2007-02-10  1:24   ` Kristen Carlson Accardi [this message]
2007-02-10  3:34     ` Matthew Garrett
2007-02-10  1:58   ` Henrique de Moraes Holschuh
2007-02-11 19:35     ` Pavel Machek
2007-02-11 19:48       ` Henrique de Moraes Holschuh
2007-02-14 12:58         ` Pavel Machek
2007-02-10  4:27   ` Len Brown
2007-02-22 15:53     ` Pavel Machek
2007-02-26  9:25       ` Zhang Rui
2007-02-10  8:27 ` Ismail Dönmez
2007-02-10 12:07   ` Holger Macht
2007-02-10 15:52     ` Ismail Dönmez
2007-02-10 16:39       ` Henrique de Moraes Holschuh
2007-02-10 17:02         ` Ismail Dönmez
2007-02-10 16:59       ` Ismail Dönmez
2007-02-07 21:55 Al Boldi
2007-02-08  3:51 ` Len Brown

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:

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

  git send-email \ \ \ \ \ \ \ \ \ \
    --subject='Re: [GIT PATCH] ACPI patches for 2.6.21' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).