An error occurred fetching the project authors.
  1. 12 Jun, 2010 1 commit
    • Rafael J. Wysocki's avatar
      ACPI / ACPICA: Fix low-level GPE manipulation code · fd247447
      Rafael J. Wysocki authored
      ACPICA uses acpi_ev_enable_gpe() for enabling GPEs at the low level,
      which is incorrect, because this function only enables the GPE if the
      corresponding bit in its enable register's enable_for_run mask is set.
      This causes acpi_set_gpe() to work incorrectly if used for enabling
      GPEs that were not previously enabled with acpi_enable_gpe().  As a
      result, among other things, wakeup-only GPEs are never enabled by
      acpi_enable_wakeup_device(), so the devices that use them are unable
      to wake up the system.
      
      To fix this issue remove acpi_ev_enable_gpe() and its counterpart
      acpi_ev_disable_gpe() and replace acpi_hw_low_disable_gpe() with
      acpi_hw_low_set_gpe() that will be used instead to manipulate GPE
      enable bits at the low level.  Make the users of acpi_ev_enable_gpe()
      and acpi_ev_disable_gpe() call acpi_hw_low_set_gpe() instead and
      make sure that GPE enable masks are only updated by acpi_enable_gpe()
      and acpi_disable_gpe() when GPE reference counters change from 0
      to 1 and from 1 to 0, respectively.
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      fd247447
  2. 20 Apr, 2010 1 commit
  3. 23 Feb, 2010 1 commit
    • Rafael J. Wysocki's avatar
      ACPI: Use GPE reference counting to support shared GPEs · 9630bdd9
      Rafael J. Wysocki authored
      ACPI GPEs may map to multiple devices.  The current GPE interface
      only provides a mechanism for enabling and disabling GPEs, making
      it difficult to change the state of GPEs at runtime without extensive
      cooperation between devices.
      
      Add an API to allow devices to indicate whether or not they want
      their device's GPE to be enabled for both runtime and wakeup events.
      
      Remove the old GPE type handling entirely, which gets rid of various
      quirks, like the implicit disabling with GPE type setting. This
      requires a small amount of rework in order to ensure that non-wake
      GPEs are enabled by default to preserve existing behaviour.
      
      Based on patches from Matthew Garrett <mjg@redhat.com>.
      Signed-off-by: default avatarMatthew Garrett <mjg@redhat.com>
      Signed-off-by: default avatarRafael J. Wysocki <rjw@sisk.pl>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      9630bdd9
  4. 22 Jan, 2010 3 commits
  5. 21 Sep, 2009 1 commit
  6. 27 Aug, 2009 3 commits
  7. 27 May, 2009 1 commit
  8. 27 Mar, 2009 1 commit
  9. 26 Mar, 2009 1 commit
  10. 06 Jan, 2009 1 commit
  11. 31 Dec, 2008 3 commits
  12. 30 Dec, 2008 1 commit
  13. 28 Oct, 2008 1 commit
    • Zhang Rui's avatar
      ACPI: bugfix reporting of event handler status · ed206fac
      Zhang Rui authored
      Introduce a new flag showing whether the event has an event handler/method.
      
      For all the GPEs and Fixed Events,
       1. ACPI_EVENT_FLAG_HANDLE is cleared, it's an "invalid" ACPI event.
       2. Both ACPI_EVENT_FLAG_HANDLE and ACPI_EVENT_FLAG_DISABLE are set,
          it's "disabled".
       3. Both ACPI_EVENT_FLAG_HANDLE and ACPI_EVENT_FLAG_ENABLE are set,
          it's "enabled".
       4. Both ACPI_EVENT_FLAG_HANDLE and ACPI_EVENT_FLAG_WAKE_ENABLE are set,
          it's "wake_enabled".
      
      Among other things, this prevents incorrect reporting of ACPI events
      as being "invalid" when it's really just (temporarily) "disabled".
      Signed-off-by: default avatarZhang Rui <rui.zhang@intel.com>
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      ed206fac
  14. 23 Oct, 2008 3 commits
  15. 16 Jul, 2008 1 commit
  16. 24 Apr, 2008 1 commit
  17. 23 Apr, 2008 1 commit
  18. 22 Apr, 2008 5 commits
  19. 23 Jul, 2007 1 commit
  20. 10 May, 2007 1 commit
  21. 20 Mar, 2007 1 commit
    • Len Brown's avatar
      ACPI: IA64: fix %ll build warnings · 0cd4554d
      Len Brown authored
      acpi_integer is 64-bits on all platforms, and so was defined as a u64.
      
      i386 and x86_64 define u64 as unsigned long long.
      ia64 defines u64 as long.
      
      While these are all 64-bits, the kernel build warns about formating
      a "long" with %ll:
      
      drivers/ata/libata-acpi.c:176: warning: long long unsigned int format, acpi_integer arg (arg 5)
      
      So skip using "u64" and define acpi_integer as "unsigned long long"
      to make gcc happy with %ll.
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      0cd4554d
  22. 03 Feb, 2007 7 commits