1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Supporting Old Hardware In X Gets Brought Up Again

X.Org

Published on 01 December 2010 10:39 AM EST
Written by Michael Larabel in X.Org
20 Comments

It's long been a topic of what parts of X.Org should be killed with fire. There's plenty of dated and obscure X.Org and Mesa drivers around for hardware that hasn't even been manufactured in years and are rarely used. At XDS Toulose and on other occasions it's been decided not to do a massive purge of all these legacy graphics drivers for Linux. Old hardware support by the X Server has once again been brought up, but this time it's about monitors.

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.

Matthew Garrett

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?

Matthew Garrett

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.

Luc Verhaegen

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.

Alan Coopersmith

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.

Corbin Simpson

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.

Luc Verhaegen.

Perhaps this is why certain vendors don't want to work with Xorg. We target 1990 hardware to the detriment of modern desktops.

Alex
[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.

Latest Linux Hardware Reviews
  1. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  2. Overclocking The AMD AM1 Athlon & Sempron APUs
  3. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  4. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. R600 Gallium3D Disables LLVM Back-End By Default
  2. Fedora 21 Gets GNOME 3.12, PHP 5.6, Mono 3.4
  3. Fedora Workstation Is Making Me Quite Excited
  4. Maynard: A Lightweight Wayland Desktop
  5. Chromium Browser Going Through Growing Pains In Ubuntu 14.04
  6. KDE 4.13 Is Being Released Today With New Features
  7. Trying Out Radeon R9 290 Graphics On Open-Source
  8. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  9. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  10. Red Hat Releases Its RHEL 7 Release Candidate
  11. New Features Coming To Xubuntu 14.04 LTS
  12. NVIDIA Officially Releases CUDA 6
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  3. Change installation destination from home directory
  4. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. New tool for undervolt/overclock AMD K8L and K10 processors
  7. How to enable opengl 3.3 on r9 270?
  8. R290x sound problems