Re: kms howto - is there one?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2010/03/19 03:12 (GMT-0400) Adam Williamson composed:

> On Fri, 2010-03-19 at 02:49 -0400, Felix Miata wrote:

>> FWIW, I do now have the 845G with F13 running 2048x1536, but the amount of
>> work required to set it up is just nuts compared to how automatic it was
>> before auto configuration development "progressed" up to now. The xorg.conf
>> and Xorg.0.log resulting:
>> http://fm.no-ip.com/tmp/Linux/Xorg/xorg.conf.08-t2240-i845G-f13-2048x1536x144x24bpp-withxorgconf
>> http://fm.no-ip.com/tmp/Linux/Xorg/xorg.0.log-t2240-i845G-f13-2048x1536x144x24bpp-withxorgconfgmodelines

> Erm. There's exactly three lines in there that are actually necessary
> for what you're doing:

> Modeline "2048x1536_60.00"  267.25  2048 2208 2424 2800  1536 1539 1543 1592 -hsync +vsync
> HorizSync    30-107
> Modes      "2048x1536" "1920x1440" "1856x1392" "1792x1344" "1600x1200" "1400x1050" "1280x960" "1152x864" "1024x768"

> The rest are commented out or irrelevant.

As far as I am concerned, commented lines do not exist except at such time I
wish to perform a spec switch, which due to CRS disease would be needlessly
difficult in their absence. Adding or removing a "#" is much easier than
remembering syntax or why. :-)

In current F13 (unless using mga), modes without modelines in xorg.conf and
not autoprobed are missing from the krandrtray mode select list.

> In fact, even the Modes line may not be necessary, looking at the X log.

Without both modes and modelines in xorg.conf, only the anachronistic
1024x768 and worse are available modes. Xorg.0.log lies. The "probed" modes
above 1024x768 are not there unless present in xorg.conf, unless I'm using
mga, or Factory, Knoppix, Lucid, Cooker or previous Fedora releases.

> (Although I note "VertRefresh  56-61" - don't you get headaches?!)

The only headaches I get are from having to play with the device's physical
controls every time another driver comes up with yet another set of
auto-generated mode specifications that haven't been entered in the device's
memory, resulting in errant sizing and/or positioning of the output. By
limiting refresh to that narrow range the auto-generation usually matches a
generic spec that's already in the device's memory, resulting in correct
centering and sizing of the output.

To be clear, my displays get subjected to many different gfxcards, and many
different operating system brands (DOS, Windows & OS/2, in addition to the
previously mentioned major distros) and versions, from a bunch of different
computers, pretty much at random. There's no way any of my displays has
enough memory for every mode it's ever been subjected to. This is good,
because it tests the desktop environment's ability to cope with a variety of
hardware, quite unlike modern LCDs with their working DDC/EDID virtually
forcing their use only with a single native mode.

> This would not be a problem on any monitor which correctly communicates
> its correct HorizSync range to the system. In the case where the monitor
> doesn't have functioning EDID or DDC, *every* choice X can make is
> 'wrong' in some sense, so it doesn't make much sense to complain about
> the particular wrongness of the particular choice we go with.

Again I think you're missing the major point that this is _new_ behavior.
Only in F13 (so far, using intel & radeon at least, but not when using mga)
does what worked previously work no longer. Until now, and for those for whom
lowfi resolution is not acceptable, explicit modelines in xorg.conf hadn't
been necessary with broken/missing DDC/EDID for many many moons.

And BTW, actually switching modes without restarting X must be done by typing
xrandr commands. Attempting to select another mode from krandrtray corrupts
everything such that CAD or the reset button (or I suppose remote login) are
required to recover.
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://fm.no-ip.com/
-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux