I'm completely confused.
AFAIK *before* AMDTI disclosed details about their cards, there was one open source driver trying to support ATI cards through reverse engineering. Is this correct? Was this the xf86-video-ati driver?
AFAIK *after* AMDTI disclosed details abou their cards, xf86-video-radeonhd was likely to take over the open source ATI driver mantle and xf86-video-ati was in it's death throes.
What has changed? Why didn't xf86-video-ati die? What is the point in confusing end users with two open source drivers for (largely) the same hardware? Where is xf86-video-radeonhd at the moment?
When will ATI cards finally "just work", "out of the box", on most Linux distros?
I hear a lot of news about different developments here on Phoronix but I'm confused about the bigger picture context.
Sorry, is EXA-support enough for Compositing on itself?
I mean, do I need to compile Mesa with the latest HW support, in order to have KWin 4's (or Compiz's) Desktop Effects working?
Or, it's now enough to install the latest build of xf86-video-ati driver?
I'll answer the easiest question first. There is a delay between having drivers available in git and having them included in "out of box" distros, typically 6 months or so.
I think the modesetting driver support has been around long enough that most new distros include that support out of box. 3D acceleration for 5xx and rs6xx is more recent so is not included in the current crop of distros (other than F9) but should show up in the next round of distro releases.
re: EXA and compositing, as I understand it full EXA is enough to support some compositors (eg. Metacity) but you need OpenGL for Compiz. Not sure about KWin, but I'm fairly sure it requires OpenGL as well.
Last edited by bridgman; 07-19-2008 at 10:47 AM.
The tear-free code is more of a proof of concept than anything else. I doubt it'll actually get merged to master.
It basically inserts a stall in the command stream to wait until the vline trigger is past the active area of the display. The problem is you don't really want to stall the engine if you can avoid it, plus, depending how large your command stream is, you may not finish rendering by the time the crtc starts scanning again anyway. The real solution is compositing and pageflipping. You'd basically do all of your rendering to a different buffer than you are currently scanning and then insert a page flip at the end of the command stream. As soon as the rendering was done, the buffer pointers would flip and the crtc would scan out of the newly rendered buffer at the next retrace. That way you are never rendering and scanning out of the same buffer at the same time.
KWin 4 supports both OpenGL and XRender acceleration (in fact it runs -- slowly -- also in my really old Trident 8MB shared through XAA).
Originally Posted by bridgman
I love to test this as I have been wrestling with the tear in ATI for 6 months not in my HTPC running Mythtv.
Originally Posted by agd5f
I have an ATI 2600 card and is running Ubuntu 8.04 and Mythtv.
I have 2 DVB cards that deliver SD(Mpeg2) and HD (1080I H.264)
What further packages do I need to build to test this driver, and any special xorg.conf setings I should have ?
I kill for XVMC or at least proper XV and non tear video.
Good work for showing of something to teat and maybe we all get rid of the crappy tearing on ATI cards.
I think everyone just want the spechs to be known and an working driver. Bug will be fixed just like any other GPL package.
Originally Posted by bridgman
It's not like the proprietary driver have anything useful that an open implemntation would miss nor any more "bug free".
It's not rant, it's an good thing ATI open up the spechs and in some time this will help them compete with Nvidia.
ATI got loads of PR that would cost $$$ othervise.
This code only affects r1xx-r5xx radeons as there is no acceleration code yet for r6xx chips like the 2600. We are working on initial code and documentation now.
Originally Posted by Uber