[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-03-15 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 Andy Furniss li...@andyfurniss.entadsl.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-03-01 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #11 from Andy Furniss li...@andyfurniss.entadsl.com 2010-03-01 04:34:38 PST --- (In reply to comment #10) I also notice that even just running gears the clock changes up/down accompanied by visual disturbance every couple of

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-23 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #10 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-23 15:43:52 PST --- (In reply to comment #7) (In reply to comment #5) I don't see any framerate variation either. Of course this may be explained by my clock never

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #1 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-18 07:54:53 PST --- Created an attachment (id=33386) -- (http://bugs.freedesktop.org/attachment.cgi?id=33386) dmesg -- Configure bugmail:

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #2 from Tobias Jakobi liquid.a...@gmx.net 2010-02-18 12:02:47 PST --- Confirming on my RV740 in quake3. q3 performance is good, but every other second the whole rendering slows down for a bit to then accelerate again - very

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #3 from Rafał Miłecki zaj...@gmail.com 2010-02-18 13:02:11 PST --- Created an attachment (id=33399) -- (http://bugs.freedesktop.org/attachment.cgi?id=33399) drm/radeon/kms/pm: do not take cp mutex Does it help? -- Configure

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #4 from Tobias Jakobi liquid.a...@gmx.net 2010-02-18 13:43:17 PST --- This patch helps, but the stalls don't disappear completly. You can try this yourself, I think ioquake3 + demodata or openarena should work for this. It's

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #5 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-18 15:32:34 PST --- (In reply to comment #3) Created an attachment (id=33399) -- (http://bugs.freedesktop.org/attachment.cgi?id=33399) [details] drm/radeon/kms/pm: do

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #6 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-18 15:43:34 PST --- (In reply to comment #2) Anyway, thanks to some change in the latest drm-radeon-testing any other game than q3 runs REALLY slow - even the good old

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #7 from Andy Furniss li...@andyfurniss.entadsl.com 2010-02-18 16:37:22 PST --- (In reply to comment #5) I don't see any framerate variation either. Of course this may be explained by my clock never actually getting changed, if

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #8 from Alex Deucher ag...@yahoo.com 2010-02-18 17:17:37 PST --- (In reply to comment #3) Created an attachment (id=33399) -- (http://bugs.freedesktop.org/attachment.cgi?id=33399) [details] drm/radeon/kms/pm: do not take cp

[Bug 26631] R600 AGP KMS + dynpm,dynclks = stalls

2010-02-18 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=26631 --- Comment #9 from Alex Deucher ag...@yahoo.com 2010-02-18 17:18:32 PST --- (In reply to comment #8) We need to take the CP lock to avoid scheduling commands when the CP is running. We need to take the CP lock to avoid scheduling