Created attachment 49589 [details] dmesg output The game Cogs (from the Humble Indie Bundle) is causing a GPU hang. Unless the process is killed quickly the reset functionality doesn't seem to work so a full reboot is necessary. The hang only happens if shadows is turned on in the game options, which it is by default so the hang happens right after launching the game. No difference between 7.11 and git master. Something else seems to be wrong with the game as it's pegging the CPU at 100% and performance is just a few frames per second. System environment: -- system architecture: 32-bit -- Linux distribution: Debian unstable -- GPU: REDWOOD -- Model: XFX Radeon HD 5670 1GB -- Display connector: DVI -- xf86-video-ati: 6.14.2 -- xserver: 1.10.2.902 -- mesa: 860c51d82711936d343b55aafb46befc8c032fe6 -- drm: 2.4.26 -- kernel: 3.0
*** Bug 39617 has been marked as a duplicate of this bug. ***
Created attachment 49666 [details] [review] [PATCH] r600g: fix vs export count Does this patch help?
(In reply to comment #2) > Created an attachment (id=49666) [details] > [PATCH] r600g: fix vs export count > > Does this patch help? It does! Thank you :) The game is still really slow, but I'll open another bug about that, possibly first see if it's only on r600g or something common to all Mesa/G3D drivers.
Pushed: 95ee961f77119826382cfbc617334aed986b72e5 Thanks!
Created attachment 49707 [details] [review] [PATCH] gallium: vertex buffer optimization This experimental patch should help with performance in cogs, though it needs more work and testing. I'm not sure if it's the right way to implement such optimization at all.
(In reply to comment #5) > This experimental patch should help with performance in cogs, though it needs > more work and testing. I'm not sure if it's the right way to implement such > optimization at all. It seems to work fine here. There's a night-and-day difference with and without this patch!
Just wondering, will this optimization be possible for r300g too?
Created attachment 49735 [details] [review] r300g support for previous patch (not tested) (In reply to comment #7) > Just wondering, will this optimization be possible for r300g too? I think it should be rewritten in more generic way, so that the specific drivers won't need to care about it. I'll look into it. But if you want to test this in its current state, then you could try attached patch for r300g, it needs to be applied after the previous patch. I can't test without r300 hw though, so I'm not sure it'll work.
(In reply to comment #8) > Created an attachment (id=49735) [details] > r300g support for previous patch (not tested) > > (In reply to comment #7) > > Just wondering, will this optimization be possible for r300g too? > > I think it should be rewritten in more generic way, so that the specific > drivers won't need to care about it. I'll look into it. > > But if you want to test this in its current state, then you could try attached > patch for r300g, it needs to be applied after the previous patch. I can't test > without r300 hw though, so I'm not sure it'll work. It works fine with my RV530 card.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.