[Bug 217237] New: Fail to read EDID after resuming from suspend since kernel 6.2

bugzilla-daemon at kernel.org bugzilla-daemon at kernel.org
Thu Mar 23 21:40:12 UTC 2023


https://bugzilla.kernel.org/show_bug.cgi?id=217237

            Bug ID: 217237
           Summary: Fail to read EDID after resuming from suspend since
                    kernel 6.2
           Product: Drivers
           Version: 2.5
    Kernel Version: 6.3.0-rc3
          Hardware: All
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri at kernel-bugs.osdl.org
          Reporter: chewi at gentoo.org
        Regression: No

Created attachment 304013
  --> https://bugzilla.kernel.org/attachment.cgi?id=304013&action=edit
dmesg from 6.2.7 showing boot, suspend, resume

Since upgrading past Linux kernel 6.2, my system has been unable to read the
EDID after resuming from suspend. I got the following error:

[  135.566642] EDID block 0 is all zeroes
[  135.566831] amdgpu 0000:0f:00.0: [drm] User-defined mode not supported:
"2560x1440": 144 592000 2560 2568 2600 2666 1440 1465 1470 1543 0x60 0x9
[  135.566836] amdgpu 0000:0f:00.0: [drm] User-defined mode not supported:
"2560x1440": 144 807923 2560 2784 3072 3584 1440 1441 1444 1565 0x20 0x6

After this, the only available mode is 640x480. This happens with both my
displays, a monitor and a TV. I have a Radeon RX 6800 XT that previously worked
fine in this regard. I usually override the EDID with drm.edid_firmware, but
removing this has not helped.

I tried bisecting the issue, but perhaps it doesn't happen every single time,
as it lead my down a dead end. I also tried reverting some potential culprits,
to no avail. I can see that there were some very large EDID-related changes by
Jani Nikula for 6.2. I wasn't able to revert these, so I will CC them here.

I am happy to provide further information.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.


More information about the dri-devel mailing list