Hello All,
I'm trying the top-of-trunk drm-2.6 trees (both drm-next and
drm-radeon-testing) with my Radeon HD 3200 GPU over HDMI. The primary
application is mythtv which uses DRM syncing for the frame
syncronisation. Now, with the exact same userland software I noticed the
introduction of sync gliches in the May-timeframe. The
drm-radeon-testing on May 9 was still ok, but both drm-next and
drm-radeon-testing at the end of May showed that glitch: every couple of
seconds there's a very visual …
[View More]hickup, especially in scroll texts.
Apologies for such an unspecific description, and for what almost seems
like a support request for MythTV. I wouldn't post here if I were not
100% sure it must be related with the recent drm changes.
What I've tried so far:
* I tried bisecting, but I failed to spot the offending commits somehow.
My last hope is this list of experts - for me the git logs look sane,
but you guy surely have more insight.
* I tried turning on drm debug=1, but did not see anything suspicious,
especially with relation to the r600 irq handling changes.
* Currently I'm in the process of setting up systemtap to profile the
scheduling, but I'm still on the learning curve :)
I'd be most grateful for any tips and things to try to isolate this issue.
Thanks
Marius
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=28425
Summary: Google Earth redrawing breakups under r300g (R520,
1800XL)
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/r300
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: mahmoudshmaitelly(a)yahoo.com
Under gallium3d (R520) …
[View More]Google Earth shows breakup of the globe while
redrawing/zooming. I did not have that under classic mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #7 from Tobias Jakobi <liquid.acid(a)gmx.net> 2010-07-30 12:07:32 PDT ---
Confirming this problem for ut2004, only the 'Instant Action' gamemode works
for me -- all other fail with this assertion.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #5 from Jon Sturm <jasturm002(a)aol.com> 2010-07-30 11:48:22 PDT ---
I am getting this same error on my rv730 card, Radeon HD4850, as soon as a map
loads for any gametype in UT2004. I am running a custom built kernel from
airlied's DRM-Radeon-Testing branch and libdrm, mesa, and ddx all from git.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
…
[View More]You are the assignee for the bug.
[View Less]
set_current_state() is called only once before the first iteration.
After return from schedule_timeout() current state is TASK_RUNNING. If
we are going to wait again, set_current_state() must be called.
Signed-off-by: Kulikov Vasiliy <segooon(a)gmail.com>
---
drivers/gpu/drm/nouveau/nouveau_fence.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c
index 813d853..b7777ae 100644
--- …
[View More]a/drivers/gpu/drm/nouveau/nouveau_fence.c
+++ b/drivers/gpu/drm/nouveau/nouveau_fence.c
@@ -186,7 +186,6 @@ nouveau_fence_wait(void *sync_obj, void *sync_arg, bool lazy, bool intr)
unsigned long timeout = jiffies + (3 * DRM_HZ);
int ret = 0;
- __set_current_state(intr ? TASK_INTERRUPTIBLE : TASK_UNINTERRUPTIBLE);
while (1) {
if (nouveau_fence_signalled(sync_obj, sync_arg))
@@ -197,6 +196,8 @@ nouveau_fence_wait(void *sync_obj, void *sync_arg, bool lazy, bool intr)
break;
}
+ __set_current_state(intr ? TASK_INTERRUPTIBLE
+ : TASK_UNINTERRUPTIBLE);
if (lazy)
schedule_timeout(1);
--
1.7.0.4
[View Less]