Hi tormod, just created a new thread.
My apologies, i just posted here because i thought it was relevant.
Best regards.
Update, new thread:
Printable View
Hi tormod, just created a new thread.
My apologies, i just posted here because i thought it was relevant.
Best regards.
Update, new thread:
Question: What exactly does the "GARTSize" option do? On both my 9800pro and 200M I need to specify a value for it, otherwise my games seg. fault or I get that "ran out of GART memory" error. What value should be the optimal to set it at? Right now I have it at 32, since setting anything higher seems to do nothing except eat up memory and leave heavy footprints on the swap file.
"GARTSize" refers to the amount of system memory in MB that the driver reserves for use by the GPU. This space is used for the ring buffer and vertex/indirect buffers and in some cases, textures. GART stands for Graphics Address Remapping Table. Disparate pages in system memory are made to look contiguous to the GPU via the remapper (either on the GPU in the case of PCI or PCIE, or on the northbridge in the case of AGP). It's sort of like an IOMMU for the GPU.
The default size is 8 MB and the max size is 32 MB.
Since you are X.org developer. What is the appropriate GARTSize to an AGP X1600pro?
Right now I'm using 256.
I based my xorg.conf on some posts here at phoronix.
http://pastebin.com/m50d0ecf0
Am I losing memory for nothing?
Hey everybody, stop hijacking this thread! If it's not a follow-up of the original posting, please start a new thread. :mad:
And keep quoting to a minimum. The worst example is the guy quoting his own log files all over again for no purpose. :eek:
Remember that some people subscribe to a thread because they're interested in the topic, and not in all kind of other stuff. And relevant information gets lost in all the noise.
This is just common netiquette that seems to be missing on the Phoronix forum.
We're still discussing the driver and it's configuration settings.
agd5f already said the maximum GARTSize is 32, so setting it higher will either have no effect or just eat up more memory for nothing. I tried 128 before and the only thing I noticed was increased memory usage (very noticeable when you have 512MB of RAM, and most likely even more if you have less). Most people end up thinking (erroneously) this specifies the memory for your GPU; that number is specified by another option altogether.
Thanks for the packages. I tried this on a fresh install of kubuntu hardy.1. The xorg pushers script kicked out a bunch of packages, and didn't install everything from ppa. After some manual intervention, I got everything installed and now it's working. Only problem is that when I logout of kde (using kdm), it freezes and I have to power off and reboot.
I also tried kubuntu intrepid on another partition. It works with the radeon driver version there. Unfortunately, kde4 is still a bit unstable. I notice the same problem when logout (with kdm running) of freeze up. I swithed to gdm and gnome and it doesn't freeze.
Any ideas why kde doesn't like radeon of how to fix?
regards,
edit: forget this since I've now had a freeze using gnome / gdm.
That means most games can't be played with those drivers?Quote:
3D not yet supported (experimental support in git)
Quote:
Testing openarena:
Oh it does work then?Quote:
On my RV530 with "Very High Quality" setting I get a very nice
I'm bit confused.
I was thinking trying these drivers but then saw that 3d not supported.
And why try these is because cs 1.6 keeps freezing on my machine and everyones machine pretty much so though maybe these could fix the problem.
Also there seems to be some textures missing in some games with the other drivers.
Can anyone answer short that can you play games with these drivers?
Games like World Of Warcraft or Warcraft 3 or steam games?
EDIT: Found this too:
Quote:
The following subsystems have not been implemented yet or show some limitations:
* 3D acceleration doesn't work together with 2D acceleration, and is only implemented on R5xx upto now. No XVideo (needs 3D engine for scaling). Still, fullscreen video is working fluently for many users.