[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1225743754.8004.260.camel@pasglop>
Date: Tue, 04 Nov 2008 07:22:34 +1100
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: James Cloos <cloos@...loos.com>
Cc: linux-fbdev-devel@...ts.sourceforge.net,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
"David S. Miller" <davem@...emloft.net>,
Krzysztof Halasa <khc@...waw.pl>
Subject: Re: [Linux-fbdev-devel] radeonfb lockup in .28-rc (bisected)
On Mon, 2008-11-03 at 10:33 -0500, James Cloos wrote:
> >>>>> "Benjamin" == Benjamin Herrenschmidt <benh@...nel.crashing.org> writes:
>
> >> is in play. It is probably spinning through all of the 2000000 possible
> >> udelay(10) calls. I don't think I ever gave it twenty seconds before
> >> giving up. And certainly not forty seconds, if the freeze happens after
> >> setting the DST_Y_X register.
>
> Benjamin> Well, setting DST_Y_X is what triggers the transfer. The above
> Benjamin> means that the FIFO isn't emptying (ie, the engine is locked up).
>
> I gave it another try over the weekend and let it sit for five minutes.
> The reset message never appeared.
Because it's probably going to lockup trying to display it :-) I need to
make that stuff a bit more robust, by disabling acceleration if the
engine locks up for example.
> Again, that is fine by me. Otherwise I'll just leave the #if0 commit
> in my compile clone.
Allright, we'll see what I come up with, and at worst, I'll just revert
the whole thing.
Ben.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists