Description of problem: Version-Release number of selected component (if applicable): I have recently purchased an ultrawidescreen monitor - resolution is 2560x1080. However, Fedora (gnome) does not detect the monitor correctly. It shows the monitor as a Goldstar Company Ltd 34" and the top resolution it allows is 1920x1080. How do I configure Fedora to detect and allow the correct resolution? How reproducible: plug in an ultra wide screen monitor - in this case an (LG25UM57) Steps to Reproduce: 1. Plug in monitor 2. Ultra wide screen resolution is not available 3. Monitor also shows as Gold Star Ltd 34" instead of LG LG25UM57 25" Actual results: closest option available in display settings is 1920x1080 (16:9) Expected results: Option to use correct monitor resolution Additional info: Default (OSS) drivers/mesa are being used for a Radeon HD 68xx card. This is on Wayland, but I suspect that the options from display settings will be the same on X11 server.
Created attachment 1158506 [details] xorg.0.log Attached is my xorg.0.log once booted using x server instead of wayland. The benq monitor listed in there was my old DVI monitor which has not been used in a while. The new monitor is HDMI. It does not seem that the monitor (while in use) is being detected. Is there any command I can run that would provide useful output?
+1
This happens starting from kernel 4.6, 4.5 works fine.
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. 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 '23'. 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 23 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.
I am not sure about the comment above that states this only started with Kernel 4.5. I have just tested on a Fedora 23 Live USB (Kernel 4.2) and the issue is the same. The issue persisted in Fedora 24 from start to last update and n Fedora 25 with latest updates. The monitor in the Display settings is listed as Goldstar 34" monitor with a 1080p resolution. However in the Color tab in the control panel, it is listed as an LG ULTRAWIDE Monitor. Connection is via HDMI.
Created attachment 1236921 [details] edid
Created attachment 1236922 [details] edid.txt
Sounds like that EDID is not parsed properly. Screen 0: minimum 320 x 200, current 1920 x 2160, maximum 8192 x 8192 XWAYLAND0 connected 1920x1080+0+0 670mm x 280mm 1920x1080 59.96*+ XWAYLAND1 connected 1920x1080+0+1080 310mm x 170mm 1920x1080 59.96*+
Created attachment 1236926 [details] xrandr --verbose
*** Bug 1292883 has been marked as a duplicate of this bug. ***
The problem may come from the DisplayPort / HDMI adaptor: https://communities.intel.com/thread/102059
How can I help test this? The HDMI port works correctly on Windows (I am dual booting on this PC). (THe Benq details in the previous xorg log was for my previous monitor. I do not know why those details have persisted as I had stopped using it prior to this).
As a work around, you can just run the following commands to be able to use the native resolution: xrandr --newmode "2560x1080_60.00" 230.76 2560 2728 3000 3440 1080 1081 1084 1118 -HSync +Vsync xrandr --addmode HDMI1 "2560x1080_60.00" xrandr --output HDMI1 --mode "2560x1080_60.00"
In wayland (after changing HDMI1 to XWAYLAND0), nothing happened (probably expected?) Using Gnome on X11 (changing HDMI1 to HDMI-0), the monitor could not display the output. There were a couple of flickers, some screen distortion where it tried to display the picture as 1920x1080, but this failed.
Additional info: ~ ls /sys/class/drm/*/edid /sys/class/drm/card0-DP-1/edid /sys/class/drm/card0-DVI-I-1/edid /sys/class/drm/card0-DP-2/edid /sys/class/drm/card0-HDMI-A-1/edid /sys/class/drm/card0-DVI-D-1/edid ~ edid-decode /sys/class/drm/crad0-HDMI-A-1/edid /sys/class/drm/crad0-HDMI-A-1/edid: No such file or directory ~ edid-decode /sys/class/drm/card0-HDMI-A-1/edid Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 1e 6d f1 59 d0 ac 04 00 0c 19 version: 01 03 basic params: 80 50 22 78 ea chroma info: ca 95 a6 55 4e a1 26 0f 50 54 established: a5 4b 80 standard: 71 4f 81 80 81 c0 a9 c0 b3 00 01 01 01 01 01 01 descriptor 1: 7e 48 00 e0 a0 38 1f 40 40 40 3a 00 1e 4e 31 00 00 18 descriptor 2: 02 3a 80 18 71 38 2d 40 58 2c 45 00 1e 4e 31 00 00 1e descriptor 3: 00 00 00 fc 00 4c 47 20 55 4c 54 52 41 57 49 44 45 0a descriptor 4: 00 00 00 fd 00 38 4b 1e 5a 18 00 0a 20 20 20 20 20 20 extensions: 01 checksum: 7f Manufacturer: GSM Model 59f1 Serial Number 306384 Made week 12 of 2015 EDID version: 1.3 Digital display Maximum image size: 80 cm x 34 cm Gamma: 2.20 DPMS levels: Standby Suspend Off Supported color formats: RGB 4:4:4, YCrCb 4:2:2 First detailed timing is preferred timing Established timings supported: 720x400@70Hz 640x480@60Hz 640x480@75Hz 800x600@60Hz 800x600@75Hz 1024x768@60Hz 1024x768@75Hz 1280x1024@75Hz 1152x870@75Hz Standard timings supported: 1152x864@75Hz 1280x1024@60Hz 1280x720@60Hz 1600x900@60Hz 1680x1050@60Hz Detailed mode: Clock 185.580 MHz, 798 mm x 334 mm 2560 2624 2688 2784 hborder 0 1080 1083 1093 1111 vborder 0 -hsync -vsync Detailed mode: Clock 148.500 MHz, 798 mm x 334 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync Monitor name: LG Monitor ranges (GTF): 56-75Hz V, 30-90kHz H, max dotclock 240MHz Has 1 extension blocks Checksum: 0x7f (valid) CEA extension block Extension version: 3 25 bytes of CEA data Video data block VIC 16 1920x1080@60Hz (native) VIC 04 1280x720@60Hz VIC 03 720x480@60Hz VIC 34 1920x1080@30Hz VIC 20 1920x1080i@50Hz VIC 18 720x576@50Hz VIC 05 1920x1080i@60Hz VIC 31 1920x1080@50Hz VIC 01 640x480@60Hz VIC 19 1280x720@50Hz Audio data block Linear PCM, max channels 1 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Vendor-specific data block, OUI 000c03 (HDMI) Source physical address 1.0.0.0 Underscans PC formats by default Basic audio support Supports YCbCr 4:4:4 Supports YCbCr 4:2:2 1 native detailed modes Detailed mode: Clock 148.500 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 540 542 547 562 vborder 0 +hsync +vsync interlaced Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1280 1390 1430 1650 hborder 0 720 725 730 750 vborder 0 +hsync +vsync Detailed mode: Clock 27.000 MHz, 598 mm x 337 mm 720 736 798 858 hborder 0 480 489 495 525 vborder 0 -hsync -vsync Checksum: 0xaa (valid) EDID block does NOT conform to EDID 1.3! Detailed block string not properly terminated
This problem persists with Fedora 26. ~ ls /sys/class/drm/*/edid /sys/class/drm/card0-DP-1/edid /sys/class/drm/card0-DVI-I-1/edid /sys/class/drm/card0-DP-2/edid /sys/class/drm/card0-HDMI-A-1/edid /sys/class/drm/card0-DVI-D-1/edid ~ edid-decode /sys/class/drm/card0-HDMI-A-1/edid Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 1e 6d f1 59 d0 ac 04 00 0c 19 version: 01 03 basic params: 80 50 22 78 ea chroma info: ca 95 a6 55 4e a1 26 0f 50 54 established: a5 4b 80 standard: 71 4f 81 80 81 c0 a9 c0 b3 00 01 01 01 01 01 01 descriptor 1: 7e 48 00 e0 a0 38 1f 40 40 40 3a 00 1e 4e 31 00 00 18 descriptor 2: 02 3a 80 18 71 38 2d 40 58 2c 45 00 1e 4e 31 00 00 1e descriptor 3: 00 00 00 fc 00 4c 47 20 55 4c 54 52 41 57 49 44 45 0a descriptor 4: 00 00 00 fd 00 38 4b 1e 5a 18 00 0a 20 20 20 20 20 20 extensions: 01 checksum: 7f Manufacturer: GSM Model 59f1 Serial Number 306384 Made week 12 of 2015 EDID version: 1.3 Digital display Maximum image size: 80 cm x 34 cm Gamma: 2.20 DPMS levels: Standby Suspend Off Supported color formats: RGB 4:4:4, YCrCb 4:4:4 First detailed timing is preferred timing Established timings supported: 720x400@70Hz 640x480@60Hz 640x480@75Hz 800x600@60Hz 800x600@75Hz 1024x768@60Hz 1024x768@75Hz 1280x1024@75Hz 1152x870@75Hz Standard timings supported: 1152x864@75Hz 1280x1024@60Hz 1280x720@60Hz 1600x900@60Hz 1680x1050@60Hz Detailed mode: Clock 185.580 MHz, 798 mm x 334 mm 2560 2624 2688 2784 hborder 0 1080 1083 1093 1111 vborder 0 -hsync -vsync Detailed mode: Clock 148.500 MHz, 798 mm x 334 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync Monitor name: LG ULTRAWIDE Monitor ranges (GTF): 56-75Hz V, 30-90kHz H, max dotclock 240MHz Has 1 extension blocks Checksum: 0x7f (valid) CEA extension block Extension version: 3 25 bytes of CEA data Video data block VIC 16 1920x1080@60Hz (native) VIC 4 1280x720@60Hz VIC 3 720x480@60Hz VIC 34 1920x1080@30Hz VIC 20 1920x1080i@50Hz VIC 18 720x576@50Hz VIC 5 1920x1080i@60Hz VIC 31 1920x1080@50Hz VIC 1 640x480@60Hz VIC 19 1280x720@50Hz Audio data block Linear PCM, max channels 2 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Speaker map: FL/FR Vendor-specific data block, OUI 000c03 (HDMI) Source physical address 1.0.0.0 Underscans PC formats by default Basic audio support Supports YCbCr 4:4:4 Supports YCbCr 4:2:2 1 native detailed modes Detailed mode: Clock 148.500 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 540 542 547 562 vborder 0 +hsync +vsync interlaced Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1280 1390 1430 1650 hborder 0 720 725 730 750 vborder 0 +hsync +vsync Detailed mode: Clock 27.000 MHz, 598 mm x 337 mm 720 736 798 858 hborder 0 480 489 495 525 vborder 0 -hsync -vsync Checksum: 0xaa (valid)
In my company we have the same screens, and the same issue. On Fedora 25 (yesterday) the workaround suggested by Gonéri Le Bouder did nothing. Today, when I try it on Fedora 26 weird things are happening: flashing, switching off the external screen, even displaying picture on built-in screen with backlight switched off and claiming that this screen is not in use (according to gnome screen dialog on the second screen). If that matters, I have a Dell Latitude E6330 with docking station and connect that screen by DisplayPort-Adapter-HDMI or DVI-HDMI cable. Everything worked fine in some older Fedora release (I can run it again from pendrive if that helps). I have no idea how to fix that, but I am willing to provide any logs you need and reproduce the issue any time.
Since last report I have upgraded the graphics card to a Radeon RX460. With this the 2560x1080 resolution is detected and used by default but it gives a mangled video output. I have recorded a video a video showing the problem: https://www.youtube.com/watch?v=SFr-i2LyWXA
I have now tried changing the cable just in case the issue was with the cable but the new (hdmi 2.0 capable) cable shows the same results.
Testing with a Displyport to HDMI cable, the issue remains, so it is not a HDMI timing issue that some google results suggested may be the cause
The issue persists in Fedora 28 (upgrade, not new install).
Updated Edid-decode with linux kernel 4.16 on Fedora 28: edid-decode /sys/class/drm/card0-HDMI-A-1/edid Extracted contents: header: 00 ff ff ff ff ff ff 00 serial number: 1e 6d f1 59 d0 ac 04 00 0c 19 version: 01 03 basic params: 80 50 22 78 ea chroma info: ca 95 a6 55 4e a1 26 0f 50 54 established: a5 4b 80 standard: 71 4f 81 80 81 c0 a9 c0 b3 00 01 01 01 01 01 01 descriptor 1: 7e 48 00 e0 a0 38 1f 40 40 40 3a 00 1e 4e 31 00 00 18 descriptor 2: 02 3a 80 18 71 38 2d 40 58 2c 45 00 1e 4e 31 00 00 1e descriptor 3: 00 00 00 fc 00 4c 47 20 55 4c 54 52 41 57 49 44 45 0a descriptor 4: 00 00 00 fd 00 38 4b 1e 5a 18 00 0a 20 20 20 20 20 20 extensions: 01 checksum: 7f EDID version: 1.3 Manufacturer: GSM Model 59f1 Serial Number 306384 Made in week 12 of 2015 Digital display Maximum image size: 80 cm x 34 cm Gamma: 2.20 DPMS levels: Standby Suspend Off RGB color display First detailed timing is preferred timing Display x,y Chromaticity: Red: 0.6513, 0.3320 Green: 0.3066, 0.6308 Blue: 0.1503, 0.0595 White: 0.3134, 0.3291 Established timings supported: 720x400@70Hz 9:5 HorFreq: 31469 Hz Clock: 28.320 MHz 640x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 25.175 MHz 640x480@75Hz 4:3 HorFreq: 37500 Hz Clock: 31.500 MHz 800x600@60Hz 4:3 HorFreq: 37900 Hz Clock: 40.000 MHz 800x600@75Hz 4:3 HorFreq: 46900 Hz Clock: 49.500 MHz 1024x768@60Hz 4:3 HorFreq: 48400 Hz Clock: 65.000 MHz 1024x768@75Hz 4:3 HorFreq: 60000 Hz Clock: 78.750 MHz 1280x1024@75Hz 5:4 HorFreq: 80000 Hz Clock: 135.000 MHz 1152x870@75Hz 192:145 HorFreq: 67500 Hz Clock: 108.000 MHz Standard timings supported: 1152x864@75Hz 4:3 HorFreq: 67500 Hz Clock: 108.000 MHz 1280x1024@60Hz 5:4 HorFreq: 64000 Hz Clock: 108.000 MHz 1280x720@60Hz 16:9 1600x900@60Hz 16:9 1680x1050@60Hz 16:10 HorFreq: 64700 Hz Clock: 119.000 MHz Detailed mode: Clock 185.580 MHz, 798 mm x 334 mm 2560 2624 2688 2784 hborder 0 1080 1083 1093 1111 vborder 0 -hsync -vsync VertFreq: 59 Hz, HorFreq: 66659 Hz Detailed mode: Clock 148.500 MHz, 798 mm x 334 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync VertFreq: 60 Hz, HorFreq: 67500 Hz Monitor name: LG ULTRAWIDE Monitor ranges (GTF): 56-75Hz V, 30-90kHz H, max dotclock 240MHz Has 1 extension blocks Checksum: 0x7f (valid) CTA extension block Extension version: 3 25 bytes of CTA data Video data block VIC 16 1920x1080@60Hz 16:9 (native) HorFreq: 67500 Hz Clock: 148.500 MHz VIC 4 1280x720@60Hz 16:9 HorFreq: 45000 Hz Clock: 74.250 MHz VIC 3 720x480@60Hz 16:9 HorFreq: 31469 Hz Clock: 27.000 MHz VIC 34 1920x1080@30Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz VIC 20 1920x1080i@50Hz 16:9 HorFreq: 28125 Hz Clock: 74.250 MHz VIC 18 720x576@50Hz 16:9 HorFreq: 31250 Hz Clock: 27.000 MHz VIC 5 1920x1080i@60Hz 16:9 HorFreq: 33750 Hz Clock: 74.250 MHz VIC 31 1920x1080@50Hz 16:9 HorFreq: 56250 Hz Clock: 148.500 MHz VIC 1 640x480@60Hz 4:3 HorFreq: 31469 Hz Clock: 25.175 MHz VIC 19 1280x720@50Hz 16:9 HorFreq: 37500 Hz Clock: 74.250 MHz Audio data block Linear PCM, max channels 2 Supported sample rates (kHz): 48 44.1 32 Supported sample sizes (bits): 24 20 16 Speaker allocation data block Speaker map: FL/FR - Front Left/Right Vendor-specific data block, OUI 000c03 (HDMI) Source physical address 1.0.0.0 Underscans PC formats by default Basic audio support Supports YCbCr 4:4:4 Supports YCbCr 4:2:2 1 native detailed modes Detailed mode: Clock 148.500 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 1080 1084 1089 1125 vborder 0 +hsync +vsync VertFreq: 60 Hz, HorFreq: 67500 Hz Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1920 2008 2052 2200 hborder 0 540 542 547 562 vborder 0 +hsync +vsync interlaced VertFreq: 60 Hz, HorFreq: 33750 Hz Detailed mode: Clock 74.250 MHz, 598 mm x 337 mm 1280 1390 1430 1650 hborder 0 720 725 730 750 vborder 0 +hsync +vsync VertFreq: 60 Hz, HorFreq: 45000 Hz Detailed mode: Clock 27.000 MHz, 598 mm x 337 mm 720 736 798 858 hborder 0 480 489 495 525 vborder 0 -hsync -vsync VertFreq: 59 Hz, HorFreq: 31468 Hz Checksum: 0xaa (valid) One or more of the timings is out of range of the Monitor Ranges: Vertical Freq: 30 - 75 Hz Horizontal Freq: 28125 - 80000 Hz Maximum Clock: 185.580 MHz
With kernel 4.17 things have gotten worse and I have made a separate big report: https://bugzilla.redhat.com/show_bug.cgi?id=1594488. After today's experimentation, I think the issues are atleast linked. Symptoms prior to Kernel 4.17: garbled output at full resolution. Symptoms post 4.17: no screen output at all (blank screen).
Hi, I don't have any problem when I use my Lenovo docks (T450s and T580). So I my case, it was a limitation of the HW.
This message is a reminder that Fedora 28 is nearing its end of life. On 2019-May-28 Fedora will stop maintaining and issuing updates for Fedora 28. 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 '28'. 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 28 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 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 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.
(In reply to Gonéri Le Bouder from comment #14) > As a work around, you can just run the following commands to be able to use > the native resolution: > > xrandr --newmode "2560x1080_60.00" 230.76 2560 2728 3000 3440 1080 1081 1084 > 1118 -HSync +Vsync > xrandr --addmode HDMI1 "2560x1080_60.00" > xrandr --output HDMI1 --mode "2560x1080_60.00" Thanks for saving me! Paul (on rhel7 or else I would re-open the bug :)
Hello Paul, Are you able to use this monitor/resolution in recent Fedora versions running Wayland? (eg. 32) I am facing a similar issue: https://bugzilla.redhat.com/show_bug.cgi?id=1883263 Thanks Mario