This project is mirrored from The repository failed to update .
Repository mirroring has been paused due to too many failed attempts, and can be resumed by a project maintainer.
Last successful update .
  1. 04 Jun, 2012 1 commit
    • Len Brown's avatar
      ACPI: fix acpi_bus.h build warnings when ACPI is not enabled · 7ae30986
      Len Brown authored
      introduced in Linux-3.5-rc1 by
      (ACPI: Add stubs for (un)register_acpi_bus_type)
      Fix header file warnings when CONFIG_ACPI is not enabled:
      include/acpi/acpi_bus.h:443:42: warning: 'struct acpi_bus_type' declared inside parameter list
      include/acpi/acpi_bus.h:443:42: warning: its scope is only this definition or declaration, which is probably not
      include/acpi/acpi_bus.h:444:44: warning: 'struct acpi_bus_type' declared inside parameter list
      Signed-off-by: default avatarLen Brown <>
  2. 12 May, 2012 2 commits
  3. 05 May, 2012 1 commit
    • Lin Ming's avatar
      ACPI: Fix D3hot v D3cold confusion · 1cc0c998
      Lin Ming authored
      Before this patch, ACPI_STATE_D3 incorrectly referenced D3hot
      in some places, but D3cold in other places.
      After this patch, ACPI_STATE_D3 always means ACPI_STATE_D3_COLD;
      and all references to D3hot use ACPI_STATE_D3_HOT.
      ACPI's _PR3 method is used to enter both D3hot and D3cold states.
      What distinguishes D3hot from D3cold is the presence _PR3
      (Power Resources for D3hot)  If these resources are all ON,
      then the state is D3hot.  If _PR3 is not present,
      or all _PR0 resources for the devices are OFF,
      then the state is D3cold.
      This patch applies after Linux-3.4-rc1.
      A future syntax cleanup may remove ACPI_STATE_D3
      to emphasize that it always means ACPI_STATE_D3_COLD.
      Signed-off-by: default avatarLin Ming <>
      Acked-by: default avatarRafael J. Wysocki <>
      Reviewed-by: default avatarAaron Lu <>
      Signed-off-by: default avatarLen Brown <>
  4. 30 Mar, 2012 3 commits
  5. 28 Mar, 2012 1 commit
  6. 27 Mar, 2012 1 commit
    • Lin Ming's avatar
      ACPICA: Sleep/Wake interfaces: optionally execute _GTS and _BFS · 8a73b17e
      Lin Ming authored
      Enhanced the sleep/wake interfaces to optionally execute the
      _GTS method (Going To Sleep), and the _BFS method (Back From
      Sleep).  Windows apparently does not execute these methods, and
      therefore these methods are often untested. It has been seen on
      some systems where the execution of these methods causes errors
      and also prevents the machine from entering S5. It is therefore
      suggested that host operating systems do not execute these methods
      by default. In the future, perhaps these methods can be optionally
      executed based on the age of the system and/or what is the newest
      version of Windows that the BIOS asks for via _OSI.
      Signed-off-by: default avatarLin Ming <>
      Signed-off-by: default avatarBob Moore <>
      Signed-off-by: default avatarLen Brown <>
  7. 22 Mar, 2012 9 commits
  8. 13 Mar, 2012 1 commit
  9. 27 Jan, 2012 1 commit
  10. 21 Jan, 2012 2 commits
    • Myron Stowe's avatar
      ACPI: Remove ./drivers/acpi/atomicio.[ch] · 1001a3a3
      Myron Stowe authored
      With the conversion of atomicio's routines in place (see commits
      6f68c91c and 700130b4), atomicio.[ch] can be removed, replacing
      the APEI specific pre-mapping capabilities with the more generalized
      versions that drivers/acpi/osl.c provides.
      Signed-off-by: default avatarMyron Stowe <>
      Signed-off-by: default avatarLen Brown <>
    • Myron Stowe's avatar
      ACPI, APEI: Add 64-bit read/write support for APEI on i386 · e615bf5b
      Myron Stowe authored
      Base ACPI (CA) currently does not support atomic 64-bit reads and writes
      (acpi_read() and acpi_write() split 64-bit loads/stores into two
      32-bit transfers) yet APEI expects 64-bit transfer capability, even
      when running on 32-bit systems.
      This patch implements 64-bit read and write routines for APEI usage.
      This patch re-factors similar functionality introduced in commit
      04c25997, bringing it into the ACPI subsystem in preparation for
      removing ./drivers/acpi/atomicio.[ch].  In the implementation I have
      replicated acpi_os_read_memory() and acpi_os_write_memory(), creating
      64-bit versions for APEI to utilize, as opposed to something more
      elegant.  My thinking is that we should attempt to see if we can get
      ACPI's CA/OSL changed so that the existing acpi_read() and acpi_write()
      interfaces are natively 64-bit capable and then subsequently remove the
      Signed-off-by: default avatarMyron Stowe <>
      Signed-off-by: default avatarLen Brown <>
  11. 20 Jan, 2012 1 commit
  12. 18 Jan, 2012 1 commit
  13. 17 Jan, 2012 14 commits
  14. 12 Jan, 2012 1 commit
  15. 07 Nov, 2011 1 commit