Firstly, I haven't done comprehensive testing yet, but the following seems to get around the unreliable re-suspend described above. Replacing
with
in /etc/pm/sleep.d/xresume should send the smartq back to sleep after its 2 hour wakeup. (I think there is probably some race condition provoked by calling pm-suspend from within pm-suspend, and the following just prompts the kernel to suspend without invoking the support script). This is still a bit of a nasty kludge, but seems like a workable solution.
No comments:
Post a Comment