Created attachment 4104 [details] [review]
Patch to grab some more

textureSize is used by Xorg but nothing seems to depend on it.
Needs to be tasted with a change as suggested by Michel Dänzer (bug #5294).

As Dave pointed out on IRC, this also needs to handle the case where
CONFIG_MEMSIZE contains 0 (some M6 cards).

we probably also ought to clean up the X messages so that we report the full
size on the card so X users don't complain when their 256 MB card only shows up
at 128 MB.  It probably makes sense to store the actual amount of ram detected
(rather than just the CPU addressable portion) in the radeon struct so that it
can be used elsewhere when needed.

(In reply to comment #3)
> we probably also ought to clean up the X messages so that we report the full
> size on the card so X users don't complain when their 256 MB card only shows up
> at 128 MB.  It probably makes sense to store the actual amount of ram detected
> (rather than just the CPU addressable portion) in the radeon struct so that it
> can be used elsewhere when needed.

I've incorporated something lke this into my big radeon patch here:
http://www.botchco.com/alex/xorg/superpatch/
I can extract it out and provide a patch is need be.

*** Bug 5475 has been marked as a duplicate of this bug. ***

This still doesn't work right for my x850 pro.

this should have been taken care of by benh's memmap fixes, unless your card has
sparse maps, then I guess you'd have to set up a GPU specific pool for textures
and such.

Fixed with KMS in current kernels.