Linked by Thom Holwerda on Wed 9th Sep 2009 22:29 UTC, submitted by lemur2
Linux Open source 3D graphics drivers for ATI R600 garphics cards has been submitted to the kernel-next tree for possible inclusion in the Linux kernel 2.6.32. "David Airlie has pushed a horde of new code into his drm-next Git tree, which is what will get pulled into the Linux 2.6.32 kernel once the merge window is open. Most prominently, this new DRM code brings support for kernel mode-setting with R600 class hardware as well as 3D support."
Thread beginning with comment 383342
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Open source performance
by lemur2 on Fri 11th Sep 2009 00:03 UTC in reply to "Open source performance"
Member since:

Does anybody know how the ATI FOSS drivers compare to frglx in performance? Last I heard the ope drivers did better at 2D but really do poorly at 3D tasks. Has the situation improved at all? If it had, then this is good news. If the FOSS drivers still worse 3D performance than frglx than this won't be much of a big deal.

While the 3D support was being developed, I believe that initially they were using memcopy (software) function. One of the "todo" tasks was to write proper memory management and to use DMA.

"Alex mentions in a blog post that the performance is currently (August 03, 2009) slow, but it should be improved soon. It looks like we may see a decent level of 3D support in time for Mesa 7.6 and the round of distribution refreshes this fall."

I'd imagine that that has been fixed by now.

Check near the end of this thread:

Yeah, it was solved when I synced this afternoon.

Now the only problem for me is the lack of suspend. Other than that it works well: stable and fast 2D and 3D.

Probably too optimistically, but it does seem to be stabilizing very quickly. Then again, if you count the lack of compiz corruption... hmmm.

The 3D code is mostly common between DRI1 and DRI2 -- this is the upside from porting the 3D driver over to the radeon-rewrite code base a few months ago. Doing that port delayed the 3D driver by a couple of months, but it meant that the move to KMS and DRI2 would be simplified.

That said, I am *still* surprised how well it all came together.

Edited 2009-09-11 00:08 UTC

Reply Parent Score: 2