1. 25 Sep, 2009 17 commits
  2. 19 Sep, 2009 1 commit
  3. 09 Sep, 2009 1 commit
    • Rafael J. Wysocki's avatar
      ACPI PM: Replace wakeup.prepared with reference counter · 9b83ccd2
      Rafael J. Wysocki authored and Jesse Barnes's avatar Jesse Barnes committed
      
      
      The wakeup.prepared flag is used for marking devices that have the
      wake-up power already enabled, so that the wake-up power is not
      enabled twice in a row for the same device.  This assumes, however,
      that device wake-up power will only be enabled once, while the device
      is being prepared for a system-wide sleep transition, and the second
      attempt is made by acpi_enable_wakeup_device_prep().
      
      With the upcoming PCI wake-up rework this assumption will not hold
      any more for PCI bridges and the root bridge whose wake-up power
      may be enabled as a result of wake-up enable propagation from other
      devices (eg. add-on devices that are not associated with any GPEs).
      Thus, there may be many attempts to enable wake-up power on a PCI
      bridge or the root bridge during a system power state transition
      and it's better to replace wakeup.prepared with a reference counter.
      Reviewed-by: Matthew Garrett's avatarMatthew Garrett <mjg59@srcf.ucam.org>
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: Jesse Barnes's avatarJesse Barnes <jbarnes@virtuousgeek.org>
      9b83ccd2
  4. 05 Sep, 2009 1 commit
  5. 01 Sep, 2009 1 commit
  6. 27 Aug, 2009 2 commits
  7. 25 Jun, 2009 1 commit
  8. 24 Jun, 2009 1 commit
  9. 18 Jun, 2009 2 commits
  10. 07 Apr, 2009 2 commits
  11. 05 Apr, 2009 1 commit
    • Bjorn Helgaas's avatar
      ACPI: support acpi_device_ops .notify methods · 46ec8598
      Bjorn Helgaas authored
      
      
      This patch adds support for ACPI device driver .notify() methods.  If
      such a method is present, Linux/ACPI installs a handler for device
      notifications (but not for system notifications such as Bus Check,
      Device Check, etc).  When a device notification occurs, Linux/ACPI
      passes it on to the driver's .notify() method.
      
      In most cases, this removes the need for drivers to install their own
      handlers for device-specific notifications.
      
      For fixed hardware devices like some power and sleep buttons, there's
      no notification value because there's no control method to execute a
      Notify opcode.  When a fixed hardware device generates an event, we
      handle it the same as a regular device notification, except we send
      a ACPI_FIXED_HARDWARE_EVENT value.  This is outside the normal 0x0-0xff
      range used by Notify opcodes.
      
      Several drivers install their own handlers for system Bus Check and
      Device Check notifications so they can support hot-plug.  This patch
      doesn't affect that usage.
      Signed-off-by: default avatarBjorn Helgaas <bjorn.helgaas@hp.com>
      Reviewed-by: default avatarAlex Chiang <achiang@hp.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      46ec8598
  12. 27 Mar, 2009 2 commits
  13. 17 Mar, 2009 1 commit
  14. 31 Dec, 2008 1 commit
  15. 26 Nov, 2008 1 commit
  16. 08 Nov, 2008 1 commit
    • Thomas Renninger's avatar
      ACPI video: if no ACPI backlight support, use vendor drivers · c3d6de69
      Thomas Renninger authored
      
      
      If an ACPI graphics device supports backlight brightness functions (cmp. with
      latest ACPI spec Appendix B), let the ACPI video driver control backlight and
      switch backlight control off in vendor specific ACPI drivers (asus_acpi,
      thinkpad_acpi, eeepc, fujitsu_laptop, msi_laptop, sony_laptop, acer-wmi).
      
      Currently it is possible to load above drivers and let both poke on the
      brightness HW registers, the video and vendor specific ACPI drivers -> bad.
      
      This patch provides the basic support to check for BIOS capabilities before
      driver loading time. Driver specific modifications are in separate follow up
      patches.
      
      "acpi_backlight=vendor"
      	Prever vendor driver over ACPI driver for backlight.
      "acpi_backlight=video" (default)
      	Prever ACPI driver over vendor driver for backlight.
      Signed-off-by: default avatarThomas Renninger <trenn@suse.de>
      Acked-by: default avatarZhang Rui <rui.zhang@intel.com>
      Signed-off-by: default avatarAndi Kleen <ak@linux.intel.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      c3d6de69
  17. 07 Nov, 2008 2 commits
    • Kay Sievers's avatar
      ACPI: struct device - replace bus_id with dev_name(), dev_set_name() · 0794469d
      Kay Sievers authored
      
      
      This patch is part of a larger patch series which will remove
      the "char bus_id[20]" name string from struct device. The device
      name is managed in the kobject anyway, and without any size
      limitation, and just needlessly copied into "struct device".
      
      To set and read the device name dev_name(dev) and dev_set_name(dev)
      must be used. If your code uses static kobjects, which it shouldn't
      do, "const char *init_name" can be used to statically provide the
      name the registered device should have. At registration time, the
      init_name field is cleared, to enforce the use of dev_name(dev) to
      access the device name at a later time.
      
      We need to get rid of all occurrences of bus_id in the entire tree
      to be able to enable the new interface. Please apply this patch,
      and possibly convert any remaining remaining occurrences of bus_id.
      
      We want to submit a patch to -next, which will remove bus_id from
      "struct device", to find the remaining pieces to convert, and finally
      switch over to the new api, which will remove the 20 bytes array
      and does no longer have a size limitation.
      Acked-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      Signed-Off-By: Kay Sievers's avatarKay Sievers <kay.sievers@vrfy.org>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      0794469d
    • Myron Stowe's avatar
      ACPI: Disambiguate processor declaration type · ad93a765
      Myron Stowe authored
      
      
      Declaring processors in ACPI namespace can be done using either a
      "Processor" definition or a "Device" definition (see section 8.4 -
      Declaring Processors; "Advanced Configuration and Power Interface
      Specification", Revision 3.0b).  Currently the two processor
      declaration types are conflated.
      
      This patch disambiguates the processor declaration's definition type
      enabling subsequent code to behave uniquely based explicitly on the
      declaration's type.
      Signed-off-by: default avatarMyron Stowe <myron.stowe@hp.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      ad93a765
  18. 23 Oct, 2008 1 commit
    • Lin Ming's avatar
      ACPI: replace ACPI_DEBUG_PRINT((ACPI_DB_ERROR, ...) with printk · 55ac9a01
      Lin Ming authored
      ACPI_DB_ERROR and ACPI_DB_WARN were removed from ACPICA core.
      So replace ACPI_DEBUG_PRINT((ACPI_DB_ERROR, ...) with printk(KERN_ERR PREFIX ...)
      and ACPI_DEBUG_PRINT((ACPI_DB_WARN, ...) with printk(KERN_WARNING PREFIX ...)
      
      We do not use ACPI_ERROR/ACPI_WARNING since they're not exported, see
      -------------------------------------------------------------
      commit 6468463a
      
      
      Author: Len Brown <len.brown@intel.com>
      Date:   Mon Jun 26 23:41:38 2006 -0400
      
          ACPI: un-export ACPI_ERROR() -- use printk(KERN_ERR...)
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      -------------------------------------------------------------
      Signed-off-by: default avatarLin Ming <ming.m.lin@intel.com>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      55ac9a01
  19. 22 Oct, 2008 1 commit