Public bug reported: BugLink: https://bugs.launchpad.net/bugs/2161064
[ Impact ] DisplayID is a successor for the tradition EDID. The panel type detection used in Ubuntu right now relies upon the VSDB from the panel. Not all panel vendors populate this. But the ones that don't do tend to populate the DisplayID blocks. This SRU adds DisplayID 2.x to panel heuristics in amdgpu DM, allowing the 7.0-oem kernel to detect more panel types. [ Fix ] Cherry-pick the following patchest: - [PATCH v3 0/3] drm: detect panel type from DisplayID 2.x[1] And its dependent patches: - [PATCH 0/2] drm: Move AMD VSDB parsing into DRM EDID core[2] [ Tests ] 1. Connect the system to a display where DID is populated. 2. Boot into the kernel with DRM dynamic debug enabled. 3. Look into the drm log. It should show message similar to "[CONNECTOR:] DisplayID extension version ..., primary use 0x..." [ Where problems could occur] This adds/extract parsing logic of AMD VSDB and DisplayID to a generic DRM EDID helper. Currently in 7.0-oem, amdgpu is the only user for that meta data, so the impact should be limited to AMD hardware. This also changes the behavior of how amdgpu DM determines panel characteristics. That said, this is currently used as a fallback if all previously supported method fail, so this shouldn't impact displays that already work. [ Additional Information ] [1] https://lore.kernel.org/all/[email protected]/ [2] https://lore.kernel.org/all/[email protected]/ ** Affects: linux-oem-7.0 (Ubuntu) Importance: Undecided Assignee: Leo Lin (0xff07) Status: New ** Tags: originate-from-2152624 ** Changed in: linux-oem-7.0 (Ubuntu) Assignee: (unassigned) => Leo Lin (0xff07) ** Description changed: + BugLink: https://bugs.launchpad.net/bugs/2161064 + [ Impact ] DisplayID is a successor for the tradition EDID. The panel type detection used in Ubuntu right now relies upon the VSDB from the panel. Not all panel vendors populate this. But the ones that don't do tend to populate the DisplayID blocks. This SRU adds DisplayID 2.x to panel heuristics in amdgpu DM, allowing the 7.0-oem kernel to detect more panel types. [ Fix ] Cherry-pick the following patchest: - [PATCH v3 0/3] drm: detect panel type from DisplayID 2.x[1] And its dependent patches: - [PATCH 0/2] drm: Move AMD VSDB parsing into DRM EDID core[2] [ Tests ] 1. Connect the system to a display where DID is populated. 2. Boot into the kernel with DRM dynamic debug enabled. 3. Look into the drm log. It should show message similar to "[CONNECTOR:] DisplayID extension version ..., primary use 0x..." [ Where problems could occur] This adds/extract parsing logic of AMD VSDB and DisplayID to a generic DRM EDID helper. Currently in 7.0-oem, amdgpu is the only user for that meta data, so the impact should be limited to AMD hardware. This also changes the behavior of how amdgpu DM determines panel characteristics. That said, this is currently used as a fallback if all previously supported method fail, so this shouldn't impact displays that already work. [ Additional Information ] [1] https://lore.kernel.org/all/[email protected]/ [2] https://lore.kernel.org/all/[email protected]/ ** Tags added: originate-from-2152624 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2161064 Title: [SRU] Add DisplayID to the panel detection logic in amdgpu dm To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-oem-7.0/+bug/2161064/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
