Language Selection

English French German Italian Portuguese Spanish

A New Acceleration Architecture For X

Filed under
Software

XAA, or the XFree86 Acceleration Architecture, is over twelve years old and finally in 2005 it was greeted by a replacement, EXA. EXA was designed to offer speed improvements over XAA by accelerating more options and enhancing X's RENDER extension. Depending upon the driver, it wasn't until recently though that EXA really did have some modest speed advantages. A new acceleration architecture has now joined the mix. Intel's Keith Packard has announced UXA, which is short for the UMA Acceleration Architecture.

It seems as of late whenever we bring up Intel and X.Org together, something always relates back to GEM (even X Server 1.5 losing DRI2 support). This new acceleration architecture is also coming because of GEM. For those that have yet to hear of GEM, it's an acronym for the Graphics Execution Manager that is Intel's kernel memory manager for graphics and came because of a falling out over the TTM memory manager.

More Here




More in Tux Machines

Leftovers: Gaming

Leftovers: Software

today's howtos

ACPI, kernels and contracts with firmware

This ends up being a pain in the neck in the x86 world, but it could be much worse. Way back in 2008 I wrote something about why the Linux kernel reports itself to firmware as "Windows" but refuses to identify itself as Linux. The short version is that "Linux" doesn't actually identify the behaviour of the kernel in a meaningful way. "Linux" doesn't tell you whether the kernel can deal with buffers being passed when the spec says it should be a package. "Linux" doesn't tell you whether the OS knows how to deal with an HPET. "Linux" doesn't tell you whether the OS can reinitialise graphics hardware. Read more