Linked by Thom Holwerda on Thu 15th Nov 2007 18:35 UTC, submitted by inkslinger
3D News, GL, DirectX "The management of video hardware has long been an area of weakness in the Linux system (and free operating systems in general). The X Window System tends to get a lot of the blame for problems in this area, but the truth of the matter is that the problems are more widespread and the kernel has never made it easy for X to do this job properly. Graphics processors have gotten steadily more powerful, to the point that, by some measures, they are the fastest processor on most systems, but kernel support for the programming of GPUs has lagged behind. A lot of work is being done to remedy this situation, though, and an important component of that work has just been put forward for inclusion into the mainline kernel."
E-mail Print r 1   4 Comment(s)
Thread beginning with comment 284826
To read all comments associated with this story, please click here.
by siki_miki on Fri 16th Nov 2007 10:30 UTC
Member since:

This work is a foundation for what comes in linux graphics. Gallium Mesa, better support for multiple processes using GPU, direct rendering redirection(with GL compositing) and "DRI2" architecture (new interface between DRI framework and X) rely on this to be included in kernel. On top of it will be the kernel-modesetting, bound to finally put that part where it belongs and bury the linux-fb interface (at least for modern PC 3D cards).

Unfortunately, BSD still lacks the port, so it's possible that it will be left with less features and older, less mantained, drivers if someone doesn't port TTM (Intel chips will have unified TTM/non-TTM driver though, so less bitrotting).

Reply Score: 1