Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Sep 2020 11:30:13 +0300
From:      Andriy Gapon <avg@FreeBSD.org>
To:        Warner Losh <imp@bsdimp.com>
Cc:        =?UTF-8?Q?Eirik_=c3=98verby?= <ltning@anduin.net>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)
Message-ID:  <00497b79-e012-3e06-a6e4-42823ad68396@FreeBSD.org>
In-Reply-To: <CANCZdfpuKvs0hfA%2BP_zQ%2Btaok3k22RU77Sb7m1L2qG4-SXK-Bw@mail.gmail.com>
References:  <0b2f0f19-490b-4bb5-52b3-201e24ebeaee@anduin.net> <8f160583-47bb-3090-9713-ba0857be9b3e@FreeBSD.org> <a287e0f1-a7f1-b307-6254-f89f64c54ed6@anduin.net> <39ceba1e-3e9e-a861-ab71-d376969990c4@FreeBSD.org> <CANCZdfpuKvs0hfA%2BP_zQ%2Btaok3k22RU77Sb7m1L2qG4-SXK-Bw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 16/09/2020 10:05, Warner Losh wrote:
> 
> 
> On Wed, Sep 16, 2020 at 12:31 AM Andriy Gapon <avg@freebsd.org
> <mailto:avg@freebsd.org>> wrote:
> 
>     On 15/09/2020 23:13, Eirik Øverby wrote:
>     > On 9/15/20 9:50 PM, Andriy Gapon wrote:
>     >> On 15/09/2020 22:36, Eirik Øverby wrote:
>     >>> Now, since I updated from r365358 to r365688, I have not once been able
>     to wake from sleep.
>     >>
>     >> Is that the only thing that changed?
>     >> Any port / package upgrades?
>     >
>     > There have been updates to packages, yes - but it didn't even occur to me
>     that these could impact the resume process at such an early stage. Not sure
>     which that would be; obviously the drm module has been rebuilt each time I
>     upgraded, but I don't have any other kernel modules installed from packages.
> 
>     Yes, I specifically had drm modules in mind.
> 
> 
> I too can report this for my Lenovo Yoga running code as of September 13, but
> with manu's latest drm...  It used to work fine, but my last build on the system
> was from May. Most likely a new panic in that code path, but I've not chased
> down further...

One thing to check is to set debug.acpi.suspend_bounce=1 before suspending.
This will run suspend (and then resume) methods of all drivers just like for a
normal suspend, but will skip the actual ACPI suspend.

-- 
Andriy Gapon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00497b79-e012-3e06-a6e4-42823ad68396>