similar to: [Bug 91988] New: nouveau causes complete system hang - SCHED_ERROR CTXSW_TIMEOUT PGRAPH engine fault PBDMA0 ACQUIRE

https://bugs.freedesktop.org/show_bug.cgi?id=99202 Bug ID: 99202 Summary: system freeze - fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] - MULTIPLE_WARP_ERRORS - DATA_ERROR 00000004 [INVALID_VALUE] - ILLEGAL_CLASS ch 11 - RT_STORAGE_TYPE_MISMATCH - CLASS_SUBCH_MISMATCH Product: xorg Version: unspecified

https://bugs.freedesktop.org/show_bug.cgi?id=98138 Bug ID: 98138 Summary: Random Freeze - nouveau 0000:01:00.0: fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=96562 Bug ID: 96562 Summary: nouveau crashes with SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

I begin to find a way that help me investigate fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] errors. See https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/-/issues/339 I believe this affects mostly Fermi, Kepler and Maxwell1 graphic cards. I'd like first to describe a bit how I proceed, then talk about separating this issue in many. I am working on Gnome Debian Testing. This environment

https://bugs.freedesktop.org/show_bug.cgi?id=91373 Bug ID: 91373 Summary: Nouveau fills kern.log with gigabytes of data when molecule screensaver is ran Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=93629 Bug ID: 93629 Summary: [NVE6] complete system freeze, PGRAPH engine fault on channel 2, SCHED_ERROR [ CTXSW_TIMEOUT ] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

https://bugs.freedesktop.org/show_bug.cgi?id=92833 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|nouveau E[ |[NV117] nouveau E[ |PFIFO][0000:01:00.0] read |PFIFO][0000:01:00.0] read

https://bugs.freedesktop.org/show_bug.cgi?id=98525 Bug ID: 98525 Summary: nouveau graphics freeze when using KDE Plasma 5 with "fifo: PBDMA0: 00200000 subc 0 mthd 000c data 00000000" Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status:

Hi, Using 3 monitors on the GeForce GTX 650 Ti card (2 DVI and 1 VGA) works great out of the box on Fedora 20. However, every couple of days the graphics driver seems to crash. The same thing used to happen when 2 monitors were in use, but that has pretty much stabilized as of late. Does anyone have a stable setup with this card using 3 monitors? Will 3 monitors be supported? Thanks, Rob $

https://bugs.freedesktop.org/show_bug.cgi?id=76414 Priority: medium Bug ID: 76414 Assignee: nouveau at lists.freedesktop.org Summary: [NVE4] Flash player triggers freeze with: PFIFO: read fault at ... [UNSUPPORTED_KIND] from PBDMA0/HOST ... QA Contact: xorg-team at lists.x.org Severity: major Classification:

There were fixes in 3.17 that were supposed to help this, but apparently they didn't help enough. See https://bugs.freedesktop.org/show_bug.cgi?id=72180 -- basically some sort of card setup failure on our part is causing our ctxsw to die, but nvidia's appears to be more resilient to the screwups. On Fri, Dec 5, 2014 at 1:16 PM, Rob Jansen <rob.g.jansen at nrl.navy.mil> wrote: >

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #5 from Ralph Gauges <r.gauges at hotmail.com> --- Sorry, my report got lost whn I attached the Xorg.log. So again. I am also seeing freezes related to the nouveau driver since upgrading to kernel 4.10. Before that I was using 4.9 without problems. In addition to the Xorg.log, my kern.log contains some error messsages that

https://bugs.freedesktop.org/show_bug.cgi?id=100567 Bug ID: 100567 Summary: Nouveau system freeze fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Well, I downgraded back to 2 monitors and it turns out that this problem has reappeared when using only 2 monitors as well. There must have been a regression of some sort somewhere along the line, possibly in one of the latest kernels? What can I provide to help this issue get fixed? -Rob > On Dec 5, 2014, at 8:07 AM, Rob Jansen <rob.g.jansen at nrl.navy.mil> wrote: > > Hi, >

FYI, I’ve downgraded to kernel 3.16.7-200.fc20.x86_64 and have not had any lockups for several days. So I guess this means I’ll stay at 3.16.7-200.fc20.x86_64 for the time being. Whatever fixes happened in 3.17 seemed to have made things worse, at least for me. -Rob > On Dec 5, 2014, at 6:32 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > > There were fixes in 3.17 that were

https://bugs.freedesktop.org/show_bug.cgi?id=97462 Bug ID: 97462 Summary: Graphics deadlock "ILLEGAL_MTHD" in nouveau with mesa version 11.2.2 when visiting Google Maps with firefox 49.0b5 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All)

Hi, On 04-12-15 09:54, Samuel Pitoiset wrote: > > > On 12/04/2015 09:45 AM, Hans de Goede wrote: <snip> >>> Please give a shot at this branch : >>> http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute >>> >>> It fixes the initialization of the compute state and allows me to >>> launch 'test_input_global' (ie. ./compute

https://bugs.freedesktop.org/show_bug.cgi?id=89985 Bug ID: 89985 Summary: system video hangs on video switch to fullscreen Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=90453 Bug ID: 90453 Summary: Desktop periodically freezes when using Nouveau & getting "nouveau E[PDISP]" errors in dmesg Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

https://bugs.freedesktop.org/show_bug.cgi?id=92971 --- Comment #5 from Philippe Condé <conde.philippe at skynet.be> --- hello, it is kde5 (KF5). With opensuse Tumbleweed we do a global update (snapshot). Difficult to see thereafter if this is due to KDE or the kernel. Three examples from journalctl: the very first error after the boot message: the lock occurred during reactivation of