Sorry about being out of thread, I wasn't subscribed to pickup the message IDs..

...

The R5xx and R6xx support in radeon is purely a private project of two people, redhat's Dave Airlie and ATIs Alex Deucher. This started in november, and copied a lot of radeonhd code. None of this happened in an amicable fashion, and there is no cooperation.

There has not been a single patch from either author to the radeonhd project, not before and not after -radeon work was started.

We haven't gotten to changing that code in any major fashion to contribute anything back, for reference we have a developer (benh) with plans to drop and simplify a lot of that code and fix-up all the endian issues we have in our atombios code, I'd be happy to provide those changes back if there was interest. To clarify some other points people made, Red Hat is mostly funding my work on this due customer demand from major vendors, a lot of it was personal time at the start, but we have vendor interest in the solution so it became a work thing. I choose using ATOMBIOS as I think it is much more maintainable for a driver to re-use common code from Windows/fglrx as it uses what are mostly tested paths, I understand the SuSE developers disagree with this, but I'm trying to work closely with AMD to make sure this solution is workable going forward. Its worth noting that NVIDIA do a similiar thing with their BIOSes and the nouveau developers have created an interpreter for the NVIDIA equivalent and seem to be quite happy to work in this way. I also can't agree radeon is just me and Alex, the RS690 support which I just announced was all written by a developer who has never worked on the code-base before (thanks to Maciej) and managed to expand the current codebase for the new chipset without wanting to rewrite it all. We now have Ben Herrenschmidt (from IBM) back interested in providing powerpc support for the ATOM BIOS parser. The radeon driver having some warts, but it is not un-maintainable, we have a nearly cleanly re-written codebase from randr-1.2 in terms of modesetting, our accel code works around problems on all cards and we are adding support for more accel features as quickly as we can. Also looking towards kernel modesetting, I wanted to deal with atombios up front in userspace so we can start working towards using the atombios code to support suspend/resume functionality in the kernel. Dave. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org