similar to: [Bug 69465] New: Kernel freeze with NVA3 kernel 3.11.1 / PGRAPH][0000:01:00.0] PGRAPH TLB flush idle timeout fail

Hello, I'd like to bring to your attention a bug report[1] I have filed on the Gentoo bugzilla about a regression (quite an old one) in the nouveau driver. If there is anything missing in the report that could help fixing the problem, please feel free to ask. [1] https://bugs.gentoo.org/show_bug.cgi?id=534038 -- Było mi bardzo miło. Twoje oczy lubią mnie >Łukasz<

Try booting with `nouveau.nofbaccel=1` and see if that helps. Some many kernels ago, acceleration of the console on fb resume got fixed, and is now causing issues for you and a few others. This will turn off fbcon accel, which should hopefully sidestep the issue. On Sun, Jan 4, 2015 at 5:32 AM, Lukasz Stelmach <stlman at poczta.fm> wrote: > Hello, > > I'd like to bring to your

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)

Hi all, I have what I think is a nouveau-related bug, but don't have all the information they as for on the support page, so thought I'd ask for help here first. My computer will hang after resuming from hibernate/suspend, sometimes showing a normal lock screen and other times just a white screen. I have some extracts from /var/log/messages, but no kernel logs since I cannot get anything

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

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

https://bugs.freedesktop.org/show_bug.cgi?id=69594 Priority: medium Bug ID: 69594 Assignee: nouveau at lists.freedesktop.org Summary: NVA3 - Flash overlays all tabs Severity: normal Classification: Unclassified OS: Linux (All) Reporter: tod.jackson at gmail.com Hardware: x86-64 (AMD64) Status:

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

https://bugs.freedesktop.org/show_bug.cgi?id=70390 Priority: medium Bug ID: 70390 Assignee: nouveau at lists.freedesktop.org Summary: G84: Repeated system crashes under graphics load, E[PFIFO] DMA_PUSHER and lots of E[PGRAPH] QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

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

https://bugs.freedesktop.org/show_bug.cgi?id=77230 Priority: medium Bug ID: 77230 Assignee: nouveau at lists.freedesktop.org Summary: NV40 PGRAPH "unknown bits" - windows render in white QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter:

https://bugs.freedesktop.org/show_bug.cgi?id=77371 Priority: medium Bug ID: 77371 Assignee: nouveau at lists.freedesktop.org Summary: [NVA3] gpu lockup unless noaccel=1 QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: jw.hendy at gmail.com

My main question is, do the error messages accurately reflect the situation. Anything else wrong with this patch? A (n)ack by darktama would be nice. Maarten. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.patch Type: application/octet-stream Size: 1690 bytes Desc: not available Url :

https://bugs.freedesktop.org/show_bug.cgi?id=91722 Bug ID: 91722 Summary: [NVE4] PGRAPH - grctx template channel unload timeout, failed to construct context, init failed, -16 Product: Mesa Version: 10.6 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major

https://bugs.freedesktop.org/show_bug.cgi?id=89912 Bug ID: 89912 Summary: Sometimes Nouveau hangs kernel with PGRAPH engine fault Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Currently Nouveau is unable to dismiss DMA_VTX_PROTECTION errors, which results in an infinite loop in the interrupt handler. These errors are caused both by bugs in the Gallium driver and by user-specified index buffers with out of bounds indices. By mmio-tracing the nVidia drivers, I found out how this is done. On DMA_VTX_PROTECTION, The nVidia driver reads the register 0x402000, always

Re-resend of patch #7 to move the _post and _pre function prototypes to nva3.h

The nva3 copy engine exhibits random memory corruption in at least one case, the GeForce 320M (nv50, 0xaf) in the MacBookAir3,1. This patch omits creating the engine for the specific chipset, falling back to M2MF, which kills the symptoms. Signed-off-by: Henrik Rydberg <rydberg at euromail.se> --- Hi Ben, this patch is still needed in 3.6-rc1, so perhaps we should apply it after all. I