similar to: nouveau locking machine solid

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- This syncs it up with what's in envytools. Some of the names are a bit different, but I'm inclined to trust envytools as the correct thing. drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 29 ++++++++++++------------ 1 file changed, 15 insertions(+), 14 deletions(-) diff --git

https://bugs.freedesktop.org/show_bug.cgi?id=110572 Bug ID: 110572 Summary: System Crash: nouveau 0000:08:00.0: gr: PGRAPH TLB flush idle timeout fail and nouveau 0000:08:00.0: mmu: ce0 mmu invalidate timeout Product: Mesa Version: 19.0 Hardware: x86-64 (AMD64) OS: Linux (All)

https://bugs.freedesktop.org/show_bug.cgi?id=109397 Bug ID: 109397 Summary: PGRAPH TLB flush idle timeout fail: X hangs, ssh login possible Product: Mesa Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=89186 Bug ID: 89186 Summary: Artifacts after waking up from suspend Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=105940 Bug ID: 105940 Summary: Display freeze caused by nouveau Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=82843 Priority: medium Bug ID: 82843 Assignee: nouveau at lists.freedesktop.org Summary: [NV96][Regression][Bisected] Failure to resume QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: trevor.davenport

Now it outputs: nouveau E[ PGRAPH][0000:02:00.0] PGRAPH TLB flush idle timeout fail nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_STATUS: BUSY DISPATCH VFETCH CCACHE_UNK4 STRMOUT_GSCHED_UNK5 UNK14XX UNK1CXX CLIPID ZCULL ENG2D UNK34XX TPRAST TPROP ROP (0x011fde03) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS_0: CCACHE (0x00145b4d) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS_1: (0x0000002d)

Now it outputs: nouveau E[ PGRAPH][0000:02:00.0] PGRAPH TLB flush idle timeout fail nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_STATUS: BUSY DISPATCH VFETCH CCACHE_UNK4 STRMOUT_GSCHED_UNK5 UNK14XX UNK1CXX CLIPID ZCULL ENG2D UNK34XX TPRAST TPROP ROP (0x011fde03) nouveau E[ PGRAPH][0000:02:00.0] PGRAPH_VSTATUS: CCACHE (0x00145b4d) (0x0000002d) ENG2D ROP (0x0034db40) instead of: [drm] nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=37445 Summary: Nouveau regulary reports the TRAP_VFETCH FAULT errors. Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: minor Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. Nov 25 17:57:51 madman kernel: [548360.773743] nouveau E[ PGRAPH][0000:01:00.0] PGRAPH TLB flush idle

Also rework things so that if someone were to add an opcode without adjusting the values in these arrays, there will be a compilation error. This fixes a few quadop-related piglit regressions since commit d5faf8e78603. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/gallium/drivers/nouveau/codegen/nv50_ir_target.cpp | 12 +++++++-----

This makes nouveau recognise and report more kinds of PGRAPH errors, as well as prevent GPU lockups resulting from some of them. Lots of guesswork was involved and some part of this is probably incorrect. Some potential-lockuop situations are handled by just resetting a whole PGRAPH subunit, which doesn't sound like a "proper" solution, but seems to work just fine... for now.

Pan Bříza, to se stane, když Custom image - Pick a file from your drives(s) ... nouveau 0000:02:00.0: fifo: DMA_PUSHER - ch 5 [mediawriter[20975]] get 0020171c34 put 00201746ec ib_get 00000017 ib_put 00000018 state 8000a32c (err: INVALID_CMD) push 00406040 nouveau 0000:02:00.0: gr: DATA_ERROR 00000004 [INVALID_VALUE] nouveau 0000:02:00.0: gr: 00100000 [] ch 5 [001f7bd000 mediawriter[20975]] subc 5

Hi, there! Every once in a while / about once a day I have nouveau for a Quadro NVS 290 failing in my system from about kernel 3.10...up to now 3.14, so I finally decided to report this bug as it gets really annoying. After the bug appears, there are some (one per DATA_ERROR line) small 20x20 to 40x40 pixel sized odd shaped white block artefacts stuck on my (dual monitor) desktop. After a restart

https://bugs.freedesktop.org/show_bug.cgi?id=93828 Bug ID: 93828 Summary: Xorg hangs randomly with nouveau driver Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=68037 Priority: medium Bug ID: 68037 Assignee: nouveau at lists.freedesktop.org Summary: TRAP_TPDMA - TP0: Unhandled ustatus 0x00000008 ; and other NV50 log spam errors QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

This will fix races between generated ctxprogs and interrupt handler. Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net> --- drivers/gpu/drm/nouveau/nv50_grctx.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv50_grctx.c b/drivers/gpu/drm/nouveau/nv50_grctx.c index d105fcd..9f909ab 100644 ---

On Wed, Dec 13, 2017 at 7:03 AM, Joakim Tjernlund <Joakim.Tjernlund at infinera.com> wrote: > On Mon, 2017-12-11 at 08:59 +0100, Joakim Tjernlund wrote: >> On Sun, 2017-12-10 at 14:41 -0500, Gene Cumm wrote: >> > CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is

Hello, > Le 28 nov. 2017 ? 00:39, Joakim Tjernlund via Syslinux <syslinux at zytor.com> a ?crit : > > On Mon, 2017-11-27 at 18:18 -0500, Gene Cumm wrote: >> >> On Mon, Nov 27, 2017 at 6:07 PM, Joakim Tjernlund >> <Joakim.Tjernlund at infinera.com> wrote: >>> On Mon, 2017-11-27 at 18:03 -0500, Gene Cumm wrote: >>>> On Mon, Nov 27, 2017

This will allow the nouveau module to only include support for nv04-nv50, nv50-nvc0, nvc0+ cards individually (or in any combination). Only compiling one of the card types at a time reduces the size of the nouveau module, from 1.3M to 700-800K, depending on the type (including symbols/etc). It should also yield a reduction in compile time as a lot fewer files are compiled. Here are the sizes