Using Sumsung 205BW(Wide-Screen) as an external display or a VGA display. Following are the modes it can support by xrandr output: 1680x1050 60.0 + 1280x1024 75.0 59.9 1280x960 59.9* 1152x864 75.0 74.8 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 66.7 60.0 720x400 70.1 When set to 1280x1024 or 1680x1050 using xrandr, it flashes.
Created attachment 11394 [details] Xorg's log
It sounds like the mode presented by the X server isn't compatible with the monitor. Debugging this can be tricky. If you have a Windows disk for this monitor, looking at the configuration file that should be present may help figure out what modes are supported under Windows. Also, if this is a LCD monitor, using a reduced blanking mode as output by $ cvt -r 1680 1050 may work better than the EDID provided normal mode. You can also try fiddling with the mode as returned by EDID to see if you can't get it to work.
(In reply to comment #2) > Also, if this is a LCD monitor, using a reduced blanking mode as output by > > $ cvt -r 1680 1050 > > may work better than the EDID provided normal mode. Using the modeline calculated by cvt is working. Directly connecting the monitor (not dual-head) is OK with the modes probed by X. But when dual-headed, it seems that modes (requiring dotclock > 120MHz) don't work (1280x1024@75Hz doesn't work while 1280x1024@60Hz is OK). Is there any hardware limit (on dotclock) when using two pipes for display?
Keith, any further guide?
from the log, EDID info seems broken for this monitor. vertical refresh is 0hz.
*** Bug 11490 has been marked as a duplicate of this bug. ***
*** Bug 11028 has been marked as a duplicate of this bug. ***
*** Bug 11642 has been marked as a duplicate of this bug. ***
*** Bug 10784 has been marked as a duplicate of this bug. ***
Current PLL programming in our driver has problem with some modes. for example, 1280x1024@75Hz, 1680x1050@59.9 with reduced blanking, We can't find a close enough dotclock for these kinds of modes which leads to incorrect display.
The PLL issue is fixed in xf86-video-intel 26194e19e1c80615697016e25640d4c8c244353f today by Keith. For those CCed people (as your bug is marked as dup with this one), please retest your observed issue. If it still exists, that means it's a seperate issue so please reopen your own bug tracker.
With the latest git source,the problem did gone.
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.