Bug#779412: /sys/power/pm_async defaulting to 1 : unreliable resume event execution

Ondřej Grover ondrej.grover at gmail.com
Tue Apr 28 17:47:09 BST 2015


Hi,

I'd like to point out that my usage of echo 0 > ... pm_async in 780956 was
related more to an apparent race issue in the HDD driver than a udev event.
The udev trigger works correctly on my system, but with async pm often
after it was triggered and applied requested settings on resume the HDD
driver suddenly timed out and the SATA link was reset and lost the settings
state.

Kind regards,
Ondřej Grover


On Tue, Apr 28, 2015 at 6:00 PM, Chris <email.bug at arcor.de> wrote:

>
> There is now a specific spin-off from the closed
> https://bugs.debian.org/780956 (laptop-mode-tools hooks not triggerd)
> in the udev binary package: (reassing to src:systemd did not succeed)
>
>
> To ensure packages have a reliable resume event hook available, udev may
> echo 0 > /sys/power/pm_async, or some device blacklist may be needed (in
> the kernel?) to disable async pm?.
> https://bugs.debian.org/783638
> (original reporters may subscribe)
>
> The relevant "trigger on resume" mechanism from udev seems to be:
> ACTION=="add|remove", SUBSYSTEM=="machinecheck", RUN+="lmt-udev auto
> force"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20150428/91042072/attachment-0002.html>


More information about the Pkg-systemd-maintainers mailing list