Slashdot Mirror


Linux Support Fades For 3Dfx Voodoo, Rage 128, VIA

An anonymous reader writes "The developers behind the Mesa 3D graphics library, which provides the default graphics driver support for most hardware on Linux (and BSD/Solaris), has ended their support for older hardware. Being removed from Mesa (and therefore versions of Linux distributions) is support for hardware like the 3Dfx Voodoo, Intel i810, ATI Rage, and S3 Savage graphics processors. Also drivers being dropped were for Matrox and VIA graphics. Mesa developers also decided it's time to end support for the BeOS operating system. Dropping this code lowered the developers' responsibility by some 100k L.O.C., so maybe we will see GL3 support and OpenCL in Linux a bit sooner."

19 of 330 comments (clear)

  1. A fork for old machines by hendrikboom · · Score: 3, Interesting

    Sounds like it's time for a legacy fork for old machines. Or maybe just keeping old versions alive, the way Linux distros do with other libraries.

    -- hendrik
     

    1. Re:A fork for old machines by Aspen · · Score: 5, Informative

      Not sure that makes sense...from the article: "Code that was mostly unmaintained and didn't receive new feature support work in years." The volunteers already quit working on it years ago: this is just being honest about it.

      Want to keep using the hardware? Just keep using the 7.11 release.

    2. Re:A fork for old machines by Sarten-X · · Score: 4, Insightful

      I agree, but I'd love to see someone (with time, experience, and more knowledge than I) take it a step further: A Linux distro to work on ancient machines, with the latest feasible versions of software.

      When I volunteered in Africa in 2009, one of my projects was to set up a computer lab, populated with donated machines. These computers were old. The newest one was manufactured in 2003. The oldest was 1997. I ended up installing Ubuntu and Edubuntu, then stripped down the core as much as I could while still keeping things clean. The machines still take several minutes to boot fully.

      What I'd love would be a distro designed for just such situations. On install, it would determine what kind of hardware you have available, and only install things that will work well. Support for really old hardware would be patched in for the distro, probably with only major bugs receiving repair attention. If a package isn't likely to run well on your system, it will alert you before installing.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    3. Re:A fork for old machines by Culture20 · · Score: 4, Insightful

      Code that was mostly unmaintained and didn't receive new feature support work in years.

      Code that works doesn't need new features.

    4. Re:A fork for old machines by Lanteran · · Score: 3, Funny

      Rant please :)

      --
      "People don't want to learn linux" hasn't been a valid excuse since '03.
    5. Re:A fork for old machines by Nimey · · Score: 3, Informative

      True, but if code it depends on changes then it needs maintenance.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    6. Re:A fork for old machines by Plombo · · Score: 3, Insightful

      There's no need for a fork. If anyone shows an interest in making one of the old drivers compatible with the current driver interface (there were some recent driver API changes in texture mapping) and maintain it, then it will be added back to the Mesa tree as long as it's maintained and doesn't stay broken.

    7. Re:A fork for old machines by DrXym · · Score: 3, Insightful

      Code that works doesn't need new features.

      Code that worked a few years ago is bitrotten now when the rest of the codebase has received numerous other modifications.

    8. Re:A fork for old machines by Sarten-X · · Score: 3, Informative

      There's two ways to do business in Africa. First, there's the Western way: Employees do their job honestly, get paid very well for it, and get fired if they're corrupt. UPS probably operates like this.

      Then there's the local way. What you do is fill a shipping container with equipment, then bribe an official, say, $200 on the condition that it arrives safely. Of course, attempting to bribe an official is illegal, but so is aiding theft. For a country where the average monthly wage is $40, that's a big bribe, and it gets the job done. Customs officials approve the shipment quickly (because they'll be willing to help a local, especially if they belong to the same ancient tribe), local truckers can be haggled down to shipping at reasonable rates, and the destination is miraculously free of thieves. Once the job's done, you pay off the bribe and get on with the next bit of business.

      Or so I've heard, at least, from a guy who worked in shipping mining equipment.

      --
      You do not have a moral or legal right to do absolutely anything you want.
  2. Only 3D by Randle_Revar · · Score: 5, Informative

    Xorg support for these cards isn't going away anytime soon though.

  3. Re:...And? by canajin56 · · Score: 4, Interesting

    Not running the latest software? Doom 3 running on a Voodoo 2 ;)

    --
    ASCII stupid question, get a stupid ANSI
  4. Re:...And? by wagnerrp · · Score: 5, Interesting

    Try as we might, we just can't manage to get you people to migrate to more modern hardware. Frozen and unchanging code means exactly that, the code is not being improved in any manner. We recently redid both the UI and video rendering interfaces. Say we want to further add some animation support to the video renderer for use on the OSD, that code needs to be written for each of Xshm, Xv, OpenGL, VDPAU, VAAPI, XvMC, and PVR-350 framebuffer output. In addition, that's primarily the work of one single guy. XvMC hasn't been supported on any useful hardware sold in the last couple years, and the PVR-350 hasn't been sold for over half a decade. So, we can either continue to support all of those modes, or we can drop the "old cruft" and maybe the people who aren't so cheap as to be unwilling to spend $20 on a video card can have something that looks a bit nicer.

  5. Re:...And? by hedwards · · Score: 4, Insightful

    Because if it hasn't been changed in 7 years, then chances are that nobody really knows the code. Consequently nobody is checking it nor is anybody likely to be paying attention to any breakage which might occur if they change the infrastructure and ultimately it's one more area in which a security vulnerability could pop into existence when somebody changes some other code.

    Having essentially dead code in a project isn't a wise idea in most cases. But beyond that it's extra bandwidth that's not necessary for nearly everybody.

  6. famous last words of a programmer by decora · · Score: 4, Funny

    "Seems like it should require almost no effort."

  7. Re:doesn't anyone pay for electricity? by Sarten-X · · Score: 3, Insightful

    My home server, built in 1999, runs at a maximum of 80W. That means it takes 2 kW (about $0.20) per day, at most. For about $500 I could build a machine that draws 20W, for a monetary savings of about $0.15 per day. In about 10 years, I could break even on what I spent on the new server, but by then, the hardware would be 10 years old again. What I have serves my purposes.

    --
    You do not have a moral or legal right to do absolutely anything you want.
  8. Already broken by Plombo · · Score: 3, Informative

    Most or all of these drivers were already broken because no one cared enough to maintain them or even test them from time to time. Anyone who needs the old drivers can compile out an older version of Mesa from git and run that. Which they already had to do.

    It was also said that if someone comes along who is actually interested in maintaining one of the removed drivers, that the driver would be restored to the source tree.

    Nothing to see here, move along.

  9. Re:...And? by jimicus · · Score: 3, Insightful

    Say we want to further add some animation support to the video renderer for use on the OSD, that code needs to be written for each of Xshm, Xv, OpenGL, VDPAU, VAAPI, XvMC, and PVR-350 framebuffer output. In addition, that's primarily the work of one single guy.

    And people wonder why some F/OSS projects have a slow rate of development.

  10. Re:...And? by Anonymous Coward · · Score: 3, Funny

    > The developer needs to fulfil the requirements of the client. It is not the developer's place to dictate the requirements to the client.

    Here's your refund.

  11. Re:...And? by kylemonger · · Score: 3, Insightful

    Explain to me why Win2k with Opera 10.5 would be insufficient to browse the web?

    It would become part of a botnet within hours, that's why. Once your OS and web browser stop getting security updates, the clock starts ticking on the bad guys finding some unpatched vulnerability and your wandering into some trap they've set for you on the net.