[FIXED]Last kernel update sleep/resume failure

agumonkey · 2013-09-25 12:12:26

I messed my post. see next

Last edited by agumonkey (2013-09-25 12:13:44)

agumonkey · 2013-09-25 12:13:03

WorMzy wrote:

The -2 linux package just has a fix for a skge (network) module regression. Like Aaron Lu says in the bug report, he can't reproduce the bug, and needs some extra information to diagnose the problem. Jeff Pohlmeyer looks to have done most of the hard work and isolated a cluster of commits where the problem surfaced. If you can find the time to assist with the investigation and share your findings on the bug report, it may help find a fix sooner.

Link to Jeff's comments : https://bugzilla.kernel.org/show_bug.cgi?id=61781#c6

aatoma · 2013-09-26 08:00:58

Same thing here. Kernel 3.11.1 on i686 fails to resume dropping me down at login prompt.
Any systemd command after that results in the previously reported D-Bus connection failed error.
Downgrade to 3.10.10 fixes it.

agumonkey · 2013-09-26 09:50:00

And the glibc 2.18-5 push of today has brought back the problem for me (kern 3.11.1-2 too)

archie0 · 2013-09-29 06:26:07

Are you guys still having the problem? I'm on kernel 3.11.2 , x86_64 install and I can't resume from suspend.

venam · 2013-09-29 09:37:29

archie0 wrote:

Are you guys still having the problem?

I didn't update yet, I'm also waiting to check if the problem is still present.

archie0 wrote:

I'm on kernel 3.11.2, x86_64 install and I can't resume from suspend.

So the problem isn't just about 32bit anymore?

cecar · 2013-09-29 09:56:32

The 64bit 3.11.2 kernel works for me. Still same problem with 32bit.

Shark · 2013-09-29 12:29:07

For me, on i686, the problem still persist. Curently using LTS version to avoid the bug.

stuartm666 · 2013-09-29 14:51:49

I was wondering if anyone could help fix this issue. When i close down my laptop lid and open it back up again the gnome 3 lock screen appears as expected. But when i log back in gnome's networkmanager application doesn't start back up. Ive tried the "systemctl enable networkmanager" command and nothing happens the terminal just freezes. Also it dosn't let me shut down or restart the laptop with both the GUI and terminal nothing happens. The networkmanager and the shutdown and restart functions work fine before I close the lid down.

WorMzy · 2013-09-29 16:03:29

Is this a 32-bit laptop with an up-to-date kernel?

https://bbs.archlinux.org/viewtopic.php?id=170008

stuartm666 · 2013-09-29 16:54:22

Yes its a 32-bit machine with the latest kernel version.

WorMzy · 2013-09-29 18:30:51

Then, from the symptoms you've described, you're probably suffering from the same bug described in that topic. An interim "solution" is to downgrade your kernel or switch to the lts kernel, though you should consider helping to isolate and debug the problem by participating in the kernel bug report.

ewaller · 2013-09-29 18:41:47

Merging threads

georgej116 · 2013-09-30 00:19:22

Updated to the latest kernel. Suspend still breaks systemd on my 32bit computer.

rongmu · 2013-10-01 06:16:33

Same situation with kernel 3.11.2-1
Resumed from suspend, first I found I couldn't establish any network connection, then, not even be able to use reboot command.

Last edited by rongmu (2013-10-01 06:18:26)

agumonkey · 2013-10-01 09:07:40

Reading the last comments https://bugzilla.kernel.org/show_bug.cgi?id=61781#c19 they seems to be closing in on the issue. Pretty interesting investigation.

yetanothergeek · 2013-10-01 09:13:18

Ugly workaround script (works for me, YMMV)

#!/bin/bash
strace -p 1 -o /dev/null 2>/dev/null &
StracePid=$!
sleep 1
systemctl suspend
kill $StracePid

Note: You'll need to have strace installed (pacman -S strace) and you might need to run this script as root.

.

agumonkey · 2013-10-01 09:54:31

yetanothergeek wrote:

Ugly workaround script (works for me, YMMV)
#!/bin/bash
strace -p 1 -o /dev/null 2>/dev/null &
StracePid=$!
sleep 1
systemctl suspend
kill $StracePid
Note: You'll need to have strace installed (pacman -S strace) and you might need to run this script as root.
.

Could you explain what appears to me as black magic ? strace interfere with kernel time ?

yetanothergeek · 2013-10-01 10:18:40

agumonkey wrote:

Could you explain what appears to me as black magic ? strace interfere with kernel time ?

Your guess is as good as mine.
.

Trilby · 2013-10-01 10:22:06

As an only mildly-educated guess, if a running strace fixes the problem, the underlying problem is likely a race condition. The strace adds just enough lag or delay to alleviate the conflicting timing.

