On Sun, Mar 14, 2010 at 10:21:02AM -0500, Alex Deucher wrote: > > /* clocks over 135 MHz have heat issues with DVI on RV100 */ > > if ((radeon_output->MonType == MT_DFP) && > > (info->ChipFamily == CHIP_FAMILY_RV100) && > > (pMode->Clock > 135000)) > > return MODE_CLOCK_HIGH; > > > > This explains why it refuses the mode. > > > > Looking at the source should not be required for understanding the log > > file. Please make it more readable by adding a line about the heat > > issues. It may also be a good idea to allow overriding the check. I > > never had any trouble using 1600x1200 with this card and monitor. > > You can start the xserver with higher verbosity levels and it will > tell you why modes were rejected.
I didn't test, but looking at the source I find it hard to believe that there will be more information than "mode clock too high". After all, the rejecting code (which I quoted above) doesn't provide any more information than that. > You can also manually specify modelines in your xorg.conf or at run > time using xrandr to override what the driver/xserver's selections. That might work, but I'm not sure. This is the code when a modeline is already present (in this case it's a default modeline), and is checked for validity. I expect that check to be performed when specifying it manually as well. But I didn't test, because I recompiled the package with the check removed, and so I have a workaround already. Thanks, Bas
signature.asc
Description: Digital signature
