Re: suspend/resume regression

From: Niclas Zeising <zeising+freebsd_at_daemonic.se>
Date: Mon, 14 May 2018 10:27:59 +0200
On 05/14/18 10:06, Edward Tomasz Napierała wrote:
> On 0513T1244, Pete Wright wrote:
>>
>>
>> On 05/13/2018 10:27, Pete Wright wrote:
>>>
>>>
>>> On 05/13/2018 08:58, Theron wrote:
>>>>> Hi!
>>>>> I'm also seeing issues, not as severe as Pete, but after I resume
>>>>> (which works, with drm-next and DMC firmware), the system becomes
>>>>> sluggish.  It feels like I/O takes more time, and graphics are
>>>>> sluggish (very sientific, I know, but for instance git operations
>>>>> are much slower after a resume).  I know there's been an update to
>>>>> acpica between my system updates, when this started to happen, but I
>>>>> haven't had time to revert that update and test again.  I will try
>>>>> to do that and report back.
>>>>> Regards
>>>> Hi Niclas,
>>>> I used drm-next on Skylake with issues which sound similar. Resuming
>>>> from suspend, or simply switching the laptop display output off and
>>>> on from xrandr, resulted in graphics sluggishness (drop to 30fps in
>>>> glxgears) and graphical corruption in Xorg apps, which persisted even
>>>> after restarting these apps. Switching to drm-stable made the
>>>> problems go away; I haven't had time to figure out what -next is
>>>> doing differently to cause them.
>>>>
>>>> Pete's issue sounds more severe, and unrelated as it happens without
>>>> drm loaded.  My kernel is two weeks out of date (r333093), so I need
>>>> to check whether the more recent changes affect my system as well.
>>>>
>>> so i've done a bit more debugging on my end.  i've even installed the
>>> 11.2-BETA branch last night since 11-STABLE worked without issues
>>> about a month or so ago.
>>>
>>> i've set "debug.acpi.resume_beep=1" and when resuming after entering
>>> an S3 sleep state the bell rings and does not stop until i do a hard
>>> reset (both with i915kms loaded and unloaded).
>>>
>>> kinda at a loss as to how this could break both CURRENT and basically
>>> 11-STABLE.  i'm going to make a ubuntu live image and test that, my
>>> laptop is a System76 laptop that shipped with ubuntu originally.  if
>>> that is broken as well then i guess this could be a hardware issue.
>>>
>> ubuntu live image suspends/resumes without issue so this certainly seems
>> to be a freebsd issue unfortunately.  i guess next step is to attempt to
>> find a working CURRENT snapshot that does suspend/resume without issue
>> then start looking at commits?
> 
> FWIW, I'm seeing the same - sluggishness after resume - with stock
> 12-CURRENT, without drm-next, just vanilla i915kms.ko, on T420.
> 
> TBH I'm not entirely sure it's X11 problem - as I'm writing it now,
> under vt(4), it seems somewhat slow too.
> 

It's not impossible that there are two different regressions, one 
causing sluggishness and one causing graphics corruption, or that they 
are intertwined. I have a Kaby Lake system which I run these tests on. 
I also have a window where the regression seem to have happened. 
r333269 to r333340, so once I have time I'll start bisecting.

Hopefully I can test on older systems as well.
Regards
-- 
Niclas
Received on Mon May 14 2018 - 06:28:02 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:16 UTC