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.
It's absolutely smooth with Gallium here. Are you sure your glxinfo says "Gallium 0.4 on RV350"?
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on RV350
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
FWIW, my card is AGP with PCI IDs 1002:4153.
I'm suspecting that celestia is suffering from FDO bug #27297 here, because the CPU usage hits the roof with Gallium: a load average of 1.0, vs ~0.2 with Classic. And that's with me just sitting here watching it.
well ok .. i only meant to start this thread because i feared development on open source drivers for r300-r500 chips had pretty much went as far as developers wanted it to go..
i'll check my 'stack' as some of you have suggested, but afaik everything is up to date .. and from the few benchmarks i can run & from general overall experience & feel, the classic dri option is still faster & snappier than dri2 with kms.
i guess it's a good thing amd decided to open source it's development for anyone who bought a laptop / card from 2009 and after .. because for all the time it took to get these drivers in acceptable working condition, my hardware really is starting to feel deprecated ... .... ... (even though the best driver avaible to date doesnt fully exploit it ?!) ..
No chance of that. The big effort over the last couple of years, however, was a complete re-architecture of the open source graphics stack which laid the foundation for future improvements. You wouldn't have seen a lot of improvement during that time no matter what hardware you were running. Now you're seeing things like the 300g effort being able to move to the forefront.
We should try to understand what is different about your system from the ones where users are reporting good responsiveness on KMS. I know when your system isn't acting the way you want it's easy to think that everyone else must be seeing the same problem but I don't think that's the case here (and if other people don't see the same problem then they ain't gonna FIX IT unless the difference can be quantified somehow.
The easiest way to know if somethings is wrong on your end is to test a live version of fedora. Many dev are using fedora and we are at least 2 trying to make sure fedora has the lastest stuff and works properly.
Also it seems that KDE is a lot more problematic with KMS than GNOME. KDE does thing differently and it seems to be path that we haven't paid much attention to.
I registered just to point out that KMS is also slower for me, but I deduce from what said bridgman that it's probably caused by my weak P4 CPU.
What bothers me the most is that r300g is also slower here while everyone seems to claim the contrary. For example, openarena is easily playable with classic mesa but with gallium I experience huge fps drops, I would say that it goes down to something like 2-3fps (I did'nt find any way to display the fps so I can't tell exactly).
I pull mesa git every day to test r300g. I'm using kernel 2.6.34-rc5, libdrm 2.4.20, mesa 7.8 for the classic driver and xorg 1.8.0 if these versions can help.
Also, my card is RV350 based, AGP and anyway, thank you all developers, keep up the good work !
There may be an AGP vs PCIE difference here as well. That seems to be the other common factor to people seeing lower performance with the new stack. Make sure you're running the latest -ati (X driver) as well.