Bug 812918

Created attachment 577733 [details]
suspend log

Hello,
I have got same issue since todays' "yum -y update".
Different notebook: HP EliteBook 6930p

I believe it is not directly the kernel causing it but maybe some other package.
After update I have found about this issue and tried with last 2 kernel versions, which were working before, but none of them works anymore.
Problematic package was installed somewhere between 8-Apr and 17-Apr.

kernel-3.3.2-1.fc17.x86_64 (not working)
kernel-3.3.1-5.fc17.x86_64 (not working)
kernel-3.3.1-3.fc17.x86_64 (Was working since 6Apr till yesterday 16Apr, not working now)
kernel-3.3.0-8.fc17.x86_64 (Was working on 4-Apr during the pm-test-day, not working now)


If I try to run pm-suspend it hangs forever.
This is the output of "strace pm-suspend": 
write(1, "Tue Apr 17 18:46:55 CEST 2012: p"..., 50) = 50
stat(".", {st_mode=S_IFDIR|0550, st_size=4096, ...}) = 0
stat("/sbin/sync", 0x7fffd8aa6700)      = -1 ENOENT (No such file or directory)
stat("/usr/sbin/sync", 0x7fffd8aa6700)  = -1 ENOENT (No such file or directory)
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
geteuid()                               = 0
getegid()                               = 0
getuid()                                = 0
getgid()                                = 0
access("/bin/sync", X_OK)               = 0
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
geteuid()                               = 0
getegid()                               = 0
getuid()                                = 0
getgid()                                = 0
access("/bin/sync", R_OK)               = 0
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
geteuid()                               = 0
getegid()                               = 0
getuid()                                = 0
getgid()                                = 0
access("/bin/sync", X_OK)               = 0
stat("/bin/sync", {st_mode=S_IFREG|0755, st_size=27288, ...}) = 0
geteuid()                               = 0
getegid()                               = 0
getuid()                                = 0
getgid()                                = 0
access("/bin/sync", R_OK)               = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f68e2dc2a10) = 10444
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x43e650, [], SA_RESTORER, 0x32cb635990}, {0x4566f0, [], SA_RESTORER, 0x32cb635990}, 8) = 0
wait4(-1,




That write in the strace is "Tue Apr 17 18:46:55 CEST 2012: performing suspend" from the /var/log/pm-suspend.log

And then it hangs forever.

NeworkManager gets to suspend all the network cards and never comes back.
You need to "service NetworkManager restart" to regain the network connectivity.

Best regards
Michal Ambroz

Yes,  I went back and checked and kernels that used to suspend don't anymore.  I even switched to the 3.3.2 kernel and same result.

As #2 says,  I don't think it is the kernel, but I cannot find what is stopping the suspend.

This sounds like bug 812588

Yup,  I installed https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-116.fc17 and suspend now works.  I'm marking this as duplicate

*** This bug has been marked as a duplicate of bug 812588 ***