Date: Mon, 14 Nov 2005 18:57:51 -0800
From: Andrew Morton <akpm@osdl.org>
To: Dave Airlie <airlied@linux.ie>
Cc: pbadari@us.ibm.com, linux-kernel@vger.kernel.org, hugh@veritas.com
Subject: Re: 2.6.14 X spinning in the kernel
Message-Id: <20051114185751.795b8a3d.akpm@osdl.org>
In-Reply-To: <Pine.LNX.4.58.0511150247160.24064@skynet>
References: <1132012281.24066.36.camel@localhost.localdomain>
	<20051114161704.5b918e67.akpm@osdl.org>
	<1132015952.24066.45.camel@localhost.localdomain>
	<20051114173037.286db0d4.akpm@osdl.org>
	<Pine.LNX.4.58.0511150247160.24064@skynet>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 905
Lines: 26

Dave Airlie <airlied@linux.ie> wrote:
>
> 
> >
> > ah-hah.  We've had machines stuck in radeon_do_wait_for_idle() before.  In
> > fact, my workstation was doing it a year or two back.
> >
> > Are you able to identify the most recent kernel which didn't do this?
> >
> > David, is there a common cause for this?  ISTR that it's a semi-FAQ.
> 
> Yes invariably the GPU has crashed and isn't responding to anything.

But radeon_do_wait_for_idle() and radeon_do_wait_for_fifo() have timeouts. 
Should Badari have waited longer?

> 
> Also what X was doing etc at the time is invalulable info..
> 

And whether a particualr kernel version introduced this behaviour.
-
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/