Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262605AbVCPOoO (ORCPT ); Wed, 16 Mar 2005 09:44:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262609AbVCPOmm (ORCPT ); Wed, 16 Mar 2005 09:42:42 -0500 Received: from hermine.aitel.hist.no ([158.38.50.15]:5639 "HELO hermine.aitel.hist.no") by vger.kernel.org with SMTP id S262605AbVCPOly (ORCPT ); Wed, 16 Mar 2005 09:41:54 -0500 Message-ID: <4238467A.3030907@aitel.hist.no> Date: Wed, 16 Mar 2005 15:45:14 +0100 From: Helge Hafting User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roland Scheidegger CC: Dave Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.sourceforge.net Subject: Re: Another drm/dri lockup - when moving the mouse References: <423802E6.1020308@aitel.hist.no> <423822FA.6020501@hispeed.ch> In-Reply-To: <423822FA.6020501@hispeed.ch> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2065 Lines: 49 Roland Scheidegger wrote: > Helge Hafting wrote: > >> 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. > > What xorg / xfree / drm versions are you talking about? > >> 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? > > You could use Option "SWcursor" "true". This didn't help. The cursor was definitely SW, flashing on and off when over a scrolling xterm. The machine still died quickly. > Since it crashes even without 3d sometimes, the problem does not seem > to be related to dri (as in, dri driver). Sounds more like it's > related to CP activity. Not sure what would cause this, there seem to > be a lot of mouse cursor movement crashes reported lately... Do you > have a USB mouse whose controller shares the IRQ with the graphic card > maybe? The card gets IRQ 16, which isn't shared with anything in this machine. 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/