- Oct 19, 2010
-
-
Stephen Hemminger authored
Only used in one file so should be static. Signed-off-by:
Stephen Hemminger <shemminger@vyatta.com> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Jul 07, 2010
-
-
Rafael J. Wysocki authored
To simplify the enabling of wakeup devices during system suspend and hibernation, merge acpi_enable_wakeup_device_prep() with acpi_disable_wakeup_device() and remove unnecessary (and no longer valid) comments from the latter. Rename acpi_enable_wakeup_device() to acpi_enable_wakeup_devices() and acpi_disable_wakeup_device() to acpi_disable_wakeup_devices(), because these functions usually operate on multiple device objects. Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- May 28, 2010
-
-
Andrea Gelmini authored
drivers/acpi/sleep.h:3: WARNING: space prohibited between function name and open parenthesis '(' Signed-off-by:
Andrea Gelmini <andrea.gelmini@gelma.net> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Apr 07, 2009
-
-
Shaohua Li authored
Convert acpi_device_lock to a mutex to avoid a potential race upon access to /proc/acpi/wakeup Delete the lock entirely in wakeup.c since it is not necessary (and can not sleep) Found-by:
Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by:
Shaohua Li <shaohua.li@intel.com> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Jan 09, 2009
-
-
Len Brown authored
also, delete sleep/ and delete ACPI_CFLAGS from Makefile Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Feb 01, 2008
-
-
Rafael J. Wysocki authored
Make acpi_sleep_prepare() static and cause it to print a message specifying the ACPI system sleep state to be entered (helpful for debugging the suspend/hibernation code). Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Acked-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Sep 27, 2007
-
-
Alexey Starikovskiy authored
S4 suspend to disk will disable GPE's permanently because acpi_gpe_sleep_prepare() does not have a counterpart at resume time. Thus, those devices became unavailable for wakeup from subsequent S3 suspend-to-ram. Here acpi_gpe_sleep_prepare() is removed, and upon suspend acpi_enable_wakeup_device() gets its functionality. Upon resume, acpi_disable_wakeup_device() restores the state. https://bugzilla.novell.com/show_bug.cgi?id=292300 Signed-off-by:
Alexey Starikovskiy <astarikovskiy@suse.de> Acked-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Jul 29, 2007
-
-
Rafael J. Wysocki authored
Introduce CONFIG_SUSPEND representing the ability to enter system sleep states, such as the ACPI S3 state, and allow the user to choose SUSPEND and HIBERNATION independently of each other. Make HOTPLUG_CPU be selected automatically if SUSPEND or HIBERNATION has been chosen and the kernel is intended for SMP systems. Also, introduce CONFIG_PM_SLEEP which is automatically selected if CONFIG_SUSPEND or CONFIG_HIBERNATION is set and use it to select the code needed for both suspend and hibernation. The top-level power management headers and the ACPI code related to suspend and hibernation are modified to use the new definitions (the changes in drivers/acpi/sleep/main.c are, mostly, moving code to reduce the number of ifdefs). There are many other files in which CONFIG_PM can be replaced with CONFIG_PM_SLEEP or even with CONFIG_SUSPEND, but they can be updated in the future. Signed-off-by:
Rafael J. Wysocki <rjw@sisk.pl> Signed-off-by:
Linus Torvalds <torvalds@linux-foundation.org>
-
- Dec 15, 2005
-
-
Alexey Starikovskiy authored
http://bugzilla.kernel.org/show_bug.cgi?id=4320 Signed-off-by:
Alexey Starikovskiy <alexey.y.starikovskiy@intel.com> Acked-by:
Pavel Machek <pavel@suse.cz> Signed-off-by:
Len Brown <len.brown@intel.com>
-
- Apr 16, 2005
-
-
Linus Torvalds authored
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
-