Supporting Old Hardware In X Gets Brought Up Again
In the middle of November there was a series of patches published by Peter Huttrerer and one of these patches changed the X classic driver default resolution to 1024 x 768 (mailing list message) and also changed the default pixel clock to match accordingly. This would seem like something trivial -- and to most people it won't even impact them at all -- since these days it's hard even finding anyone with a monitor resolution less than 1024 x 768 with most people (aside from netbook users) running at much greater resolutions. Our annual graphics survey confirmed this that there's not many running a resolution less than 1024 x 768 at least as far as non-mobile devices are concerned.
Luc Verhaegen commented though, "Why change this, are we suddenly forgetting the whole of the 90s ever happened?" AMD's Alex Deucher responded, "At some point you have to move things forward. If you happen to have one of those old monitors that only support 1024x768i chances are you know what you are doing. The vast majority of people who will hit this case have a monitor that is capable of 1024x768p which is a much better user experience than an interlaced mode or 640/800 progressive." Additionally he said, "Most people that hit this now will be using a KVM or have a busted EDID or something and 1024x768p for most people "just works", no xorg.conf editing needed. In fact on newer monitors, it probably has a better chance of working than 1024x768i or some other archaic mode. If you have an old vga fishbowl, then you can edit your xorg.conf." Of course, a series of email exchanges between Luc and other developers has since ensued. Here's some quotes below.
We don't handle serial mice without an xorg.conf either. If your hardware's old enough to have reached the age of consent in most of the world, and if you're then running a modern X.org on it anyway, writing a static configuration seems like a sensible thing to do. KMS defaults to 1024x768 without KMS, so if you can't manage that you've failed long before you get near X.
We provide pretty much no support for hardware that's the same vintage as the monitors you're talking about. Why would the people using these monitors be running current versions of X? Why would they not be able to write an xorg.conf? Why are they more important than the people who have to deal with the more common cases of missing EDID?
If this really is how you feel about the thing, then be consistent, and rm -Rf everything except -intel, -ati and -nouveau. Because in your world, no-one would be running anything else.
People using old monitors probably still have an xorg.conf that they've been using with it for years, unless they just dug it out of a closet or rescued it from the recycling pile.
X.Org has discontinued a lot of the old input drivers already, and I wouldn't be surprised to see older video drivers like rendition and i740 join them eventually. There are always going to be limits to mixing and matching components of vastly different ages in your system, whether it be trying to run 2010 Xorg on a 1995 kernel or a 1995 monitor.
I wasn't going to say anything, but I have an XGI Volari hanging on my wall with a Dx9 sticker on it. I've just been too lazy/incompetent/indifferent/much of an AMD whore to get started on KMS for it. My Didj and Ego share a similar fate, along with other various video cards. Modern and rare things do exist.
And just how certain are you that 1024x768 is going to help all those cases with missing EDID compared to 800x600?
This makes me want to start arguing for making 640x480 the default.
Perhaps this is why certain vendors don't want to work with Xorg. We target 1990 hardware to the detriment of modern desktops.
[Editor's note: In reference to, Why More Companies Don't Contribute To X.Org]
The 1024 x 768 default though was merged yesterday into X.Org Server 1.10 in time for its merge window closing.