Comment 11 for bug 147189

Revision history for this message
Shaun Crampton (fasaxc) wrote : Relevant part of the log

Here's the part of the log that looks relevant to the problem. It appears that the VESA 1024x768 modes are rejected for some reason, then the 1280x768 modeline come from nowhere (the intel driver maybe?). X then decides to use that (final line).

(II) intel(0): EDID for output LVDS
(II) intel(0): Not using default mode "640x350" (vrefresh out of range)
<snip/>
(II) intel(0): Not using default mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using default mode "1024x768" (vrefresh out of range)
(II) intel(0): Not using default mode "1024x768" (vrefresh out of range)
<snip/>
(II) intel(0): Not using default mode "2048x1536" (vrefresh out of range)
(II) intel(0): Printing probed modes for output LVDS
(II) intel(0): Modeline "1280x800"x60.0 83.46 1280 1344 1480 1680 800 801 804 828 (49.7 kHz)
(II) intel(0): Modeline "1280x768"x60.0 80.14 1280 1344 1480 1680 768 769 772 795 (47.7 kHz)
(II) intel(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz)
(II) intel(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz)
(II) intel(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz)
(II) intel(0): Output VGA disconnected
(II) intel(0): Output LVDS connected
(II) intel(0): Output LVDS using initial mode 1280x768