Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
---|---|---|---|---|---|---|
05-uswsusp-hibernate-mode.patch | Check HIBERNATE_MODE in uswsusp module =================================================================== |
Vadim Solomin <vadic052@gmail.com> | no | debian | ||
01_xfs_buffer_arguments.patch | [PATCH 2/2] pm/power.d/xfs_buffer: Fix wrong argument ordering Write the values in the correct order. |
=?UTF-8?q?Andr=C3=A9=20Draszik?= <andre.draszik@st.com> | yes | upstream | 2012-01-10 | |
02-logging-append.patch | Do not clear the log file on each operation, but instead append to it. This makes debugging of several suspends much easier. =================================================================== |
James Westby <james.westby@ubuntu.com> | yes | upstream | ||
03-fix-alpm-typo.patch | [PATCH 3/3] Fix typo in sata_alpm ALPM APLM |
Martin Pitt <martin.pitt@ubuntu.com> | yes | upstream | 2012-01-11 | |
04-ignore-led-failure.patch | LED operation should not block S3/S4 Some Lenovo Thinkpad models don't have a suspend LED, this should not block S3/S4. =================================================================== |
Adam Lee <adam8157@gmail.com> | no | |||
06-quirk-lkw-cache.patch | Store last_known_working.quirkdb in /var/cache last_known_working.quirkdb is more of a cache file then a configuration file and e.g. changes on kernel upgrades, so we don't want it in /etc/pm. Move it to /var/cache/pm-utils instead =================================================================== |
Michael Biebl <biebl@debian.org> | no | |||
09-document-add-drop-parameters.patch | Document {ADD,DROP}_PARAMETERS config variables=================================================================== | Michael Biebl <biebl@debian.org> | no | |||
11-handle-on_ac_power-255-return-code.patch | Handle on_ac_power 255 return code As we are using the on_ac_power utility from powermgmt-base, which returns 255 when it can't determine the AC power state, assume we have a desktop system in such a case. This behaviour is compatible with the pm-utils upstream implementation of on_ac_power. =================================================================== |
Michael Biebl <biebl@debian.org> | no | |||
12-fix-intel-audio-powersave-hook.patch | [pm-utils] wrong path in intel-audio-powersave (and a small bug) In the script intel-audio-powersave is this loop for dev in /sys/module/snd_*/parameters/power_save; do [ -w "$dev/parameters/power_save" ] || continue printf "Setting power savings for $s to %d..." "$dev##*/" "$1" echo $1 > "$dev/parameters/power_save" && echo Done. || echo Failed. done I think it should be for dev in /sys/module/snd_*; do [ -w "$dev/parameters/power_save" ] || continue printf "Setting power savings for %s to %d..." "${dev##*/}" "$1" echo $1 > "$dev/parameters/power_save" && echo Done. || echo Failed. done This fixes the two bugs. diff --git a/pm/power.d/intel-audio-powersave b/pm/power.d/intel-audio-powersave index 36675a8..da63e40 100644 |
Florian Kriener <florian@kriener.org> | no | 2010-09-25 | ||
13-49bluetooth-sync.patch | [PATCH] 49bluetooth: Wait for btusb module to get unused The 49bluetooth hook disables /proc/acpi/ibm/bluetooth but this isn't synchronous, i. e. it doesn't wait until the module usage count actually drops to 0. Due to that, it's impossible to add btusb to SUSPEND_MODULES (on some models/older kernels you need to do that to fix suspend problems), as at that point the module is still in use. On my system (ThinkPad X201) the module takes between 0.3 and 0.5 seconds to unload, so use 100 ms wait steps with a timeout of 2 seconds. |
Martin Pitt <martin.pitt@ubuntu.com> | yes | upstream | 2011-01-31 | |
14-disable-sata-alpm.patch | Disable SATA link power management by default, as it still causes disk errors and corruptions on many hardware. =================================================================== |
Martin Pitt <martin.pitt@ubuntu.com> | no | |||
15-video_quirks_on_x86_only.patch | Only run the video quirk handlers on x86 and x86_64, as they are quite expensive. =================================================================== |
Martin Pitt <martin.pitt@ubuntu.com> | no | |||
16-no-powersave-before-suspend.patch | Calling pm-powersave before pm-suspend is very slow, it. e. g. takes > 1.5 seconds on a Nexus 7. This does not nearly compensate the potentially slightly slower suspend operation in low power mode, so disable it. =================================================================== |
Martin Pitt <martin.pitt@ubuntu.com> | no | |||
17-fix-wireless-hook.patch | Check "enabled" wireless state file too. This apparently depends on the particular wireless driver. Also assume that a missing file means "enabled". | Martin Pitt <martin.pitt@ubuntu.com> | no | |||
25-pmu.patch | # Description: Replace the usage of the compiled pm-pmu program with a call # to perl, so that pm-utils can stay Architecture: all =================================================================== |
no | ||||
26-inhibit-on-right-status.patch | Do not use the exit status of log rather the exit status of the hook. =================================================================== |
Ariel Cornejo <arielCo@gmail.com> | yes | upstream | ||
27-run-hook-logging.patch | In suspend log, put empty line after running the hook, not in between. =================================================================== |
Dominique Brazziel <dbrazziel@snet.net> | no | debian | ||
28-suspend-hybrid.patch | Add support for in-kernel suspend to both =================================================================== |
Jaroslav karvada <jskarvad@redhat.com> | yes | upstream | ||
29-laptop-mode-sysctl.patch | Respect sysctl.conf by laptop-mode Since laptop-mode can be executed after or before sysctl.conf depending on the system on AC or Battery, it is not good idea to overwite /proc/sys/vm/* with the fixed default kernel values. |
Osamu Aoki <osamu@debian.org> | yes | debian upstream | ||
80-service.patch | # Debian does not support the "status" action for all init scripts (yet), # so we simply assume that the service is running. # Make use of invoke-rc.d. =================================================================== |
no |