Created attachment 103947 [details] Xorg.log file for failed Seiki 4k monitor config The EDID-provided modeline is rejected resulting in X refusing to display at 3840x2160. Xorg.log appended. [ 32278.200] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 32278.200] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 32278.200] (II) RADEON(0): Using EDID range info for horizontal sync [ 32278.200] (II) RADEON(0): Using EDID range info for vertical refresh [ 32278.200] (II) RADEON(0): Printing DDC gathered Modelines: [ 32278.200] (II) RADEON(0): Modeline "3840x2160"x0.0 297.00 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync (67.5 kHz eP) version info: X.Org X Server 1.14.4 Release Date: 2013-10-31 [ 32277.200] X Protocol Version 11, Revision 0 [ 32277.200] Build Operating System: 3.14.3-200.fc20.x86_64 [ 32277.200] Current Operating System: Linux capsicum.wsrcc.com 3.15.7-200.fc20.x86_64 #1 SMP Mon Jul 28 18:50:26 UTC 2014 x86_64 [ 32277.200] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.15.7-200.fc20.x86_64 root=UUID=3c236a66-0454-4b98-b7a0-e799da93684c ro iommu=allowed,memaper=5 radeon.audio=1 LANG=en_US.UTF-8 [ 32277.201] Build Date: 27 June 2014 01:35:28AM [ 32277.201] Build ID: xorg-x11-server 1.14.4-11.fc20 [ 32277.201] Current version of pixman: 0.30.0
Just to add a bit of context and why this is an important fix: this is a $340 39" 3840x2160 @ 30hz (100 DPI) monitor. All the X developers should be running this. At $340 it is cheaper than a lot of crappy monitors of much smaller size both physically and pixel-wise. Given the incorrect dot-clock checking in X, the refresh is limited to around 13 hz. That sucks. Oh, yea, and a buddy that runs that OS from Redmond says it works at 3840x2160 @ 30hz for him with no futzing around needed.
Have you considered testing a later Xserver? In particular, 4k support requires commit d6c8d7509727060b8e2358b9ed1c0e17b2ec3401 Author: Damien Lespiau <damien.lespiau@intel.com> Date: Wed Jul 31 19:16:45 2013 +0100 xfree86: Use the TMDS maximum frequency to prune modes Instead of only relying on the Range section, we can do better on HDMI to find out what is the max dot clock the monitor supports. The HDMI CEA vendor block adds a TMDS max freq we can use. This makes X not prune 4k resolutions on HDMI. v2: Replace X_INFO by X_PROBED in the message that prints the max TMDS frequency (Chris Wilson) Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk> Signed-off-by: Damien Lespiau <damien.lespiau@intel.com> which is xorg-server-1.16.0
I have the same issue with xorg-server-1.16.0, linux kernel 3.16.1 and the same hardware: [ 42.483] X.Org X Server 1.16.0 Release Date: 2014-07-16 [ 42.483] X Protocol Version 11, Revision 0 [ 42.483] Build Operating System: Linux 3.16.1-gentoo x86_64 Gentoo [ 42.483] Current Operating System: Linux workstation 3.16.1-gentoo #1 SMP PREEMPT Sat Aug 30 17:59:24 MSK 2014 x86_64 [ 42.483] Kernel command line: BOOT_IMAGE=/boot/kernel-genkernel-x86_64-3.16.1-gentoo root=/dev/mapper/system-gentoo ro dolvm net.ifnames=0 [ 42.483] Build Date: 30 August 2014 06:53:00PM ... [ 57.792] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 57.792] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 57.792] (II) RADEON(0): Using EDID range info for horizontal sync [ 57.792] (II) RADEON(0): Using EDID range info for vertical refresh [ 57.792] (II) RADEON(0): Printing DDC gathered Modelines: [ 57.792] (II) RADEON(0): Modeline "3840x2160"x0.0 297.00 3840 4016 4104 4400 2160 2168 2178 2250 +hsync +vsync (67.5 kHz eP) [ 57.792] (II) RADEON(0): Modeline "1440x900"x0.0 106.50 1440 1520 1672 1904 900 903 909 934 -hsync +vsync (55.9 kHz e) [ 57.792] (II) RADEON(0): Modeline "720x576"x0.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e) [ 57.792] (II) RADEON(0): Modeline "1920x1080i"x0.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e) [ 57.792] (II) RADEON(0): Modeline "1920x1080i"x0.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e) [ 57.792] (II) RADEON(0): Modeline "1280x720"x0.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 57.792] (II) RADEON(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz e) [ 57.792] (II) RADEON(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [ 57.792] (II) RADEON(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [ 57.792] (II) RADEON(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [ 57.792] (II) RADEON(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz e) [ 57.792] (II) RADEON(0): Modeline "1280x960"x0.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz e) [ 57.792] (II) RADEON(0): Modeline "1440x480i"x0.0 27.00 1440 1478 1602 1716 480 488 494 525 interlace -hsync -vsync (15.7 kHz e) [ 57.792] (II) RADEON(0): Modeline "1440x240"x0.0 27.00 1440 1478 1602 1716 240 244 247 262 -hsync -vsync (15.7 kHz e) [ 57.792] (II) RADEON(0): Modeline "720x480"x0.0 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e) [ 57.792] (II) RADEON(0): Modeline "1280x720"x0.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [ 57.792] (II) RADEON(0): Modeline "1440x576i"x0.0 27.00 1440 1464 1590 1728 576 580 586 625 interlace -hsync -vsync (15.6 kHz e) [ 57.792] (II) RADEON(0): Modeline "1440x288"x0.0 27.00 1440 1464 1590 1728 288 290 293 312 -hsync -vsync (15.6 kHz e) [ 57.792] (II) RADEON(0): Modeline "1920x1080"x0.0 74.25 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync (27.0 kHz e) [ 57.792] (II) RADEON(0): Modeline "1920x1080"x0.0 74.25 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (28.1 kHz e) [ 57.792] (--) RADEON(0): HDMI max TMDS frequency 300000KHz ... My videocard is Radeon HD6870, display is SEIKI SE39UY04
Created attachment 105471 [details] Xorg.log of xorg-server-1.16.0
Kernel 3.16.1 xorg-server 1.16.0 xf86-video-ati 7.4.0 Same error: [ 33.451] (II) RADEON(0): EDID for output DisplayPort-0 [ 33.524] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 33.524] (II) RADEON(0): EDID for output HDMI-0 [ 33.524] (II) RADEON(0): EDID Version: 1.3 [ 33.524] (II) RADEON(0): Number of EDID sections to follow: 1 [ 33.524] (II) RADEON(0): EDID (in hex): [ 33.538] (II) RADEON(0): EDID for output DVI-0 [ 36.232] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 36.232] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 36.245] (II) RADEON(0): Using EDID range info for horizontal sync [ 36.245] (II) RADEON(0): Using EDID range info for vertical refresh [ 311.742] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 311.742] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 311.824] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 311.824] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 311.906] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 311.906] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 316.072] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 316.072] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 320.019] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 320.019] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 335.174] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 335.174] (II) RADEON(0): EDID vendor "SEK", prod id 0
You GPU does not support 4k over HDMI.
(In reply to comment #6) > You GPU does not support 4k over HDMI. I assume this was meant for someone else. My GPU is the Radeon 6450 (card: Sapphire Radeon HD 6450 1 GB DDR3 HDMI/DVI-D/VGA PCI-Express Graphics Card 100322L) The specs at AMD claim this GPU does HDMI 1.4a 2 lanes of 340 Mhz dot clock each for a total of 640 Mhz. Even if only one lane is populated on this card, that should still be 340 Mhz. The modeline only asks for 297 Mhz. As for the framebuffer size, xrandr claims this card does a 16k x 16k virtual buffer. That too is enough for the 3840 x 2160 screen. In fact the card works just fine at 15hz (as evidenced below). In fact I'm typing this bug report at 3840x2160@15.00. [wolfgang@capsicum ~]$ xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 HDMI-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 854mm x 481mm 3840x2160_15.00 14.99* 1920x1080 60.00 50.00 59.94 24.00 23.98 1920x1080i 60.00 50.00 59.94 1440x900 59.89 1280x960 60.00 1280x720 60.00 50.00 59.94 1440x576i 50.00 1024x768 75.08 70.07 60.00 1440x480i 60.00 59.94 800x600 72.19 75.00 60.32 720x576 50.00 720x480 60.00 59.94 640x480 75.00 72.81 60.00 59.94 720x400 70.08 DVI-0 disconnected (normal left inverted right x axis y axis) VGA-0 disconnected (normal left inverted right x axis y axis) [wolfgang@capsicum ~]$ If there is some document describing how to compile up the current Xorg I'd be willing to give it a shot. The world seems to have gotten more complicated since the days of old when a "make world; make install" sufficed.
(In reply to comment #7) > (In reply to comment #6) > > You GPU does not support 4k over HDMI. > The specs at AMD claim this GPU does HDMI 1.4a 2 lanes of 340 Mhz dot clock > each for a total of 640 Mhz. Even if only one lane is populated on this > card, that should still be 340 Mhz. The modeline only asks for 297 Mhz. Where to they claim that? I think you've been successfully fooled by the HDMI forum, which allows anyone to implement some boring subfeatures noone is interested in and leave out the only thing important, namely higher frequencies, and still claiming newer standards (1.4 in this case) compliance regardless (for receiver devices which don't have such a high resolution this actually even makes sense). But don't worry AMD isn't the only one with "hdmi 1.4" and not supporting higher frequencies. In fact AMD clearly states max resolution over hdmi is 1920x1200. http://www.amd.com/en-gb/products/graphics/desktop/6000/6450# unless you've found some other doc... And yes low refresh rates are always a way around that, I think it's typically not mentioned because it may not work (some monitors really might not like it).
(In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #6) > > > You GPU does not support 4k over HDMI. > > The specs at AMD claim this GPU does HDMI 1.4a 2 lanes of 340 Mhz dot clock > > each for a total of 640 Mhz. Even if only one lane is populated on this > > card, that should still be 340 Mhz. The modeline only asks for 297 Mhz. > Where to they claim that? I think you've been successfully fooled by the > HDMI forum, which allows anyone to implement some boring subfeatures noone > is interested in and leave out the only thing important, namely higher > frequencies, and still claiming newer standards (1.4 in this case) > compliance regardless (for receiver devices which don't have such a high > resolution this actually even makes sense). The spec sheet at the URL you quote below mentions HDMI 1.4a. Although I can see how they might be skirting the truth about HDMI 1.4 compliance. Are there any GPU's and/or cards that are known to display 4k at 30hz or above under X?
(In reply to comment #9) > Are there any GPU's and/or cards that are known to display 4k at 30hz or > above under X? Your card is DCE5 which supports 4k over displayport only. DCE6 and newer (SI family and newer; Radeon HD 7xxx and newer in marking parlance) support 4k over HDMI.
(In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > > (In reply to comment #6) > > > > You GPU does not support 4k over HDMI. > > > The specs at AMD claim this GPU does HDMI 1.4a 2 lanes of 340 Mhz dot clock > > > each for a total of 640 Mhz. Even if only one lane is populated on this > > > card, that should still be 340 Mhz. The modeline only asks for 297 Mhz. > > Where to they claim that? I think you've been successfully fooled by the > > HDMI forum, which allows anyone to implement some boring subfeatures noone > > is interested in and leave out the only thing important, namely higher > > frequencies, and still claiming newer standards (1.4 in this case) > > compliance regardless (for receiver devices which don't have such a high > > resolution this actually even makes sense). > > The spec sheet at the URL you quote below mentions HDMI 1.4a. Although I > can see how they might be skirting the truth about HDMI 1.4 compliance. 1.4a only added some 3d formats (frame packing), but only with resolutions which you can do with "old" frequencies (1080p24 x2 and similar). hdmi 1.3 (!) was actually the new version which introduced the higher frequencies, though I think devices claiming to only be hdmi 1.3 compliant actually supporting the higher frequencies were very, very rare (if they even exist). It is possible supporting these was mandatory with 1.4b (cause it introduced 1080p60 x2) but I wouldn't bet on it neither. Similarly, there's now "HDMI 2.0" devices out there which only support 4k with 30Hz and not 60Hz (or more specifically, 340Mhz frequency instead of 600Mhz). All the same old story.
My video card clams 4K on HDMI. and my Seiki SE39UY04 is connected via HDMI. 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde PRO [Radeon HD 7750 / R7 250E] http://xfxforce.com/en-us/products/amd-radeon-hd-7700-series/amd-radeon-hd-7750-core-edition-fx-775a-znp4 I see this in the log, but right or wrong the display seems to function, so don't know if it matters or not. # cat /var/log/Xorg.0.log | grep EDID [ 35.631] (II) RADEON(0): EDID for output DisplayPort-0 [ 35.710] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 35.710] (II) RADEON(0): EDID for output HDMI-0 [ 35.710] (II) RADEON(0): EDID Version: 1.3 [ 35.710] (II) RADEON(0): Number of EDID sections to follow: 1 [ 35.710] (II) RADEON(0): EDID (in hex): [ 35.724] (II) RADEON(0): EDID for output DVI-0 [ 38.058] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 38.058] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 38.077] (II) RADEON(0): Using EDID range info for horizontal sync [ 38.077] (II) RADEON(0): Using EDID range info for vertical refresh [ 638.635] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 638.635] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2594.730] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2594.730] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2599.692] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2599.692] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.093] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.093] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.185] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.185] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.267] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.267] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.350] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.350] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.431] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.431] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.514] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.514] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2600.657] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2600.657] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2620.010] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2620.010] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2621.270] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2621.270] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2621.353] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2621.353] (II) RADEON(0): EDID vendor "SEK", prod id 0 [ 2621.436] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing [ 2621.436] (II) RADEON(0): EDID vendor "SEK", prod id 0
My hardware (Radeon HD6870, display SEIKI SE39UY04) works at 3840x2160@30Hz over HDMI under Windows 7. If it does not work under Linux, it is a driver issue.
(In reply to comment #10) > (In reply to comment #9) > > Are there any GPU's and/or cards that are known to display 4k at 30hz or > > above under X? > > Your card is DCE5 which supports 4k over displayport only. DCE6 and newer > (SI family and newer; Radeon HD 7xxx and newer in marking parlance) support > 4k over HDMI. Thank you! I got a Radeon HD 7770 card and it comes up at 3840x2160 @ 30.00 hz, which is all the Seiki 4k display will do. As mentioned in comment 12, the error "(WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing" is still logged, but the card does get configured with the 297 Mhz dot-clock, because it does display 4k at 30hz (according to the on-screen data displayed by the Seiki monitor.)
Created attachment 106159 [details] Xorg.0.log Radeon HD 7770, X.Org X Server 1.14.4 Monitor correctly comes up at the full 3840x2160 30 hz rate, but the gripe about a too high a dot clock persists. [ 6.208] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing
(In reply to comment #15) > Created attachment 106159 [details] > Xorg.0.log Radeon HD 7770, X.Org X Server 1.14.4 > > Monitor correctly comes up at the full 3840x2160 30 hz rate, but the gripe > about a too high a dot clock persists. > > [ 6.208] (WW) EDID timing clock 297.00 exceeds claimed max 115MHz, > fixing That message is from the xserver, not the driver.
I too have this monitor. I too get "(WW) EDID timing clock 297.00 exceeds claimed max 115MHz, fixing" I'm running "X.Org X Server 1.14.4" that is the latest version with Fedora 20. I have no idea if the Intel video can handle 3840x2160@30Hz. The processor is Intel(R) Celeron(R) CPU 857. But nothing in the Xorg.0.log seems like a complaint from the intel driver (i.e prefixed with "intel(0)"). PS: Hi, Wolfgang. Our paths cross in another bz entry. Even if this isn't a bug, I suggest the message I got be changed to indicate the source of the claimed maximum 115MHz -- I have no idea where that limit comes from. Also, if a driver trims modelines because of limitations, surely it should log that fact.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-ati/issues/108.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.