With Fedora 23, native resolution output (4096x2160) was working with the following modeline: Modeline "4096x2160" 760.00 4096 4432 4880 5664 2160 2163 2173 2237 -hsync +vsync With the same modeline in Fedora 24, screen output fails, with the following log messages: kernel: [drm:radeon_dp_link_train [radeon]] *ERROR* channel eq failed kernel: [drm:radeon_dp_link_train [radeon]] *ERROR* channel eq failed: 5 tries * I installed the last (working) kernel I was using in Fedora 23 (4.5.7-200.fc23.x86_64) and still no output. * Strangely, the version of xorg-x11-drv-ati seems to be the same on F23 and F24 (7.6.1-3.20160215gitd41fccc) * With CVT-R, I can get full output res., but with artifacts down the right hand side of the screen, the same behaviour as on F23. * 4096x2160@60 was added as a custom modeline in xorg.conf.d as EDID can't describe that horizontal res
Update: I must have been wrong about having booted from kernel 4.5 on F23 - just tested some old F23/F24 kernels on F24 with the following results: 4.4.9-300.fc23 (last 4.4 on F23) - WORKS 4.5.0-300.fc24 (first non-RC 4.5 on F24) - DOESN'T WORK 4.5.3-200.fc23 (first 4.5 on F23) - DOESN'T WORK So seems to be a kernel 4.5 regression. What's the best way of getting this fixed?
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 24 kernel bugs. Fedora 24 has now been rebased to 4.7.4-200.fc24. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 25, and are still experiencing this issue, please change the version to Fedora 25. If you experience different issues, please open a new bug report for those.
This bug is still present in 4.7.4-200. The only change is that KMS auto-configures before X to the correct 4096x2160 resolution instead of 3840x2160. The core issue - corruption or no output at the correct resolution in kernels 4.5+ - remains. CVT timing - no signal. CVT-R timing - signal, but corruption down the right-hand side. Kernel 4.4 works with CVT timing corruption-free. Am I wasting my time responding to this? The first response on this bug has been a mass-update message after 2.5 months.
Assigning this to the correct component. the xorg-x11-drv-ati area is used for tracking issues with kernel graphics drivers.
Even though it's nothing to do with X?
I'm not sure if this was assigned *away* from xorg-x11-drv-ati, if so ignore my last comment. This bug is still present on Fedora 25 with the kernel 4.8.* series (currently 4.8.5). I am now running a kernel from two Fedora versions ago (4.4.9 from F23) to have a working monitor. How can I progress this? It's been entirely ignored for the Fedora 24 release period.
(In reply to Stephen from comment #6) > I'm not sure if this was assigned *away* from xorg-x11-drv-ati, if so ignore > my last comment. > > This bug is still present on Fedora 25 with the kernel 4.8.* series > (currently 4.8.5). I am now running a kernel from two Fedora versions ago > (4.4.9 from F23) to have a working monitor. > > How can I progress this? Red Hat / Fedora has only 8 people working on graphics, supporting all possible hardware for all RH / Fedora versions, as such unfortunately we unfortunately cannot track down and fix every bug. But there is an other way, which usually works well for ATI GPU problems, file a bug with upstream and get the upstream developers to directly help you with your problem. To do this go here: https://bugs.freedesktop.org/enter_bug.cgi?product=DRI And choose DRM/Radeon as component. Please add a link here when you've done this.
OK thanks, understood and I appreciate the helpful response :)
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs. Fedora 25 has now been rebased to 4.9.3-200.fc25. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26. If you experience different issues, please open a new bug report for those.
Still present (and also present in 4.10 rc kernels from f26).
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 25 kernel bugs. Fedora 25 has now been rebased to 4.10.9-200.fc25. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 26, and are still experiencing this issue, please change the version to Fedora 26. If you experience different issues, please open a new bug report for those.
Still broken.
This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Still identically broken on F27/4.13 (and 4.14 from F28).
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. As kernel maintainers, we try to keep up with bugzilla but due the rate at which the upstream kernel project moves, bugs may be fixed without any indication to us. Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs. Fedora 27 has now been rebased to 4.15.3-300.f27. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
This bug is still present with the "radeon" driver on 4.15.3-300. *However*, as of 4.15, the "amdgpu" driver, which also supports the 390X, gained AMD's "DC" code which brings DP/HDMI audio output support to the driver. Forcing the amdgpu driver results in full DCI 4K (4096x2160) output without any glitches (so far, after ~ 2 days), and forcing use of DC code (which is disabled by default when using the driver for pre-Vega cards) results in working DP/HDMI audio as well, so it both works and has feature parity with the buggy "radeon" driver. For anyone seeing the same problem, this can be done by appending the following kernel boot parameters (more info at https://wiki.archlinux.org/index.php/AMDGPU#Enable_Southern_Islands_.28SI.29_and_Sea_Islands_.28CIK.29_support): amdgpu.cik_support=1 radeon.cik_support=0 amdgpu.dc=1 However, as mentioned, this bug is still present in the "radeon" driver used by default for this card.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs. Fedora 27 has now been rebased to 4.17.7-100.fc27. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 28, and are still experiencing this issue, please change the version to Fedora 28. If you experience different issues, please open a new bug report for those.
Still broken on F28 and 4.17.9 with the "radeon" driver. The "amdgpu" driver works as mentioned above. DC is enabled by default in 4.17, so the needed kernel params are now: amdgpu.cik_support=1 radeon.cik_support=0 Two minor issues with "amdgpu": 1) Plymouth doesn't show LUKS passphrase entry: https://bugzilla.redhat.com/show_bug.cgi?id=1490490 2) On boot there are 3+ amdgpu-related kernel warnings, tainting the kernel. Doesn't seem to affect anything else.
We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.18.10-300.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs. Fedora 28 has now been rebased to 4.20.5-100.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 29, and are still experiencing this issue, please change the version to Fedora 29. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 29 kernel bugs. Fedora 29 has now been rebased to 5.2.9-100.fc29. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 30, and are still experiencing this issue, please change the version to Fedora 30. If you experience different issues, please open a new bug report for those.
Still an issue on Fedora 30 with 5.2.9-200.fc30.x86_64 - same corruption problem with the radeon driver. amdgpu still works without corruption, subject to the standing issue with Plymouth (https://bugzilla.redhat.com/show_bug.cgi?id=1490490).
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 30 kernel bugs. Fedora 30 has now been rebased to 5.5.7-100.fc30. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 31, and are still experiencing this issue, please change the version to Fedora 31. If you experience different issues, please open a new bug report for those.
At this point, amdgpu should be working correct?
It does, without any kernel warnings any more as well. However this is still an out of the box bug since Fedora (also upstream?) defaults to the radeon driver for Volcanic Islands GPUs. I don't know if there's a reason Volcanic Islands support is still enabled for radeon - maybe there are problems with some models using amdgpu? - or if there's a way at this point for upstream or distros to whitelist/blacklist models for one driver or the other, without the user having to set kernel params themselves.
Correction: R390-series cards are Sea Islands per https://en.wikipedia.org/wiki/Radeon_Rx_300_series#Desktop_models and https://www.x.org/wiki/RadeonFeature/#decoderringforengineeringvsmarketingnames.
This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '31'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.