https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #1 from Martin Stolpe martinstolpe@gmail.com 2010-09-27 12:54:47 PDT --- Created an attachment (id=38990) --> (https://bugs.freedesktop.org/attachment.cgi?id=38990) complete oprofile log

https://bugs.freedesktop.org/show_bug.cgi?id=30406

Martin Stolpe martinstolpe@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=27954

--- Comment #3 from Martin Stolpe martinstolpe@gmail.com 2010-09-27 15:05:43 PDT --- I've switched back to xf86-video-ati + mesa. But I think this is some really interesting piece of software.

I've added some bug reports about speed problems which were solved by using this state tracker (Have a look at the see also links). I'm not a programmer and I'm not familiar with the hardware internals but I've read that the 2D acceleration silicon is removed from the newer radeon chips. So wouldn't it make sense to leverage the xorg state tracker for the newer graphics chips instead of writing software for xf86-video-ati? Especially considering that the mesa part for the coming chips will be using the gallium stack as default.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #4 from Marek Olšák maraeo@gmail.com 2010-09-27 15:50:02 PDT --- Yes, we plan to use the xorg state tracker (st/xorg) one day but currently getting the DRI driver out and stable (or at least in a better shape than r300c, which is already met I guess?) is more important for me, and I haven't tested st/xorg for half a year or so. I am glad to see that r300g is usable and sometimes faster than xf86-video-ati.

Anyone is encouraged to help us with the development and stabilize the driver with st/xorg so that it can be used as a replacement of xf86-video-ati. Such work quite low on my list, BTW.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

Martin Stolpe martinstolpe@gmail.com changed:

What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freedesktop.or |https://bugs.freedesktop.or |g/show_bug.cgi?id=27954, |g/show_bug.cgi?id=30405 |https://bugs.freedesktop.or | |g/show_bug.cgi?id=27983 |

--- Comment #6 from Martin Stolpe martinstolpe@gmail.com 2010-09-28 00:59:45 PDT --- I've removed the see also for 27943 and 27983 because I think the links are confusing here. One is a bug report about slow scrolling in okular and the other is a bug report about slow image display in Impress which are both solved by using the xorg state tracker.

I've added a link to a bug report about qt's OpenGL subsystem not working. But when using the xorg state tracker OpenGL in general isn't working.

I haven't tried "2DAccel" in xorg.conf. Will try and report if it changed anything and also post the output of glxgears.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #8 from Andy Furniss lists@andyfurniss.entadsl.com 2010-09-28 03:12:32 PDT --- (In reply to comment #2)

The X.Org state tracker is not tested with r300g to my knowledge and I do not recommend using it.

In that case, maybe it shouldn't be built and installed over the ddx without an explicit autogen --enable.

I've wanted to test r600g DRI, but with the current build I can test fine, but will get an xserver fail next startx as noted in

https://bugs.freedesktop.org/show_bug.cgi?id=30402

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #10 from Andy Furniss lists@andyfurniss.entadsl.com 2010-09-28 05:02:37 PDT --- (In reply to comment #9)

Have you tried to apply the recommendations Michael Dänzer gave in comment 2? I've attached a patch which applies the needed changes to Bug 30402. At least with r300g the xorg server starts now.

Not yet, but then I wanted to test r600g + DRI and not two new things at once.

If as Marek says, this is not recommended, maybe it shouldn't happen by default.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #12 from Andy Furniss lists@andyfurniss.entadsl.com 2010-09-28 12:26:14 PDT --- (In reply to comment #11)

(In reply to comment #10)

...

If as Marek says, this is not recommended, maybe it shouldn't happen by default.

Fixed in master and 7.9.

Thanks, all OK now.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #14 from Marek Olšák maraeo@gmail.com 2010-09-28 14:47:06 PDT --- I was told that if you do a clean boot, r300g with st/xorg doesn't work. There is a theory that r300g does not initialize some hardware registers at startup. But once you let xf86-video-ati initialize them, you can switch to st/xorg and everything should work.

https://bugs.freedesktop.org/show_bug.cgi?id=30406

--- Comment #16 from Martin Stolpe martinstolpe@gmail.com 2010-09-29 00:54:30 PDT --- Too bad it's not really working. I guess these are the kinds of errors which are difficult to track and which can consume a lot of time to fix.