Sebastien Roy wrote:
> Hi Randy,
>
> On Fri, 2009-09-11 at 08:55 -0700, Randy Fishel wrote:
>
>> On Fri, 11 Sep 2009, Sebastien Roy wrote:
>>
>>
>>> On Sat, 2009-09-05 at 12:40 -0400, Sebastien Roy wrote:
>>>
>>>> 2. When my cpupm setting is set to "enable" (without poll-mode), the
>>>> system refuses to suspend. It blanks the screen and stays up forever
>>>> until I power it down manually. When I set it to "poll-mode", it
>>>> suspends just fine.
>>>>
>>> This turns out to probably be unrelated to cpupm. The /var/adm/messages
>>> I see when the system fails to suspend are:
>>>
>>> Sep 11 08:08:28 seb genunix: [ID 535284 kern.notice] System is being
>>> suspended
>>> Sep 11 08:09:00 seb genunix: [ID 520228 kern.warning] WARNING: Suspend
>>> cannot stop process /usr/lib/gvfsd-trash --spawner :1.8
>>> /org/gtk/gvfs/exec_spaw/0 (ffffff01575d2560:1).
>>> Sep 11 08:09:00 seb genunix: [ID 903701 kern.warning] WARNING: Process may
>>> be waiting for network request, please try again.
>>> Sep 11 08:09:00 seb gnome-session[1247]: [ID 702911 daemon.warning]
>>> WARNING: Could not ask power manager to suspend: Did not receive a reply.
>>> Possible causes include: the remote application did not send a reply, the
>>> message bus security policy blocked the reply, the reply timeout expired,
>>> or the network connection was broken.
>>> Sep 11 08:09:03 seb genunix: [ID 583038 kern.notice] System has been
>>> resumed.
>>>
>>> -Seb
>>>
>>>
>> There is a bug for iwk causing problems on s/r and (supposedly)
>> fixed in 123.
>>
>
> What's the CR?
>
>
>> One user with an R500 experiencing s/r problems was
>> going to see if removing iwi (either by disabling at load or
>> temproarily moving it asside in /kernel/drv), would you be willing to
>> see if disabling the wireless driver on your machine helps?
>>
>
> I can try that, but as an aside, isn't there a way to root-cause s/r
> issues without reverting to trial and error?
>
Not easily. If you have a serial port, you might be able to get some
debug information during the resume, but with just a graphics cards
usually you're stuck ... the video is typically one of the last things
to get resumed. (Primarily because it needs help from userland threads
--i.e. the X server -- to restore everything.)
- Garrett
> -Seb
>
>
> _______________________________________________
> pm-discuss mailing list
> pm-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/pm-discuss
>
