awilliam at redhat.com
Thu Nov 17 01:53:39 UTC 2011
On Wed, 2011-11-16 at 18:25 -0700, Peter Gueckel wrote:
> Adam Williamson wrote:
> > On Wed, 2011-11-16 at 06:25 -0500, Jon Masters wrote:
> >> On Wed, 2011-11-16 at 05:50 -0500, Jon Masters wrote:
> >> > On a recently installed system running rawhide I notice that this is
> >> > not working for me. I click "suspend", my network drops...it looks
> >> > hopeful, then I see the network come back up. Of course, a simple cat
> >> > into sysfs
> >> > does suspend the system, so it can work just fine. Ok. So I download
> >> > the xfce4-session source and start looking. Then I write a simple DBus
> >> > utility to call upower directly, first to check I am allowed to suspend
> >> > (which I am), then to call Suspend directly. Same behavior. Something
> >> > is up in upower but before I go tearing that apart...any debug
> >> > suggestions?
> >> So then I go re-learning how pm-utils works, and the hooks, and in
> >> particular /usr/lib64/pm-utils/sleep.d/56atd from the latest at, which
> >> has been all systemd-ified but with a broken test on line 14.
> >> Ah well, I guess I was overdue for digging through that anyway. I'll
> >> file or hunt down whatever bug is already reported.
> > Thanks for that - I've been seeing the same thing the last couple of
> > days but hadn't had time to dig into it yet.
> I'm not sure if this is the same thing, but on Fedora 16, since about 2 days,
> whenever I clicked suspend to RAM, the system locked the screensaver, but the
> system never suspended. This morning, I installed the new test kernel,
> 3.1.1-2.fc16.x86_64, and now it suspends properly again. Could it have been
> something in the kernel?
No, that sounds like exactly the bug discussed above, and I would bet
dollars to donuts you got an update to 'at' at the same time as you got
an update to the kernel. The 'at' update fixes the bug.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
More information about the test