Bug#573849: xserver-xorg-video-radeon: Be verbose about discarding modes
Bas Wijnen
wijnen at debian.org
Sun Mar 14 12:32:38 PDT 2010
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20100314/9e884ab1/attachment-0001.pgp>
More information about the xorg-driver-ati
mailing list