Re: Sleep/Lenovo SL410 fails again after csup & clang

From: Jung-uk Kim <jkim_at_FreeBSD.org>
Date: Wed, 20 Oct 2010 12:59:52 -0400
On Tuesday 19 October 2010 09:15 pm, Matt wrote:
>   My experience with a sleeping freebsd laptop has been shortlived!
>
> Today I rebuilt world using clang & this morning's csup current.
> Clang build went just swimmingly.
>
> Unthinkingly, I closed my laptop lid and put it in my case.
> When I got to my house, it was roasting with fans spinning and
> sleep light flashing. No damage, thankfully.
>
> Low and behold, hw.pci.do_power_resume=0 no longer lets my laptop
> sleep!
>
> I had recently fiddled with powerd, but problem persisted after
> reverting to previous configuration of associated sysctls etc.
>
> Interestingly, sleep bounce now fails with a hard freeze, which it
> never has in the past.
>
> Verbose output shows the wifi then re0 network interfaces going
> from D0->D3 as last living output.
>
> Please note problem persists regardless of user, X running,
> sleep_delay sysctl, do_power_resume, do_power_nodriver, powerd
> running/not running.
>
> Without sleep bounce, problem is characterized by flashing sleep
> light and spinning fans (CPU temperature is high).
>
> No devices added or removed, was sleeping this morning before
> buildworld. Is it worth rebuilding with gcc? Or a content change
> and not a compiler issue? Any major pci changes lately maybe?

Can you please update source and try again?  If it does not work, 
please set a new tunable "hw.pci.do_power_suspend=0" and tell me 
whether it helps or not.  FYI, hw.pci.do_power_resume does not apply 
to suspend any more.  So, if you want to restore the previous 
behaviour, you need both "hw.pci.do_power_resume=0" and 
"hw.pci.do_power_suspend=0".  However, my hunch tells me that you 
only need the latter.

Also, if possible, I'd like to see 'devinfo -rv', 'pciconf -clv', 
'acpidump -dt', and 'lspci -vvv' output.  Note lspci is available via 
ports/sysutils/pciutils.

Thanks,

Jung-uk Kim
Received on Wed Oct 20 2010 - 15:00:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:08 UTC