http://bugs.freedesktop.org/show_bug.cgi?id=25992
--- Comment #4 from Alex Deucher <[email protected]> 2010-01-12 08:26:39 PST --- (In reply to comment #3) > (In reply to comment #2) > > Argh. fixed properly in 6a363f68415d37c302151581f2a86855dba39b67. > > Because this patch eliminates the mode which has a high pixel clock, probably > it can't meet Rod's requirement. > > Actually Rod wants to use reduced timing while mode is 1600x1200. > > Before, I clamped the pixel clock to 135Mhz in mode probe function, and this > patch will decrease the refresh rate because pixel clock gets lower, for > instance, 1600x1...@60hz, pixel clock is 162M, when fresh rate is 50.9Hz, the > pixel clock get 135Mhz, but this fresh rate (50.9Hz) may not be supported by > all monitors, although a handy DELL monitor can support it. > Doing that seems almost as problematic as allowing the higher clock modes to begin with. Digital monitors can be very picky about the clock they get. Seems like a better solution would be to disable modes with clocks over 135 Mhz and let the user override them with reduced-clock modes if they work with their system, then at least you should get a working monitor by default. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
