Bug 109384 - Bad DisplayPort enumeration and wrong refresh rate with Hawaii chip
Summary: Bad DisplayPort enumeration and wrong refresh rate with Hawaii chip
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/AMDgpu (show other bugs)
Version: DRI git
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-18 18:38 UTC by o0x84zzj1uu
Modified: 2019-11-19 09:11 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0 log with DC off (48.24 KB, text/x-log)
2019-01-18 18:38 UTC, o0x84zzj1uu
no flags Details
Xorg.1 log with DC off (77.37 KB, text/x-log)
2019-01-18 18:38 UTC, o0x84zzj1uu
no flags Details
Xorg.0 log with DC on (48.02 KB, text/x-log)
2019-01-18 18:39 UTC, o0x84zzj1uu
no flags Details
Xorg.1 log with DC on (77.37 KB, text/x-log)
2019-01-18 18:40 UTC, o0x84zzj1uu
no flags Details
dmesg with DC off (77.45 KB, text/x-log)
2019-01-18 18:41 UTC, o0x84zzj1uu
no flags Details
dmesg with DC on (71.05 KB, text/x-log)
2019-01-18 18:42 UTC, o0x84zzj1uu
no flags Details

Description o0x84zzj1uu 2019-01-18 18:38:16 UTC
Created attachment 143150 [details]
Xorg.0 log with DC off

I'm running Solus KDE with kernel 4.20.2 but I've had these issues since kernel 4.19. Here's the list of issues with AMDGPU DC enabled:
- With Solus' default kernel flags I have wrong DisplayPort enumeration, meaning that I get DisplayPort-1 when I turn on the computer, and then DisplayPort-2 when I get my monitor to sleep and then I wake it up.
- If I put my computer on sleep (suspension) and then wake it up, I cannot set a usable refresh rate. This means I actually get 40 Hz when I set 60, and 45 Hz when I set 74 (yeah, I have a bit of screen "overclocking". That's how I found DisplayPort enumeration is wrong).
- I get microstuttering, particularly noticeable when I drag windows around.

Now, all these issues are non existant if I set the amdgpu.dc=0 kernel flag. Also, DisplayPort number is DisplayPort-0 under any circumstances.

❯ inxi -G
Graphics:  Device-1: AMD Hawaii PRO [Radeon R9 290/390] driver: amdgpu v: kernel 
           Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa 
           resolution: 1920x1080~60Hz 
           OpenGL: 
           renderer: AMD Radeon R9 200 Series (HAWAII DRM 3.27.0 4.20.2-107.current LLVM 7.0.0) 
           v: 4.5 Mesa 18.3.1
Comment 1 o0x84zzj1uu 2019-01-18 18:38:49 UTC
Created attachment 143151 [details]
Xorg.1 log with DC off
Comment 2 o0x84zzj1uu 2019-01-18 18:39:13 UTC
Created attachment 143152 [details]
Xorg.0 log with DC on
Comment 3 o0x84zzj1uu 2019-01-18 18:40:04 UTC
Created attachment 143153 [details]
Xorg.1 log with DC on
Comment 4 o0x84zzj1uu 2019-01-18 18:41:55 UTC
Created attachment 143154 [details]
dmesg with DC off
Comment 5 o0x84zzj1uu 2019-01-18 18:42:31 UTC
Created attachment 143155 [details]
dmesg with DC on
Comment 6 Michel Dänzer 2019-01-21 11:44:28 UTC
(In reply to fabio0x from comment #0)
> - I get microstuttering, particularly noticeable when I drag windows around.

See bug 106175.
Comment 7 Martin Peres 2019-11-19 09:11:04 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/675.


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.