<div dir="ltr"><div>Thanks, it worked. Just had to do some debugging to learn the correct action for suspend is 'sleep', while 'suspend' is for hibernate. :]</div><div><br></div><div>Excuse the ignorance, but why is it a problem if every keyboard would get the 'power-switch' tag (or if it wouldn't be needed)? For example, would it be a problem if a distro adds the power-switch tag to all keyboards by default? If the kernel is in a sleep state, how would it matter to filter such events? Or is the idea for it to be able to filter such events immediately after being awoken and then get back to the sleep state?</div><div><br></div><div>t'</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 February 2015 at 07:46, Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, 13.02.15 00:46, Gustavo De Nardin (spuk) (<a href="mailto:gustavodn@gmail.com">gustavodn@gmail.com</a>) wrote:<br>
<br>
> Hello.<br>
><br>
> I'm trying to make my notebook (Lenovo Thinkpad X230) suspend when pressing<br>
> the "sleep" extra key on a wireless keyboard (Logitech K270 using the<br>
> Logitech unifying receiver).<br>
><br>
> I've been able to map the "sleep" key to the 'pauseplay' action in a<br>
> '/etc/udev/hwdb.d/70-keyboard.hwdb' file, for testing, and it works (as<br>
> pause/play, of course), but when I map it to 'suspend', nothing happens.<br>
> Pressing the "suspend" key on the notebook's own keyboard works as expected<br>
> ("out of the box", no messing from my part).<br>
><br>
> I'm running Arch Linux, systemd-218-1, no desktop environment, just<br>
> WindowMaker. /etc/logind.conf has HandleSuspendKey on default<br>
> ('#HandleSuspendKey=suspend').<br>
><br>
> I also just learned from /usr/share/doc/systemd/NEWS that since v210 logind<br>
> won't suspend when the notebook has the lid closed and is on a docking<br>
> station, which is my case. But even testing with lid open and out of the<br>
> dock, it won't suspend from the wireless keyboard.<br>
><br>
> What else would be needed? Where/what should I look for?<br>
<br>
</div></div>logind only listens to keypresses of keyboards that carry the udev tag<br>
"power-switch". It will ignore all others. By default only the buttons<br>
from ACPI devices and certain special laptop input drivers are marked<br>
like that.<br>
<br>
I'd like to open this up for all keyboards by default, but I don't<br>
want to do that unless we can get patches into the kernel that allow<br>
us to suppress wakeups for any key events but the ones we really care<br>
about.<br>
<br>
David Herrmann has been posting patches about this, but so far that<br>
lead to very little:<br>
<br>
<a href="http://markmail.org/message/3omuwwapmfnrwit5#query:+page:1+mid:5v54axmwgteur67z+state:results" target="_blank">http://markmail.org/message/3omuwwapmfnrwit5#query:+page:1+mid:5v54axmwgteur67z+state:results</a><br>
<br>
As a local fix to make this work for you you can write a udev rule<br>
that adds the "power-switch" tag to your keyboard.<br>
<span class="HOEnZb"><font color="#888888"><br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">(nil)</div>
</div>