Le lundi 8 octobre 2007 14:26, Jean Delvare a écrit :
(II) RADEONHD(0): Monitor "LEN-4022" connected to "PANEL LCD1": Bandwidth: 109MHz Horizontal timing: 31.5 - 63.7kHz Vertical timing: 59.9 - 60.3Hz Allows reduced blanking. Uses Fixed Modes. Attached modes: Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync Modeline "1280x1024" 109.00 1280 1361 1496 1712 1024 1027 1034 1063 -hsync +vsync
One problem I see here is that the two additional video modes (both 1400x1050) do _not_ fit in the timings. For the first one, the horizontal frequency is 63.98 kHz, which is above the maximum of 63.7 kHz. For the second one, the vertical frequency is 50 Hz, which is below the minimum of 59.9 Hz. I'm surprised, as the video modes come from the LCD itself, it really doesn't make sense that they do not fit.
Does this mean that the EDID data is bogus, or that the driver fails to properly extract either the video modes or the timing limits? As a comparison point, when using the vesa driver, the horizontal timing is 30 - 68 kHz and the vertical timing is 50 - 60 kHz.
Replying to myself: I read the EDID data manually and it does _not_ include the operating frequency ranges. So where do they come from? I did not look at the code, but my guess is that the driver is computing them from the 4 standard video mode timings it got from the EDID: Modeline "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync Modeline "640x480" 25.20 640 656 752 800 480 490 492 525 -hsync -vsync Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync Modeline "1280x1024" 109.00 1280 1361 1496 1712 1024 1027 1034 1063 -hsync +vsync The bandwith of 109 MHz comes from the last line, the minimum horizontal refresh rate of 31.5 kHz comes from the second line, etc. So, the fix might simply be to include the custom video mode definitions when guessing the acceptable horizontal and vertical timings, rather than using only the default video modes. Alternatively, the driver could skip the checks on EDID-provided modelines when the EDID did not include operating frequency limits. -- Jean Delvare Suse L3 -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org