similar to: [PATCH 01/10] drm/nv50: decode PGRAPH status registers on TLB flush fail

Displaying 13 results from an estimated 13 matches similar to: "[PATCH 01/10] drm/nv50: decode PGRAPH status registers on TLB flush fail"

2012 Nov 06
1
[PATCH] drm/nv50: decode PGRAPH status registers on TLB flush fail
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
2014 Feb 05
0
[PATCH] drm/nv50/graph: update status enum names
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
2012 Nov 25
1
Reproducible "PGRAPH TLB flush timeout" hang on NV96
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
2012 Apr 25
5
[PATCH v2 4/4] drm/nouveau: gpu lockup recovery
Overall idea: Detect lockups by watching for timeouts (vm flush / fence), return -EIOs, handle them at ioctl level, reset the GPU and repeat last ioctl. GPU reset is done by doing suspend / resume cycle with few tweaks: - CPU-only bo eviction - ignoring vm flush / fence timeouts - shortening waits Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> ---
2012 Apr 22
2
[RFC PATCH 5/5] drm/nouveau: gpu lockup recovery
Overall idea: Detect lockups by watching for timeouts (vm flush / fence), return -EIOs, handle them at ioctl level, reset the GPU and repeat last ioctl. GPU reset is done by doing suspend / resume cycle with few tweaks: - CPU-only bo eviction - ignoring vm flush / fence timeouts - shortening waits Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- Tested only on nv92. ---
2008 May 14
1
[Bug 15932] New: This flash cause swfdec 0.6.4 to crash
http://bugs.freedesktop.org/show_bug.cgi?id=15932 Summary: This flash cause swfdec 0.6.4 to crash Product: swfdec Version: unspecified Platform: Other URL: http://www.dagbladet.no/tv/index.html?clipid=26540 OS/Version: All Status: NEW Severity: normal Priority: medium Component: plugin
2014 Jan 17
19
[Bug 73744] New: Constant lock ups with NVIDIA GeForce 8400 GS
https://bugs.freedesktop.org/show_bug.cgi?id=73744 Priority: medium Bug ID: 73744 Assignee: nouveau at lists.freedesktop.org Summary: Constant lock ups with NVIDIA GeForce 8400 GS QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: grave_123 at
2012 Nov 16
2
[Bug 57211] New: nvidia GTS 360M: hangs during boot
https://bugs.freedesktop.org/show_bug.cgi?id=57211 Priority: medium Bug ID: 57211 Assignee: nouveau at lists.freedesktop.org Summary: nvidia GTS 360M: hangs during boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: raymondmeester at gmail.com
2014 Aug 20
6
[Bug 82843] New: [NV96][Regression][Bisected] Failure to resume
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
2009 Jul 16
2
[PATCH server] updated anyterm/ovirt integration
host static anyterm content locally, url parameterize anyterm rows/cols/general param update spec/makefile Ideally I wanted and tried hard to put all this into a seperate ovirt-server--anyterm subpackage, but we cannot 'reopen' the ovirt server virtual host defined in ovirt-server.conf to add the neccessary rewrite rules. it would be nice to figure out a way to do this ---
2015 Feb 17
10
[Bug 89186] New: Artifacts after waking up from suspend
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:
2018 Apr 07
6
[Bug 105940] New: Display freeze caused by nouveau
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
2019 May 01
24
[Bug 110572] New: 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
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)