The open source driver code is actually MIT/X11 licensed so using it in proprietary drivers is OK, but the fglrx driver architecture is sufficiently different that we probably wouldn't be able to re-use the code anyways.
Announcement
Collapse
No announcement yet.
R600/700 EXA X-Video Code Merged To Master
Collapse
X
-
Originally posted by Timo Jyrinki View PostForgot that radeon has experimental tv-out support on r6xx, and also tear-free video playback on r5xx, which I think are not available on radeonhd.
And *I* can't see any reason for using radeon. Radeonhd was the first and so the work on radeon to support the newest chips is duplicated effort. Also there are many places that are cleaned up in radeonhd, in radeon not.
Merging together does not really work and does not really make sense also. Those two driver are really pretty different. Let's see how the story continues with KMS....
The easiest thing would be that radeon simply stops supporting newer chips. Having two drivers is simply stupid and does not make sense at all. But we know that already and notice it every time again when a bug is only reported for the one driver and not for the other...
Comment
-
Originally posted by bugmenot View PostRadeonhd was the first and so the work on radeon to support the newest chips is duplicated effort. Also there are many places that are cleaned up in radeonhd, in radeon not. Merging together does not really work and does not really make sense also. Those two driver are really pretty different. Let's see how the story continues with KMS.
So far so good; there would be a new driver based on atombios, supporting 5xx and up, and everyone would support it.
When radeonhd turned out to be mostly hard-coded there was a "WTF ??" moment in the rest of the dev community and things got complicated again. The devs who had agreed to support a new atombios-based driver rather than their existing hard-coded drivers said "screw this" and added atombios-based support to radeon. The rest, as they say, is history.
Over time (maybe a couple of years) I agree that KMS will solve the issue by eliminating the areas of code where the two drivers differ the most, but my current thinking is that both drivers will continue to exist until user modesetting goes away completely.Last edited by bridgman; 28 February 2009, 12:33 AM.Test signature
Comment
-
Originally posted by Timo Jyrinki View PostForgot that radeon has experimental tv-out support on r6xx, and also tear-free video playback on r5xx, which I think are not available on radeonhd. But radeonhd has the hdmi audio support. Those three probably summarize the user visible differences?
Of course the modesetting code differences mean that different driver might have different outcome on various cards, but that's actually quite neat to find possible problem areas in both drivers.
Comment
-
Originally posted by susikala View PostActually, radeon (git) has tear-free video playback on all chips. That is the main reason I use radeon and not radeonhd (although the patch may have been already ported to radeonhd or this was otherwise solved).
Comment
-
Originally posted by quintesse View PostWhen people say "radeon" do they refer to the "ati" driver or is there actually something called "radeon" that I don't know about?
Comment
-
The radeon driver won't work here, not even without any acceleration. I only get a black screen with some artefacts the top border of the screen.
X.org log: http://www.stud.tu-ilmenau.de/~johi-...g.0.log.radeon
Comment
-
Originally posted by PuckPoltergeist View PostThe radeon driver won't work here, not even without any acceleration. I only get a black screen with some artefacts the top border of the screen.
X.org log: http://www.stud.tu-ilmenau.de/~johi-...g.0.log.radeon
Comment
Comment