Bug 219888
| Summary: | amdgpu: Oops connecting HDMI/DVI/DP on DCE6 | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | Alexandre Demers (alexandre.f.demers) |
| Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
| Status: | RESOLVED PATCH_ALREADY_AVAILABLE | ||
| Severity: | high | CC: | alexdeucher |
| Priority: | P3 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 6.11.0 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | e6a901a00822659181c93c86d8bbc2a17779fddc |
|
Description
Alexandre Demers
2025-03-16 00:30:50 UTC
Since I had not encountered this problem until recently (the HD7850 was sitting as the primary GPU until my secondary GPU had to be replaced), I tried to inverse the primary GPU (RX 5500 XT) with the secondary GPU (HD7850). So, when the HD7850 sits as the primary GPU, it still doesn't output any video on 6.13.7 and it freezes. However, it works properly on 6.10.2 when sitting as primary (the HD7850 still doesn't output anything when sitting as the secondary GPU, but it doesn't crash. Thus, this seems be a different issue). I'll try to narrow it down a bit more to figure out if it was introduced between 6.10 and 6.13. 6.11.0 exhibits the same problem where there is no output. There must a signal established though, since the monitor doesn't complain about "No signal". However, the boot process is stuck. Using the radeon driver works as expected. (In reply to Alexandre Demers from comment #1) > Since I had not encountered this problem until recently (the HD7850 was > sitting as the primary GPU until my secondary GPU had to be replaced), I > tried to inverse the primary GPU (RX 5500 XT) with the secondary GPU > (HD7850). > > So, when the HD7850 sits as the primary GPU, it still doesn't output any > video on 6.13.7 and it freezes. For precision, when I say "it freezes", I mean the GPUs freeze: no output on any of the GPUs. However, I still see activity on the front light of the computer, so the kernel itself is still running. If I connect the monitor on the RX 5500 XT in this configuration (sitting as secondary GPU) before booting, the RX 5500 XT works properly until I try to connect the monitor to the HD7850 (then, no output on any GPU after that). Alexandre > > However, it works properly on 6.10.2 when sitting as primary (the HD7850 > still doesn't output anything when sitting as the secondary GPU, but it > doesn't crash. Thus, this seems be a different issue). > > I'll try to narrow it down a bit more to figure out if it was introduced > between 6.10 and 6.13. 6.12.0 was already "Oopsing". I hadn't checked if 6.11.0 was "oopsing" in the log though before testing 6.12.0, I'll have to check it out later. bisecting found out the following culprit: e6a901a00822659181c93c86d8bbc2a17779fddc is the first bad commit commit e6a901a00822659181c93c86d8bbc2a17779fddc (HEAD) Author: Wenjing Liu <wenjing.liu@amd.com> Date: Wed Apr 17 15:23:08 2024 -0400 drm/amd/display: use even ODM slice width for two pixels per container [why] When optc uses two pixel per container, each ODM slice width must be an even number. [how] If ODM slice width is odd number increase it by 1. Reviewed-by: Dillon Varone <dillon.varone@amd.com> Acked-by: Wayne Lin <wayne.lin@amd.com> Signed-off-by: Wenjing Liu <wenjing.liu@amd.com> Tested-by: Daniel Wheeler <daniel.wheeler@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com> Looking at the commit, this bug probably affects a wider range of GPUs since DCE12.0 and DCE8.0 rely on the change applied to DCE11.0 DCE6's dce60_tg_funcs structure is missing .is_two_pixels_per_container = dce110_is_two_pixels_per_container It seems the fix is already in 6.14-rc7. For reference, commit e204aab79e01bc8ff750645666993ed8b719de57 It will be patched in upcoming 6.14, but this should be backported. |