lkml.org 
[lkml]   [2007]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [GIT PATCH] ACPI patches for 2.6.21
    On Fri, 9 Feb 2007 23:09:29 +0000
    Pavel Machek <pavel@ucw.cz> 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.

    Kristen
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2007-02-10 02:29    [W:2.516 / U:0.052 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site