linux-toradex.git/drivers/base/power, branch v2.6.23.14

create /sys/.../power when CONFIG_PM is set

2007-12-14T17:51:02+00:00

patch dec13c15445fec29ca9087890895718450e80b95 in mainline.

The CONFIG_SUSPEND changes in 2.6.23 caused a regression under certain
configuration conditions (SUSPEND=n, USB_AUTOSUSPEND=y) where all USB
device attributes in sysfs (idVendor, idProduct, ...) silently disappeared,
causing udev breakage and more.

The cause of this is that the /sys/.../power subdirectory is now only
created when CONFIG_PM_SLEEP is set, however, it should be created whenever
CONFIG_PM is set to handle the above situation.  The following patch fixes
the regression.

Signed-off-by: Daniel Drake 
Acked-by: Rafael J. Wysocki 
Cc: Alan Stern 
Cc: Kay Sievers 
Cc: stable 
Signed-off-by: Andrew Morton 
Signed-off-by: Greg Kroah-Hartman

Introduce CONFIG_SUSPEND for suspend-to-Ram and standby

2007-07-29T23:45:38+00:00

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 
Signed-off-by: Linus Torvalds

Fix ThinkPad T42 poweroff failure introduced by by "PM: Introduce pm_power_off_prepare"

2007-07-26T19:13:06+00:00

Commit bd804eba1c8597cbb7cd5a5f9fe886aae16a079a ("PM: Introduce
pm_power_off_prepare") caused problems in the poweroff path, as reported by
YOSHIFUJI Hideaki / 吉藤英明.

Generally, sysdev_shutdown() should be called after the ACPI preparation for
powering the system off.  To make it happen, we can separate sysdev_shutdown()
from device_shutdown() and call it directly wherever necessary.

Signed-off-by: Rafael J. Wysocki 
Tested-by: YOSHIFUJI Hideaki / 吉藤英明 
Signed-off-by: Linus Torvalds

x86: PM_TRACE support

2007-07-22T01:37:10+00:00

Signed-off-by: Nigel Cunningham 
Cc: Randy Dunlap 
Cc: "Rafael J. Wysocki" 
Cc: Pavel Machek 
Acked-by: Linus Torvalds 
Signed-off-by: Andrew Morton 
Signed-off-by: Andi Kleen 
Signed-off-by: Linus Torvalds

PM: Do not require dev spew to get PM_DEBUG

2007-07-19T17:04:42+00:00

In order to enable things like PM_TRACE, you're required to enable
PM_DEBUG, which sends a large spew of messages on boot, and often times can
overflow dmesg buffer.

Create new PM_VERBOSE and shift that to be the option that enables
drivers/base/power's messages.

Signed-off-by: Ben Collins 
Cc: "Rafael J. Wysocki" 
Cc: Pavel Machek 
Cc: Greg KH 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

PM: remove deprecated dpm_runtime_* routines

2007-07-18T22:49:49+00:00

This patch (as933) removes the deprecated dpm_runtime_suspend() and
dpm_runtime_resume() routines from the PM core.  The only user of
those routines is the PCMCIA ds driver; local replacements are added.

Signed-off-by: Alan Stern 
CC: Dominik Brodowski 
Signed-off-by: Greg Kroah-Hartman

PM: Remove deprecated sysfs files

2007-07-18T22:49:49+00:00

This patch (as932) removes the deprecated sysfs .../power/state
attribute files.

Signed-off-by: Alan Stern 
Acked-by: Pavel Machek 
Signed-off-by: Greg Kroah-Hartman

PM: Do not check parent state in suspend and resume core code

2007-07-11T23:09:02+00:00

The checks if the device's parent is in the right state done in
drivers/base/power/suspend.c and drivers/base/power/resume.c serve no particular
purpose, since if the parent is in a wrong power state, the device's suspend or
resume callbacks are supposed to return an error anyway.  Moreover, they are
also useless from the sanity checking point of view, because they rely on the
code being checked to set dev->parent->power.power_state.event appropriately,
which need not happen if that code is buggy.  For these reasons they can be
removed.

Signed-off-by: Rafael J. Wysocki 
Acked-by: David Brownell 
Signed-off-by: Greg Kroah-Hartman

PM: Remove power_state.event checks from suspend core code

2007-07-11T23:09:02+00:00

The suspend routines should be called for every device during a system sleep
transition, regardless of the device's state, so that drivers can regard these
method calls as notifications that the system is about to go to sleep, rather
than as directives to put their devices into the 'off' state.

This is documented in Documentation/power/devices.txt and is already done in
the core resume code, so it seems reasonable to make the core suspend code
behave accordingly.

Signed-off-by: Rafael J. Wysocki 
Signed-off-by: Greg Kroah-Hartman

PM: Remove prev_state from struct dev_pm_info

2007-07-11T23:09:02+00:00

The prev_state member of struct dev_pm_info (defined in include/linux/pm.h) is
only used during a resume to check if the device's state before the suspend was
'off', in which case the device is not resumed.  However, in such cases the
decision whether or not to resume the device should be made on the driver level
and the resume callbacks from the device's bus and class should be executed
anyway (the may be needed for some things other than just powering on the
device).

Signed-off-by: Rafael J. Wysocki 
Signed-off-by: Greg Kroah-Hartman