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."
Order by: Score:
Great graphics for Linux
by Luis on Fri 16th Nov 2007 00:24 UTC
Luis
Member since:
2006-04-28

With these changes in the kernel, AMD's new open source drivers and some other projects like Gallium3D* in development, it looks like Linux (and other Open Source OS's) will finally have great graphics performance in the near future (about 1 year?). Kudos to all the people making this possible!

*http://www.tungstengraphics.com/wiki/index.php/Gallium3D

Reply Score: 2

RE: Great graphics for Linux
by renox on Fri 16th Nov 2007 09:14 UTC in reply to "Great graphics for Linux"
renox Member since:
2005-07-06

AFAIK AMD have not released the spec for the 3D part, and even when they will have done so, it'll take significant effort to have a good open-source driver, so don't hold your breath..

Reply Score: 2

All unix have same problem?
by Kebabbert on Fri 16th Nov 2007 10:05 UTC
Kebabbert
Member since:
2007-07-27

Does all unix have this problem, for instance Solaris too?

Reply Score: 1

Finally
by siki_miki on Fri 16th Nov 2007 10:30 UTC
siki_miki
Member since:
2006-01-17

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