similar to: [PATCH] drm/nv50/gr: add missing nv_error parameter priv

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I made the assumption that showing the address is generally useful. Worst case, it won't make sense but still be displayed. Seems simpler than special-casing things. drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 117 ++++++++++++----------- 1 file changed, 63 insertions(+), 54 deletions(-) diff --git

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- Statuses derived from envytools, as usual. Not 100% sure about the "any" thing, but it makes sense... drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nv50.c b/drivers/gpu/drm/nouveau/core/engine/graph/nv50.c

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nv50.c b/drivers/gpu/drm/nouveau/core/engine/graph/nv50.c index 0f8d18a..30ed19c 100644 --- a/drivers/gpu/drm/nouveau/core/engine/graph/nv50.c +++

On Thu, Jan 16, 2014 at 1:13 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> > --- > > I made the assumption that showing the address is generally useful. Worst > case, it won't make sense but still be displayed. Seems simpler than > special-casing things. Erm, I have a better version of this coming that

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 ---

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.

https://bugs.freedesktop.org/show_bug.cgi?id=30307 Summary: 8500GT Hardware Lockup Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: minor Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hi, Here is my patch queue I accumulated over quite a long time. Patches 1-6 are bugfixes, and rest is mostly RFC. Comments are welcome. Best regards, Maxim Levitsky

The vblank on nvc0 was not working correctly and would freeze X, I managed to track it down and fix it with some help from m.b.lankhorst, see https://bugs.freedesktop.org/show_bug.cgi?id=56692 for details. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121106/27ceb48e/attachment.html> --------------

https://bugs.freedesktop.org/show_bug.cgi?id=68348 Priority: medium Bug ID: 68348 Assignee: nouveau at lists.freedesktop.org Summary: [piglit] shaders/glsl-array-bounds-02 (+even nrs) produces TRAP , TRAP_MP - TP0: Unhandled ustatus 0x00000001 QA Contact: xorg-team at lists.x.org Severity: normal

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

https://bugs.freedesktop.org/show_bug.cgi?id=42479 Bug #: 42479 Summary: piglit/glean/readPixSanity fails - dmesg PGRAPH - TRAP_TPDMA - TP0: Unhandled ustatus 0x00020000 Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=74992 Priority: medium Bug ID: 74992 Assignee: nouveau at lists.freedesktop.org Summary: display freeze QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: martin.meridius at gmail.com Hardware: x86-64

https://bugs.freedesktop.org/show_bug.cgi?id=41585 Summary: X freeze and PGRAPH errors in dmesg Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- The names come from envytools, of course. I'm a little concerned that STACK_UNDERFLOW was wrong before, but perhaps it's because it was both an underflow and a mismatch in whoever's test program? drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-)

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=62835 Priority: medium Bug ID: 62835 Assignee: nouveau at lists.freedesktop.org Summary: Screen freezes after resume from s2ram QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pontus.fuchs at gmail.com

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

The openSSH ssh command appears to not use a source privileged port (no matter what the options/configs) if the target port isn't a privileged port. For example: ssh -p 22222 foo.ucla.edu would never try to connect from a privileged port. Even with useprivilegedport=yes. This disallows .shosts RSA host authentication without a password. This breaks compatability with ssh-1.2.27 and

https://bugs.freedesktop.org/show_bug.cgi?id=54056 Bug #: 54056 Summary: plenty of errors trapped write at plus PGRAPH error Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau