Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 7 Jul 2012 10:53:21 -0500
From:      Brandon Gooch <jamesbrandongooch@gmail.com>
To:        =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= <gperez@entel.upc.edu>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: Unable to resume amd64 machine
Message-ID:  <CALBk6y%2B3RoRVR8pRyDJrrPNjsYZBK6d71Pioo2is8d13YS9-xQ@mail.gmail.com>
In-Reply-To: <4FF41F15.1030802@entel.upc.edu>
References:  <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> <4FF29521.3010106@entel.upc.edu> <4FF41F15.1030802@entel.upc.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jul 4, 2012 at 5:46 AM, Gustau P=E9rez i Querol
<gperez@entel.upc.edu> wrote:
>
>>>>
>>> This could be similar to thinkpads, see my response to Honest Qiao's
>>> X201...
>>> Here's the short version:
>>>
>>> In single user, set hw.pci.do_power_resume=3D0 and
>>> hw.pci.do_power_suspend=3D0
>>>
>>> Try suspend bounce (and if successful suspend) with suspend beep sysctl
>>> on.
>>>
>>> If that fails (either bounce or full suspend) try just
>>> hw.pci.do_power_resume=3D1
>>>
>>> repeat test (bounce then full suspend)
>>>
>>> If that fails (either bounc or full suspend) try just
>>> hw.pci.do_power_suspend=3D1
>>>
>>> repeat test (bounce then full suspend)
>>>
>>
>
>    Thanks Matt for your suggestions.
>
>    I'll use suspend for hw.pci.do_power_suspend and resume for
> hw.pci.do_power_resume.
>
>    The tests were made in single user with an stripped kernel (I can show=
 a
> kldload -v if needed); no firewire, sdhci, mmc, if_ath, if_em, etc .
>
>    The short story is:
>
>       - without bounce and any combination of suspend and resume, the
> machine beeps forever when resuming from a full suspend
>       - with bounce, with any combination of s/r but suspend=3D1 and resu=
me=3D0
> the machine stays alive without video (it gets full illuminated). With
> bounce and suspend=3D1 and resume=3D0 the machine freezes hard (I heard n=
o beep
> because of bounce=3D1)
>
>    With bounce (when it doesn't freeze) I can do ls -laR /, grep's and I =
see
> the HD spining, so it stays alive with the bounce.
>
>    I tried the same tests (8) with acpi_video loaded and the results were
> the same. Because it seems to work with bounce and because it beeps when
> returning from a full suspend I would say that the problem is in the resu=
me
> code path.
>
>   I could also do all the tests with acpi_fujitsu but it only gives the
> possibility to use the acpi controlled buttons on the notebook. The first
> time I tried to suspend/resume I was using acpi_fujitsu and the machine d=
id
> not resume.
>
>   Thanks for your help.
>
>
> --
> -------------------------------------------------------------------------=
--
> Prou top-posting :      http://ca.wikipedia.org/wiki/Top-posting
> Stop top-posting :      http://en.wikipedia.org/wiki/Posting_style
>
> O O O Gustau P=E9rez i Querol
> O O O Departament d'Enginyeria Telem=E0tica
> O O O Universitat Polit=E8cnica de Catalunya
>       Edifici C3 - Despatx S101-B
>  UPC  Campus Nord UPC
>       C/ Jordi Girona, 1-3
>       08034 - Barcelona

Gustau,

Can you show the output of `devinfo -v` from your system?

I've been able to pinpoint an issue with resume on my notebook
(equipped with nvidia). I'm curious whether this could also affect
intel users...

See my reply in another thread:

http://lists.freebsd.org/pipermail/freebsd-acpi/2012-July/007677.html

-Brandon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CALBk6y%2B3RoRVR8pRyDJrrPNjsYZBK6d71Pioo2is8d13YS9-xQ>