Bug 93073 - [regression bisected] 1002:68a0 After suspend-resume graphics are sluggish and input lags with displayport connected
Summary: [regression bisected] 1002:68a0 After suspend-resume graphics are sluggish an...
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
Depends on:
Reported: 2015-11-23 00:02 UTC by Michiel Janssens
Modified: 2019-11-19 09:10 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Bisect log (2.89 KB, text/plain)
2015-11-23 00:02 UTC, Michiel Janssens
no flags Details
dmesg (71.63 KB, text/plain)
2015-11-23 00:03 UTC, Michiel Janssens
no flags Details
Xorg.0.log (78.38 KB, text/plain)
2015-11-23 00:04 UTC, Michiel Janssens
no flags Details
lspci (42.26 KB, text/plain)
2015-11-23 00:05 UTC, Michiel Janssens
no flags Details
dmesg with drm.debug=14 (747.03 KB, text/plain)
2015-12-09 19:47 UTC, Michiel Janssens
no flags Details

Description Michiel Janssens 2015-11-23 00:02:20 UTC
Created attachment 120039 [details]
Bisect log

As reported at Launchpad:

and to mailinglist:

After resuming from suspend-to-ram, graphics on displayport connected Dell U2415 monitor are sluggish and input has lag.
- transition from unity greeter login locked status to unlocked status: 6 seconds (normal 1 second)
- transition from clicking dash and getting window: 2-3 seconds (normal <1 second)
- starting gedit: 4 seconds (normal <1 second)
- mouse lags, sometimes the pointer is still on the left side of the screen, while it should be on the right
- input from keyboard lags, about 1-2 seconds (normal no lag)

When unplugging the Displayport cable all lag is gone.

When plugging displayport back in again lag is back, same as before.

After a reboot, response of graphics and input is normal. So two options to get rid of the lag: unplug DP or reboot.

Further investigation:
Did a mainline kernel bisect:
From 3.13.11-ckt27 (good) to v4.3-wily (bad)
First bad is v4.0-rc1-vivid
Did a kernel commit bisect:
From 3.19 (good) to 4.0-rc1 (bad)
first bad commit: [e55bca26188e45f209597abf986c87cc5a49894a] radeon/audio: enable DP audio

Commit bisect log is attached

WORKAROUND: radeon.audio=0
However, I'm not able to use audio over Displayport.
Comment 1 Michiel Janssens 2015-11-23 00:03:20 UTC
Created attachment 120040 [details]
Comment 2 Michiel Janssens 2015-11-23 00:04:39 UTC
Created attachment 120041 [details]
Comment 3 Michiel Janssens 2015-11-23 00:05:37 UTC
Created attachment 120042 [details]
Comment 4 Michiel Janssens 2015-12-09 19:47:13 UTC
Created attachment 120439 [details]
dmesg with drm.debug=14

Maybe this gives an extra clue.
Dmesg with drm.debug=14 from boot to logged-in and following suspend resume. Done with kernel v4.3

Also tested with v4.4-rc4, but since 4.4-rc1 my laptop won't suspend properly.
Comment 5 Martin Peres 2019-11-19 09:10:20 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/665.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.