28 May, 2009

1 commit

  • We used to evaluate _STA to check the power state of a device after
    running _ON or _OFF. But as far as I can tell, there's no benefit
    to evaluating _STA, and sometimes we trip over bugs when BIOSes don't
    implement _STA correctly.

    Yakui says Windows XP doesn't evaluate _STA during power transition.
    So let's skip it in Linux, too. It's conceivable that we'll need to
    check _STA in the future for some reason, but until we do, I don't
    see a reason to clutter this code path.

    References:
    http://bugzilla.kernel.org/show_bug.cgi?id=13243
    http://marc.info/?l=linux-acpi&m=124166053803753&w=2
    http://marc.info/?l=linux-acpi&m=124175761408256&w=2
    http://marc.info/?l=linux-acpi&m=124210593114061&w=2

    Signed-off-by: Bjorn Helgaas
    Acked-by: Matthew Garrett
    Signed-off-by: Len Brown

    Bjorn Helgaas
     

05 Apr, 2009

1 commit


03 Apr, 2009

1 commit

  • Impact: cleanup

    Rather than overriding MODULE_PARAM_PREFIX, build via acpi.o so
    KBUILD_MODNAME is set to "acpi".

    This is the logical way to do it, even though acpi cannot be a module
    due to these config options being bool. Those parts of ACPI which can
    be modular are not built into the acpi "module".

    Signed-off-by: Rusty Russell
    Signed-off-by: Len Brown

    Rusty Russell
     

28 Mar, 2009

1 commit


31 Dec, 2008

1 commit


12 Nov, 2008

1 commit


08 Nov, 2008

1 commit


28 Oct, 2008

2 commits

  • On some laptops the Fan device is turned on/off by controlling the
    corresponding power resource. For example: If the power resource
    defined in _PR0 object is turned off, it indicates that the FAN device
    is in off state(the ACPI state is in D3 state).

    Maybe the device is already in D3 state and expected to be transited to
    D3 state. As there is no _PR3 object, the power transition can't be
    finished and it will be switched to the Unknown state.

    Maybe it is more reasonable that the strick check in power transistion
    is deleted.

    http://bugzilla.kernel.org/show_bug.cgi?id=9485

    Signed-off-by: yakui.zhao@intel.com
    Signed-off-by: Len Brown

    Zhao Yakui
     
  • change state to *state in the function of acpi_power_get_state()

    Signed-off-by: yakui.zhao@intel.com
    Signed-off-by: Len Brown

    Zhao Yakui
     

23 Oct, 2008

4 commits

  • Conflicts:
    drivers/acpi/bay.c
    drivers/acpi/dock.c
    drivers/ata/libata-acpi.c

    Signed-off-by: Len Brown

    Len Brown
     
  • Len Brown
     
  • Maybe the incorrect power state is returned on the bogus bios, which
    is different with the real power state. For example: the bios returns D0
    state and the real power state is D3. OS expects to set the device to D0
    state. In such case if OS uses the power state returned by the BIOS and
    checks the device power state very strictly in power transition, the device
    can't be transited to the correct power state.

    So the boot option of "acpi.power_nocheck=1" is added to avoid checking
    the device power in the course of device power transition.

    http://bugzilla.kernel.org/show_bug.cgi?id=8049
    http://bugzilla.kernel.org/show_bug.cgi?id=11000

    Signed-off-by: Zhao Yakui
    Signed-off-by: Zhang Rui
    Signed-off-by: Li Shaohua
    Signed-off-by: Andi Kleen
    Signed-off-by: Len Brown

    Zhao Yakui
     
  • Get the device power state in the course of scanning device if the device
    power flag is power_managable. i.e. The device has the _PSx/_PRx object.

    At the same time before the drivers/acpi/power module is loaded, there is no
    relation between acpi_power_resource and acpi device. So the first parameter
    of acpi_power_get_state is changed to acpi_handle.

    http://bugzilla.kernel.org/show_bug.cgi?id=8049
    http://bugzilla.kernel.org/show_bug.cgi?id=11000

    Signed-off-by: Zhao Yakui
    Signed-off-by: Li Shaohua
    Signed-off-by: Andi Kleen
    Signed-off-by: Len Brown

    Zhao Yakui
     

11 Oct, 2008

2 commits


08 Jul, 2008

