1. 30 7月, 2005 6 次提交
  2. 27 7月, 2005 2 次提交
    • E
      [PATCH] acpi: Don't call acpi_sleep_prepare from acpi_power_off · b35c67a4
      Eric W. Biederman 提交于
      Now that all of the code paths that call acpi_power_off
      have been modified to call either call kernel_power_off
      (which calls apci_sleep_prepare by way of acpi_shutdown)
      or to call acpi_sleep_prepare directly it is redundant to call
      acpi_sleep_prepare from acpi_power_off.
      
      So simplify the code and simply don't call acpi_sleep_prepare.
      
      In addition there is a little error handling done so if we
      can't register the acpi class we don't hook pm_power_off.
      
      I think I have done the right thing with the CONFIG_PM define
      but I'm not certain.  Can this code even be compiled if
      CONFIG_PM is false?
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b35c67a4
    • E
      [PATCH] acpi_power_off: Don't switch to the boot cpu · 6660316c
      Eric W. Biederman 提交于
      machine_power_off on i386 and x86_64 now switch to the
      boot cpu out of paranoia and because the MP Specification indicates it
      is a good idea on reboot, so for those architectures it is a noop.
      I can't see anything in the acpi spec that requires you to be on
      the boot cpu to power off the system, so this should not be an issue
      for ia64.  In addition ia64 has the altix a massive multi-node
      system where switching to the boot cpu sounds insane as we may
      hot removed the boot cpu.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6660316c
  3. 23 7月, 2005 1 次提交
  4. 12 7月, 2005 25 次提交
  5. 03 7月, 2005 1 次提交
  6. 28 6月, 2005 3 次提交
  7. 26 6月, 2005 2 次提交