Hi Alexandre and Ben,
Any thoughts about what is causing this problem? This bug is 100% reproducible
on my hardware with the stock Fedora 23 kernel as well as with Linux 4.5-rc7
when compiled with CONFIG_DEBUG_SHIRQ. Note that with CONFIG_DEBUG_SHIRQ there
is an extra call to the IRQ handler mad
On Mon, Mar 07, 2016 at 11:39:18AM +0900, Alexandre Courbot wrote:
> On Mon, Mar 7, 2016 at 11:32 AM, Eric Biggers wrote:
> > On Mon, Mar 07, 2016 at 11:10:16AM +0900, Alexandre Courbot wrote:
> >>
> >> Hi Eric, just to follow up - are you still happy with this patch?
&
On Mon, Mar 07, 2016 at 11:10:16AM +0900, Alexandre Courbot wrote:
>
> Hi Eric, just to follow up - are you still happy with this patch?
Yes, I still haven't had any problems with it.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.
On Wed, Mar 02, 2016 at 12:22:30PM +0900, Alexandre Courbot wrote:
> Without the commit you mentioned, and with CONFIG_DEBUG_SHIRQ enabled,
> do you also see this error? Is it absolutely reproducable?
Yes, I bisected the problem to that individual commit. The problem never occurs
before that comm
On Tue, Mar 01, 2016 at 04:59:05PM +0900, Alexandre Courbot wrote:
>
> Eric, since you reported the regression on the first version, would you mind
> trying
> this one and giving us your Tested-by? I have tested it on dGPU but
> unfortunately
> could not set it up in an optimus-like manner, with
Hello,
I am encountering a 30 second hang during boot, in the Xorg process just before
the display manager comes up. I have bisected the problem to the following
commit:
commit 2b700825e7a7702fb862edba1262c98040dc1bf6
Author: Ben Skeggs
Date: Thu Aug 20 14:54:22 2015 +
could you take a look? 0xbad* generally comes from bad mmio
> > reads.
> >
> > On Aug 9, 2015 1:08 PM, "Eric Biggers" wrote:
> >>
> >> Hi,
> >>
> >> I am testing Linux v4.2-rc5 and I am sporadically getting crashes
> shortly
>
Hi,
I am testing Linux v4.2-rc5 and I am sporadically getting crashes shortly after
startup in gk104_fifo_intr_runlist(). What I've found is that the 'mask' value
read from offset 0x2a00 comes back as '0xbad0da00'. This causes the 'engn'
variable to be assigned the value 9, which is invalid; the