Re: [arch-general] [arch-dev-public] systemd 209 in [testing]
On 02/21/2014 04:24 AM, Thomas Bächler wrote:
Am 20.02.2014 17:33, schrieb Dave Reisner:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have pkgrel=1 into [testing] in a few hours, barring any unforseen problems. It's a huge release (nearly 2000 commits since 208), and I don't anticipate that this will make it into [core]. ...
Another data point: 209 booted fine on my Lenovo W520 with KDE - however lid close no longer puts the laptop into sleep. I see this in log: Feb 21 06:16:50 lap3.prv.sapience.com systemd-logind[534]: Lid closed. Feb 21 06:16:51 lap3.prv.sapience.com kernel: thinkpad_acpi: EC reports that Thermal Table has changed But the laptop remained running. My /etc/systemd/logind.conf has this: HandleLidSwitch=ignore LidSwitchIgnoreInhibited=no which USED to be required - I now wonder if this should be changed to: HandleLidSwitch=suspend LidSwitchIgnoreInhibited=no or something else. I did notice that the KDE menu Leaeve->Restart didn't work either but that may not be related. Gene
Am 21.02.2014 17:16, schrieb Genes Lists:
My /etc/systemd/logind.conf has this:
HandleLidSwitch=ignore LidSwitchIgnoreInhibited=no
This would require your desktop (KDE for example) to react on the LID closing.
which USED to be required - I now wonder if this should be changed to:
HandleLidSwitch=suspend LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except* when something inhibits it - for example, KDE inhibits logind from suspending.
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except* when something inhibits it - for example, KDE inhibits logind from suspending.
Thanks I meant to put LidSwitchIgnoreInhibited=yes to prevent KDE from inhibiting it (so many negatives in there I get confused :) It sounds like KDE may not be doing it's job properly anymore for lid close -> suspend. I will confirm that if I give the job back to systemd-logind whether it suspends correctly on lid close and then report back here. Thanks. gene
On 02/21/2014 11:40 AM, Genes Lists wrote:
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except* when something inhibits it - for example, KDE inhibits logind from suspending.
Thanks I meant to put LidSwitchIgnoreInhibited=yes to prevent KDE from inhibiting it (so many negatives in there I get confused :)
It sounds like KDE may not be doing it's job properly anymore for lid close -> suspend.
I will confirm that if I give the job back to systemd-logind whether it suspends correctly on lid close and then report back here.
Thanks.
gene
Reporting back - below still didn't sleep the laptop. I changed logind.conf to have HandleLidSwitch=suspend LidSwitchIgnoreInhibited=yes Then did systemctl daemon-reload Then closed lid - nothing happened - no suspend. The journal logs this: Feb 21 11:54:24 lap3.prv.sapience.com systemd-logind[534]: Lid closed. Feb 21 11:54:34 lap3.prv.sapience.com systemd-logind[534]: Lid opened. Feb 21 11:54:34 lap3.prv.sapience.com kernel: i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment Feb 21 11:54:34 lap3.prv.sapience.com kernel: pci 0000:00:00.0: no hotplug settings from platform Feb 21 11:54:34 lap3.prv.sapience.com kernel: pci 0000:00:00.0: using default PCI settings Feb 21 11:54:34 lap3.prv.sapience.com kernel: i915 0000:00:02.0: no hotplug settings from platform ...
To be sure I rebopted - and still have same problem - no suspend on lid close - logs just say lid close / lid open as before. so the event is recognized but no suspend. Anything else I can try short of going back to systemd 208?
One final piece of info - with systemd 209 the KDE menu under 'leave' is missing sleep/hibernate buttons. Putting back 208, the buttons come back.
On Friday 21 February 2014 12:26:11 Genes Lists wrote:
One final piece of info - with systemd 209 the KDE menu under 'leave' is missing sleep/hibernate buttons. Putting back 208, the buttons come back.
Same thing happens with systemd-210 from testing. Missing suspend/hibernate options from KDE. systemctl suspend works.
Regarding my previous post about missing sleep/hibernate from KDE with 210, installing testing kdebase-workspace 4.11.6-3 fixes that. The options are there.
Hi On Fri, Feb 21, 2014 at 9:07 AM, Genes Lists <lists@sapience.com> wrote:
To be sure I rebopted - and still have same problem - no suspend on lid close - logs just say lid close / lid open as before. so the event is recognized but no suspend.
Anything else I can try short of going back to systemd 208?
The best thing you can do is to keep working on this issue with systemd team [1]. If this is a bug then it should be fixed upstream and a new version of Arch package should be shipped. [1] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
participants (4)
-
Anatol Pomozov
-
Andrei Amuraritei
-
Genes Lists
-
Thomas Bächler