Message-ID: <423802E6.1020308@aitel.hist.no>
Date: Wed, 16 Mar 2005 10:56:54 +0100
From: Helge Hafting <helge.hafting@aitel.hist.no>
User-Agent: Debian Thunderbird 1.0 (X11/20050116)
MIME-Version: 1.0
To: Dave Airlie <airlied@linux.ie>
CC: linux-kernel@vger.kernel.org, dri-devel@lists.sf.net
Subject: Another drm/dri lockup - when moving the mouse
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1293
Lines: 33

I have reported this before, but now I have some more data.

I have an office pc with this video card:
VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 
7000/VE]

In previous reports I found that starting xfree or xorg with dri support
cause a hang after a little while.  It seems that this only happens when
the mouse moves.  Something I didn't discover before because there
are lots of unplanned mouse movements - the thing is sensitive and jumps
a pixel now and then when I move stuff on the desk.

Taking care not to move the mouse, I can start X and run glxgears
with acceleration.  The slightest mouse movement during 3D activity
kills the machine instantly so it only responds to the reset button.  Mouse
movement without 3D activity may or may not kill the pc.

Could there be a problem where 3D-stuff and code to move the mouse
"steps on each other toes" somehow?  Or some way to test this further,
by disabling the mouse or force some kind of software fallback for
the mouse cursor?

Helge Hafting

Helge Hafting


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/