[Pkg-systemd-maintainers] Bug#736389: Bug#736389: systemd: HandleSuspendKey failes to handle sleep key
Michael Stapelberg
stapelberg at debian.org
Mon Jan 27 22:08:36 GMT 2014
Hi Kapil,
Kapil Hari Paranjape <kapil at imsc.res.in> writes:
> On Sun, 26 Jan 2014, Michael Stapelberg wrote:
>> $ journalctl -f -u systemd-logind.service
>> Jan 26 11:19:28 x200 systemd-logind[11478]: Suspend key pressed.
>> Jan 26 11:19:28 x200 systemd-logind[11478]: Suspending...
>
> I did not ever get this in the journal.
>
> In fact, to test the setup, I did a "debootstrap" install of jessie,
> followed by installing systemd-sysv, the kernel and kbd. (In other
> words, a "bare-bones" install!)
>
> The "showkey" command still recognises the key as giving code "142" but
> suspend does not work.
>
> I do not know where the problem lies. Perhaps systemd is relying on the
> event driver for the specific key and not the keyboard driver to
> generate the specific code (this is just a guess since I don't know much
> about this).
>
> I can investigate some more if you let me know what you want
> investigated.
Can you please provide the output of the following command?
for dev in /dev/input/event*
do
udevadm info -q all -n $dev
done
What you should see in there is a line saying TAGS=:power-switch:, which
will make logind listen to that input device for system button events.
You should also see messages stating “Watching system buttons on
/dev/input/event3 (Power Button)” in the journal, emitted by logind.
Can you append the output of journalctl -u systemd-logind.service -b
please?
In case this is not enough of a hint to debug and fix this, it’d also be
good to provide a full strace output of logind (overwrite the ExecStart
line to wrap logind in strace).
--
Best regards,
Michael
More information about the Pkg-systemd-maintainers
mailing list