If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

did you build and install the drm kernel module from the 6xx-7xx branch of mesa/drm ?

Well, I did now (thanks). I checked out that branch, built mesa/drm, built mesa from git source, and finally rebuilt radeonhd (with its r6xx.. branch) from source. NO JOY, I still get an empty /dev/dri directory. Do I have to build the entire X server from source?

bugmenot, would you care to describe how you got to the point you did?

Hello, thanks for the answer.
I added the pci ID of my card, now it is not an untested chip anymore, but it still does not work.
I installed the R600/700 branches of radeonhd and drm and there are not errors in the xorg.0.log, drm seems to load successful. I assume that there is something with the DRM not ready for my card yet. Also the xserver freezes within 2-20 seconds if I start x with exa enabled. I can move the mouse then, but nothing else. I think DRM is not ready for my device, yet.

Thanks for testing!

You might want to try and load drm explicitly before starting the Xserver with 'modprobe drm debug=1; modprobe radeon' and verify /var/log/messages. This won't help you, but it might help us with debugging

Sigh...
So I found that the drm.ko kernel module I built isn't loading properly. It might have something to do with drm being built statically into stock 2.6.28 kernels

I renamed the original radeon.ko files and so on and copied the new compiled modules into the folder, where the original files were. But that is pretty 'unclean' I think, so I do it as described here now:http://www.x.org/wiki/radeonhdRI

-I rolled my own 2.6.28 kernel this morning (from the Ubuntu 9.04 kernel source) and configured it without drm built-in.
-I then proceeded according to that same link bugmenot did (http://www.x.org/wiki/radeonhd:DRI)
-I completely rebuilt mesa/drm, mesa, and radeonhd against the new kernel headers (checked out the r6xx-r7xx-support branches of drm and radeonhd)

At least the drm.ko I built loads now. Unfortunately, X/gdm locks up hard when I load it (can't even Ctrl+Alt+F1). I tried just doing startx and bypassing gdm, but it still throttles the CPU and locks up.

Before coming to ATI I was actually visited by a team of lawyers demanding royalty payments for the use of "their IP", which was XOR-ing a cursor image onto the screen. At the time I ran a small company designing & building graphics cards and accelerators for other companies selling Mac upgrades.

We told them to get lost and never heard from them again, but I never liked software patents after that experience.

Bridgman, count yourself lucky! That was probably the same patent that brought about the demise/downfall of the once mighty Commodore Amiga.

The CD32 was released in Canada and was planned for release in the United States. However, a deadline was reached for Commodore to pay a patent royalty to Cad Track for their use of their XOR patent. [1] A federal judge ordered an injunction against Commodore preventing them from importing anything into the United States. Commodore had built up CD32 inventory in their Philippine manufacturing facility for the United States launch, but, being unable to sell the consoles, they remained in the Philippines until the debts owed to the owners of the facility were settled. Commodore declared bankruptcy shortly afterwards, and the CD32 was never officially sold in the United States.

At least the drm.ko I built loads now. Unfortunately, X/gdm locks up hard when I load it (can't even Ctrl+Alt+F1). I tried just doing startx and bypassing gdm, but it still throttles the CPU and locks up.

There seems to be a problem with the 780 -- all the testing before release was done on discrete GPUs. The devs are going to look at the 780 this week.