search for: ebiggers3

...ther Maxwells too) so reverting it should not hurt anyone at the moment. I think Ben is on holidays for now, is there anyone else who can send a pull request to Dave Airlie for this? We don't want 4.2 to ship with a crash every other reboot... On Wed, Aug 12, 2015 at 10:01 AM, Eric Biggers <ebiggers3 at gmail.com> wrote: > Hi, > > I think I've done about 10 reboots with the commit reverted and I never > experienced the crash. But with 4.2.0-rc6 I get the crash on about every > other reboot. > > Probably relevant: the computer on which the crash occurs has two GPUs (...

...39;d be good to know whether it is actually the culprit or not. On Mon, Aug 10, 2015 at 2:28 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > Alexandre, could you take a look? 0xbad* generally comes from bad mmio > reads. > > On Aug 9, 2015 1:08 PM, "Eric Biggers" <ebiggers3 at gmail.com> wrote: >> >> 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 com...

...s reverts commit 1addc1264852 This commit seems to cause crashes in gk104_fifo_intr_runlist() by returning 0xbad0da00 when register 0x2a00 is read. Since this commit was intended for GM20B which is not completely supported yet, let's revert it for the time being. Reported-by: Eric Biggers <ebiggers3 at gmail.com> Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- David, it would be great if this could be merged for 4.2 since lots of users could potentially experience this issue. Thanks! drivers/gpu/drm/nouveau/nvkm/engine/fifo/gk104.c | 29 +++++++----------------- 1 file...

On Wed, Mar 2, 2016 at 12:53 PM, Eric Biggers <ebiggers3 at gmail.com> wrote: > 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 >> c...

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.

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; then wake_up() is called on an uninitialized waitqueue which causes the

On Tue, Mar 1, 2016 at 4:45 PM, Eric Biggers <ebiggers3 at gmail.com> wrote: > 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 >...

On Wed, Mar 2, 2016 at 6:07 PM, Alexandre Courbot <gnurou at gmail.com> wrote: > On Wed, Mar 2, 2016 at 12:53 PM, Eric Biggers <ebiggers3 at gmail.com> wrote: >> 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 unfortun...

On Mon, Mar 7, 2016 at 11:32 AM, Eric Biggers <ebiggers3 at gmail.com> 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? > > Yes, I still haven't had any problems with it. Awesome. Clear to add your Tested-by?

A channel may still be processed by the PBDMA even after removal, unless it is properly kicked. Some chips are more sensible to this than others, with GM20B triggering the issue very easily (the PBDMA will try to fetch methods from the previously-removed channel after a new one is added). Make sure this cannot happen by kicking the channel right after it is disabled, and before the new runlist is

...eems to cause crashes in gk104_fifo_intr_runlist() by >> returning 0xbad0da00 when register 0x2a00 is read. Since this commit was >> intended for GM20B which is not completely supported yet, let's revert >> it for the time being. >> >> Reported-by: Eric Biggers <ebiggers3 at gmail.com> >> Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> >> --- >> David, it would be great if this could be merged for 4.2 since lots of >> users could potentially experience this issue. Thanks! > > Tested-by: Afzal Mohammed <afzal.mohd.m...

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 <bskeggs at redhat.com> Date: Thu Aug 20 14:54:22 2015 +1000 drm/nouveau/mc: move device irq handling to platform-specific code The hang only

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 power management kicking in. > Thanks. I've tested Linux 4.5-rc6 with your patch