2 commits

  • Introduce additional flag 'prepared' in struct acpi_device_wakeup_flags
    and use it to prevent devices from being enable/disabled do wake up the
    system multiple times in a row (this does not happen currently, but will
    be possible after some of the following patches).

    Signed-off-by: Rafael J. Wysocki
    Signed-off-by: Jesse Barnes

    Rafael J. Wysocki
     
  • The currect ACPI code attempts to execute _PSW at three different
    places and in one of them only it tries to execute _DSW before _PSW,
    which is inconsistent with the other two cases.

    Move the execution of _DSW and _PSW into a separate function called
    acpi_device_sleep_wake() and call it wherever appropriate instead of
    executing _DSW and/or _PSW directly.

    Signed-off-by: Rafael J. Wysocki
    Acked-by: Pavel Machek
    Signed-off-by: Jesse Barnes

    Rafael J. Wysocki
     

01 May, 2008

1 commit

  • * 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6: (179 commits)
    ACPI: Fix acpi_processor_idle and idle= boot parameters interaction
    acpi: fix section mismatch warning in pnpacpi
    intel_menlo: fix build warning
    ACPI: Cleanup: Remove unneeded, multiple local dummy variables
    ACPI: video - fix permissions on some proc entries
    ACPI: video - properly handle errors when registering proc elements
    ACPI: video - do not store invalid entries in attached_array list
    ACPI: re-name acpi_pm_ops to acpi_suspend_ops
    ACER_WMI/ASUS_LAPTOP: fix build bug
    thinkpad_acpi: fix possible NULL pointer dereference if kstrdup failed
    ACPI: check a return value correctly in acpi_power_get_context()
    #if 0 acpi/bay.c:eject_removable_drive()
    eeepc-laptop: add hwmon fan control
    eeepc-laptop: add backlight
    eeepc-laptop: add base driver
    ACPI: thinkpad-acpi: bump up version to 0.20
    ACPI: thinkpad-acpi: fix selects in Kconfig
    ACPI: thinkpad-acpi: use a private workqueue
    ACPI: thinkpad-acpi: fluff really minor fix
    ACPI: thinkpad-acpi: use uppercase for "LED" on user documentation
    ...

    Fixed conflicts in drivers/acpi/video.c and drivers/misc/intel_menlow.c
    manually.

    Linus Torvalds
     

29 Apr, 2008

2 commits


07 Feb, 2008

1 commit

  • Remove duplicated warning message in acpi_power_transition()

    ACPI: Transitioning device [%s] to D%d\n

    This warning message is printed by acpi_bus_set_power() so we don't
    need to print it again.

    Signed-off-by: Miguel Botón
    Signed-off-by: Andrew Morton
    Signed-off-by: Len Brown

    Miguel Botón
     

26 Oct, 2007

1 commit


24 Jul, 2007

1 commit


10 Mar, 2007

1 commit


07 Mar, 2007

1 commit

  • (http://www.mail-archive.com/linux-acpi@vger.kernel.org/msg05270.html):

    References : http://lkml.org/lkml/2007/2/21/413
    http://lkml.org/lkml/2007/2/28/172
    Submitter : Arkadiusz Miskiewicz
    Caused-By : Konstantin Karasyov
    commit 0a6139027f3986162233adc17285151e78b39cac

    Do not disable power resources on resume even if there are no devices referencing it.

    Signed-off-by: Konstantin Karasyov
    Signed-off-by: Len Brown

    Konstantin Karasyov
     

21 Feb, 2007

1 commit


17 Feb, 2007

2 commits


16 Feb, 2007

3 commits


13 Feb, 2007

3 commits

  • Cosmetic only.

    Except in a single case, #define ACPI_*_DRIVER_NAME
    were invoked 0 or 1 times.

    Signed-off-by: Len Brown

    Len Brown
     
  • It was erroneously used as a description rather than a name.

    ie. turn this:

    lenb@se7525gp2:/sys> ls bus/acpi/drivers
    ACPI AC Adapter Driver ACPI Embedded Controller Driver ACPI Power Resource Driver
    ACPI Battery Driver ACPI Fan Driver ACPI Processor Driver
    ACPI Button Driver ACPI PCI Interrupt Link Driver ACPI Thermal Zone Driver
    ACPI container driver ACPI PCI Root Bridge Driver hpet

    into this:

    lenb@se7525gp2:~> ls /sys/bus/acpi/drivers
    ac battery button container ec fan hpet pci_link pci_root power processor thermal

    Signed-off-by: Len Brown

    Len Brown
     
  • cosmetic only

    Make "module name" actually match the file name.
    Invoke with ';' as leaving it off confuses Lindent and gcc doesn't care.
    Fix indentation where Lindent did get confused.

    Signed-off-by: Len Brown

    Len Brown
     

21 Dec, 2006

1 commit


16 Dec, 2006

1 commit


14 Oct, 2006

2 commits


10 Jul, 2006

1 commit


30 Jun, 2006

1 commit