Forgot your password?
typodupeerror
X Linux

T2 Linux Restores XAA In Xorg, Making 2D Graphics Fast Again (t2linux.com) 55

Berlin-based T2 Linux developer René Rebe (long-time Slashdot reader ReneR) is announcing that their Xorg display server has now restored its XAA acceleration architecture, "bringing fixed-function hardware 2D acceleration back to many older graphics cards that upstream left in software-rendered mode." Older fixed-function GPUs now regain smooth window movement, low CPU usage, and proper 24-bit bpp framebuffer support (also restored in T2). Tested hardware includes ATi Mach-64 and Rage-128, SiS, Trident, Cirrus, Matrox (Millennium/G450), Permedia2, Tseng ET6000 and even the Sun Creator/Elite 3D.

The result: vintage and retro systems and classic high-end Unix workstations that are fast and responsive again.

This discussion has been archived. No new comments can be posted.

T2 Linux Restores XAA In Xorg, Making 2D Graphics Fast Again

Comments Filter:
  • by pele ( 151312 ) on Saturday February 21, 2026 @03:53PM (#66003034) Homepage

    Why was it removed in the first place,

    • Re:Erm (Score:5, Insightful)

      by ThePhilips ( 752041 ) on Saturday February 21, 2026 @04:05PM (#66003050) Homepage Journal

      Year of Wayland on Linux is any minute now. Thus it's never too early to throw away the "old junk"(tm), that works and is used daily by millions, that is inevitably going to be replaced by... jam tomorrow.

      What's going to happen first: Wayland or AGI?

    • Re:Erm (Score:5, Interesting)

      by hjf ( 703092 ) on Saturday February 21, 2026 @04:10PM (#66003060) Homepage

      Because an alarmingly high number of developers believe that, if code isn't being changed, it's dead. And dead code is "VuLNeRaBle".

      Have you ever tried anything in Python or JS? Breaking changes are the norm. And if the app broke, it's YOUR FAULT for not reading the changelog, not their fault for changing the API for no good reason (so many changes in JS for "consistency", like, someone developed something and spelled it "colour" and 3 versions later some dev is incredibly irritated that the rest of the spelling of the app is in american english, so they "fix" it for consistency. Yes, they broke thousands of apps out there that had been running for years, but, isn't it nice how the code is now all consistent?

      And don't let me get started on shit like React Router, which, last time i checked was in V6 and every version was a full rewrite, completely incompatible with the previous version - because of conceptually different behavior. Imagine doing this SIX TIMES in less than a decade.

      • Ouch, I can definitely see wanting to fix the color/colour thing for consistency. Reminds me of a game on steam with ONE broken achievement. Digging into it, the developer misspelled the achievement originally - then on the LAST update, fixed the spelling in the code, but not in the hook. one character edited in binary and the achievement popped.
        But I'd think that an alias would work - allow people expecting color to spell it that way, but not break already developed apps that used the old colour.

      • Re: (Score:3, Interesting)

        by thegarbz ( 1787294 )

        Because an alarmingly high number of developers believe that, if code isn't being changed, it's dead. And dead code is "VuLNeRaBle".

        Well yes. ... No really you don't believe that? Software development on critical platforms is forever a cat and mouse game between finding bugs and fixing them. There's no such thing as perfection, even in ancient well tested code. Purging code barely in use is generally a good security practice, it lowers an attack surface. That's just ... obvious, and your facetious tone makes me wonder if you have any concept of security at all.

        That said your comparison to Python or JS is just stupid. We're not talking a

        • Re: Erm (Score:4, Insightful)

          by RightwingNutjob ( 1302813 ) on Saturday February 21, 2026 @05:52PM (#66003200)

          Purging code barely in use is generally a good security practice, it lowers an attack surface. That's just ... obvious, and your facetious tone makes me wonder if you have any concept of security at all.

          It's not obvious to anyone who lives out in the real world where niche corner cases are often only documented in "rarely used code."

          Theoreticians with empty and spotless desks just love to rewrite stuff and reinvent the wheel. It's how they justify their existence.

          Security against hypothetical attacks on code running several layers deep behind firewalls and/or airgaps is the excuse given for why my corporate issued managed workstation spontaneously reboots itself every week. After all...it's not bad to brick my machine when I'm using it--what's bad is not having the latest version of poo emojies in powerpoint.

        • Re:Erm (Score:4, Insightful)

          by hazem ( 472289 ) on Saturday February 21, 2026 @09:23PM (#66003388) Journal

          Purging code barely in use is generally a good security practice

          The problem is the common practice of confusing, "I don't use it" with "Nobody uses it" or "Nobody should use it". Breaking things that many people use is also bad practice.

          • by sjames ( 1099 )

            Kinda like when the Wayland developers swore blind that NOBODY actually used X over a network connection.

            • Or swore that no one used window placement.

            • What users are talking about differs from what the developers are talking about.

              From a user standpoint, network transparency is possible with waypipe with all the same caveats and limitations of using it with modern X11-compatible software. People right now can directly compare the two and see they are both equally hobbled for anything built in the last decade. If all you want to run is a bunch of GTK+ or early GTK2 software standalone over an SSH session, then X11 will still have an advantage, but that
              • by sjames ( 1099 )

                BZZZT!!

                Excuses, excuses. Waypipe didn't exist at the time, even as a concrete implementation plan. The Wayland developers swore blind that nobody runs an app on one machine that displays on another. Mostly because Wayland had no way to do that.

                From a user perspective I don't give a flying fuck if it's technically network transparent or if the client is flinging rendered images for my machine to display. What I care about is the functionality. I am here, the server is way over there, and for whatever reason,

                • The Wayland developers swore blind that nobody runs an app on one machine that displays on another.

                  [Citation Required]

            • Kinda like when the Wayland developers swore blind that NOBODY actually used X over a network connection.

              Except precisely no one said that. Not a single Wayland developer, heck not even Wayland proponents from the unwashed masses said that. Stop making shit up. What they actually said was that on a modern desktop X.11 reverts to rasterizing the client and sending it to the server and that network transparency at a protocol level is virtually unused due to how any modern desktop window managers work. Most people don't even understand what they were talking about, and I suspect you are among them.

              They specifical

              • by sjames ( 1099 )

                It was said right here on /. to me. Over and over. Nobody gives a flying rats ass if it's rasterized images or low level drawing commands and you know it. They care if they can ssh to a remote machine, run a GUI app, and have it displayed locally without a hassle.

                I don't use Wayland. Now if it's proponents would just stop trying to kill the GUI I do use, all would be well. But they keep wanting to embrace, extend, and extinguish anything that speaks X11. Perhaps they should just not use X rather than vandal

          • I think you'll find that there's no confusion over who uses literally 25-30 year old hardware to run a modern version of x.org. I certainly agree about your comment for other cases, but really at some point people need to let go.

            That said here we have a perfect example of open source in action. If someone wants to maintain something, wants to provide those necessary security updates, wants to test the hardware, then more power to them. That however should not be a mandatory thing that falls on primary devel

        • by sjames ( 1099 )

          On the contrary. Old code that has had the bugs found and removed over the years probably doesn't have many left (but you can never be sure). But the new code written yesterday has plenty. Perhaps in 10 years, the worst of them will be found and squashed, but then it's old code and must be replaced.

          • Cool story. There is no new code here in a discussion of obsolescence and abandonment. You're making a false equivalency here.

      • The beauty of AI-generated code is that you can now generate bespoke code with zero dependencies. And if your requirements change, the AI can just rewrite it again. Libraries have always been an abstraction to allow busy programmers to make changes with minimal rewrites, enabling them to "stand on the shoulders of giants" as it were... but those giants have all been subsumed by an LLM that can just spit out a function that does one thing and one thing only. So maybe, hopefully, the sort of dependency hell y

        • You're missing the bit about libraries being safer than coding your own version in certain cases. LLMs make this worse, not better.

      • by CAIMLAS ( 41445 )

        This is why you shouldn't write anything in javascript or python, anymore.

        It's not sustainable because the languages are not stable. The only thing that makes it tenable is being able to throw LLMs at it to keep up.

        And at that point, just use a more stable, performant, useful language like go, C/C++, or rust.

        • by hjf ( 703092 )

          actually, Javascript IS a stable language. they have maintained compatibility with every quirk in the language.

          It's the "ecosystem" built around it that has a completely different philosophy

      • Python was the tcl/tk thing wasn't it?

      • The move fast and break stuff mantra of many web developers has left us with a lot of broken stuff.

    • https://xorg-devel.x.narkive.c... [narkive.com]

      Nice read.

    • Looks like it was removed in 2012 when there was a replacement. The important thing to remember is that maintenance isn't free. https://www.phoronix.com/news/... [phoronix.com]
      • Re: Erm (Score:4, Informative)

        by jsonn ( 792303 ) on Saturday February 21, 2026 @10:38PM (#66003420)
        There was no replacement. It's just that the Intel driver folks at the time failed to properly implement core rendering and switched from one acceleration architecture to the other, each clearly superior to its predecessor except having a new unique set of bugs (sarcasm intended). Removing XAA killed hardware acceleration for 20 years of graphic cards, but that doesn't matter to people mostly paid by graphic card companies, since those older cards are obviously not generating revenue.
    • Why was it removed in the first place,

      I do not know why it was removed from linux. But the same phenomena happened on Windows. I do not remeber if it was on Vista or 7, but around that timeframe. Which makes me suspect there is a technical reason behind doing it.

      I guess it has something to do with 3D-rendered Desktop environments not being able to leverage said functions.

    • Re:Erm (Score:5, Informative)

      by bill_mcgonigle ( 4333 ) * on Saturday February 21, 2026 @10:04PM (#66003402) Homepage Journal

      > Why was it removed in the first place,

      Per [github.com] Rene:

      IMHO The removal of XAA was a huge cooperate planned obsolesce mission for older GPUs. Rendering everything mostly unusable slow. even for period correct X11 apps. The code should have just been left in peace and only bugs and security patches applied instead of outright deleting it for no good reason.

      Here's a commit [github.com] for XAA support in T2 Linux for others who are interested. I hope Rene has time to push it up to XLibre since it seems like the Xorg people are going to steamroll Wayland if they can and the XLibre fork will be the only surviving X11 server. Obviously it would be best if every distro could run on older hardware and Wayland is likely a poor choice for vintage computing.

      I didn't know about T2 Linux and it really looks fantastic - I thought NetBSD was my only choice on some of those machines. Some of the screenshots feature WindowMaker, the spiritual successor to NeXTStep, which ran on an '030 and 2D video so this all makes perfect sense.

      Those machines were perfectly usable and we can actually afford, today, the amount of RAM they used.

  • by StormReaver ( 59959 ) on Saturday February 21, 2026 @04:00PM (#66003042)

    I had no idea we had the Terminator writing Linux software now.

    • Re:T2 (Score:4, Funny)

      by 93 Escort Wagon ( 326346 ) on Saturday February 21, 2026 @04:03PM (#66003044)

      I strongly suggest people submit any bug reports anonymously.

    • I had no idea we had the Terminator writing Linux software now.

      Overheard: "Your code, give them to me."

    • Re:T2 (Score:4, Interesting)

      by ls671 ( 1122017 ) on Saturday February 21, 2026 @05:50PM (#66003196) Homepage

      I had no idea we had the Terminator writing Linux software now.

      I think that you might be confusing the term (T2) some might be using to abbreviate a movie title (Terminator 2) with the terminator models.

      Terminator models (there is no T2):
              T-600 (Series 600): Early, large infiltrator model with rubber skin and a slow, clunky design, making it easier for humans to spot.
              T-700: A precursor to the T-800, featuring a more compact design.
              T-800 / T-850 / T-888: The most common and iconic model (Model 101). It uses living tissue over a titanium hyper-alloy endoskeleton for superior infiltration. The T-850 is a more durable, upgraded version with enhanced power cells.
              T-1000: A highly advanced, "liquid metal" Terminator made of mimetic polyalloy, capable of shapeshifting and forming bladed weapons, though vulnerable to extreme temperatures.
              T-X (Terminatrix): Known as the most sophisticated in the original timeline, it combines a solid endoskeleton with a liquid metal outer body, featuring built-in, heavy plasma weaponry.
              T-3000: A John Connor hybrid created by infecting a human with nanomachines, allowing for superhuman strength and rapid regeneration.
              T-5000: A highly advanced, possibly organic-based machine used by Skynet to infect others.
              Rev-9: A specialized, dual-component model (similar to T-1000 and T-800 capabilities) featured in Dark Fate.

  • by OrangeTide ( 124937 ) on Saturday February 21, 2026 @05:32PM (#66003176) Homepage Journal

    Time to upgrade the OS on my PowerMac1,1(Blue & White G3) with ATI Rage 128 (PCI). I actually have some fun upgrades on that machine. Like SATA, USB 2.0, and 1GHz CPU. I used to dual boot System 9 and OSX on it, but swapped in Ubuntu about 15 years ago when getting apps that supported Tiger became troublesome. Then even Linux abandoned me.

    • Hah, I was just thinking the same thing about my Titanium Powerbook (G4) with the ATI Mach 64. These people are doing God's own work.

  • I maintain a Gentoo system on a 2005 laptop with i915 graphics (Gentoo, because modern desktop distros such as Mint are too heavy for it). It's become impractical to update Mesa as it needs LLVM, which is a heavy build even on my AMD64 cluster. Incidentally, I started to look into alternatives about and hour ago, and I found Mesa Amber branch [mesa3d.org] where the old non-LLVM drivers are maintained.

There are worse things in life than death. Have you ever spent an evening with an insurance salesman? -- Woody Allen

Working...