agumonkey · 2013-10-01 10:55:43

Trilby wrote:

As an only mildly-educated guess, if a running strace fixes the problem, the underlying problem is likely a race condition. The strace adds just enough lag or delay to alleviate the conflicting timing.

Ok, so the script is a way to "install" some operations post wake up. I still wonder if it's strace specific, gonna try with other programs.

ps: just realized strace was attaching to systemd ..

Last edited by agumonkey (2013-10-01 11:33:39)

Trilby · 2013-10-01 12:25:05

agumonkey wrote:

[Ok, so the script is a way to "install" some operations post wake up ...

No - at least that's not what I was suggesting. Again, my suggested explanation is a bit of a guess, but I suspect it is simply due to the strace making every step take a little longer. This added time allows some processes or threads to get to a needed place before some other process or thread that relies on them.

Again, this is a guess, but it is based on experience with buggy multithreaded processes: in my (admittedly limited) experience, if simply running an strace on a process makes the buggy behavior disappear, the buggy behavior is likely due to a race condition of one process getting "ahead" of another process that it should be synchronized or coordinated with.

pekgr · 2013-10-02 18:37:05

Same problem here with kernel 3.11.2-1-i686.
Downgrade to kernel 3.11.1-2-i686 but the problems continued.
The kernel 3.11.1-1-i686 fixed both the wireless and the shutdown
problems after resume from suspend.
Thank you all...

jasonwryan · 2013-10-02 19:35:57

Please don't post simply to echo that you have the same issue: if you have substantive information, add that, but otherise it is just empty posting that clutters the thread.

poseidon · 2013-10-02 19:37:28

pekgr wrote:

Same problem here with kernel 3.11.2-1-i686.
Downgrade to kernel 3.11.1-2-i686 but the problems continued.
The kernel 3.11.1-1-i686 fixed both the wireless and the shutdown
problems after resume from suspend.
Thank you all...

Hm, my machine seems to be still on 3.11.1-1, at least uname -a yields
3.11.1-1-ARCH #1 SMP PREEMPT Sat Sep 14 20:31:35 CEST 2013 i686 GNU/Linux
Does that mean, that there's an other reason for this behaviour, here?

Arch Linux

#26 2013-09-25 12:12:26

Re: [FIXED]Last kernel update sleep/resume failure

#27 2013-09-25 12:13:03

Re: [FIXED]Last kernel update sleep/resume failure

#28 2013-09-26 08:00:58

Re: [FIXED]Last kernel update sleep/resume failure

#29 2013-09-26 09:50:00

Re: [FIXED]Last kernel update sleep/resume failure

#30 2013-09-29 06:26:07

Re: [FIXED]Last kernel update sleep/resume failure

#31 2013-09-29 09:37:29

Re: [FIXED]Last kernel update sleep/resume failure

#32 2013-09-29 09:56:32

Re: [FIXED]Last kernel update sleep/resume failure

#33 2013-09-29 12:29:07

Re: [FIXED]Last kernel update sleep/resume failure

#34 2013-09-29 14:51:49

Re: [FIXED]Last kernel update sleep/resume failure

#35 2013-09-29 16:03:29

Re: [FIXED]Last kernel update sleep/resume failure

#36 2013-09-29 16:54:22

Re: [FIXED]Last kernel update sleep/resume failure

#37 2013-09-29 18:30:51

Re: [FIXED]Last kernel update sleep/resume failure

#38 2013-09-29 18:41:47

Re: [FIXED]Last kernel update sleep/resume failure

#39 2013-09-30 00:19:22

Re: [FIXED]Last kernel update sleep/resume failure

#40 2013-10-01 06:16:33

Re: [FIXED]Last kernel update sleep/resume failure

#41 2013-10-01 09:07:40

Re: [FIXED]Last kernel update sleep/resume failure

#42 2013-10-01 09:13:18

Re: [FIXED]Last kernel update sleep/resume failure

#43 2013-10-01 09:54:31

Re: [FIXED]Last kernel update sleep/resume failure

#44 2013-10-01 10:18:40

Re: [FIXED]Last kernel update sleep/resume failure

#45 2013-10-01 10:22:06

Re: [FIXED]Last kernel update sleep/resume failure

#46 2013-10-01 10:55:43

Re: [FIXED]Last kernel update sleep/resume failure

#47 2013-10-01 12:25:05

Re: [FIXED]Last kernel update sleep/resume failure

#48 2013-10-02 18:37:05

Re: [FIXED]Last kernel update sleep/resume failure

#49 2013-10-02 19:35:57

Re: [FIXED]Last kernel update sleep/resume failure

#50 2013-10-02 19:37:28

Re: [FIXED]Last kernel update sleep/resume failure

Board footer