similar to: [PATCH for review] (hopefully) improve error message upon incorrect pgraph irq

You need these ports for LVDS? Because i know these ports are correct for dvi and friends. So if you changed them for lvds, we need to seperate port 4 and 5 into lvds and non-lvds. Maarten. On Fri, Apr 3, 2009 at 6:26 AM, Ben Skeggs <darktama at kemper.freedesktop.org> wrote: > ?src/nv50reg.h | ? ?4 ++-- > ?1 file changed, 2 insertions(+), 2 deletions(-) > > New commits: >

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

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

https://bugs.freedesktop.org/show_bug.cgi?id=92971 --- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to Philippe Condé from comment #6) > Hello, > > I tested with the non Xen kernel vmlinux-4.3.0-1-default. > The crash exists also with this kernel > > here the journalctl output with a crash when loading a page in the browser: > The screen was

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

I was thinking of the following system: Allocate a fifo for userspace, map the fifo, map the fifo registers into userspace. These allocations are therefore pinned, so something to avoid memory fragmentation has to be done. Userspace library fills up an entire fifo, minus a few essential things i will mention later. Userspace does ioctl with all the bo's it'll need for the fifo.

On Wed, Mar 26, 2014 at 1:27 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On Tue, Mar 25, 2014 at 9:10 AM, Thierry Reding > <thierry.reding at gmail.com> wrote: >> On Mon, Mar 24, 2014 at 05:42:33PM +0900, Alexandre Courbot wrote: >>> GK20A does not embed a dedicated COPY engine and thus cannot allocate >>> the copy channel that nouveau_accel_init()

http://bugs.freedesktop.org/show_bug.cgi?id=16978 Summary: "tile offscreen pixmaps" causing graphics corruption on NV50? Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

From: Martin Peres <martin.peres at labri.fr> This is safe because ptherm hasn't been configured yet and will be a little further down the initialization path. Ptherm should be safe regarding to runtime reconfiguration. v2: - do not limit this patch to nv84-a3 and make it nv84+ v3: - move the ack to fini() - disable IRQs on fini() - silently ignore un-requested IRQs

On Sun, 13 Sep 2009 20:06:59 -0700 (PDT) darktama at kemper.freedesktop.org (Ben Skeggs) wrote: > src/drmmode_display.c | 6 ++++++ > src/nv_driver.c | 2 ++ > 2 files changed, 8 insertions(+) > > New commits: > commit 6c045fc44783454180d7b3d00b5f25436bd5544e > Author: Ben Skeggs <bskeggs at redhat.com> > Date: Mon Sep 14 13:04:12 2009 +1000 >

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

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<

https://bugs.freedesktop.org/show_bug.cgi?id=76319 Priority: medium Bug ID: 76319 Assignee: nouveau at lists.freedesktop.org Summary: [NVE6] MMIO FAULT, black screen on K2100M QA Contact: xorg-team at lists.x.org Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: d-bugzilla at moens.cc

https://bugs.freedesktop.org/show_bug.cgi?id=69465 Priority: medium Bug ID: 69465 Assignee: nouveau at lists.freedesktop.org Summary: Kernel freeze with NVA3 kernel 3.11.1 / PGRAPH][0000:01:00.0] PGRAPH TLB flush idle timeout fail QA Contact: xorg-team at lists.x.org Severity: critical

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)

https://bugs.freedesktop.org/show_bug.cgi?id=56718 Priority: medium Bug ID: 56718 Assignee: nouveau at lists.freedesktop.org Summary: PGRAPH - TRAP_TEXTURE errors and graphic corruptions Severity: normal Classification: Unclassified OS: Linux (All) Reporter: jmoronat at gmail.com Hardware: x86 (IA32)

--- rnndb/nv50_pgraph.xml | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/rnndb/nv50_pgraph.xml b/rnndb/nv50_pgraph.xml index 92d69ea..6499631 100644 --- a/rnndb/nv50_pgraph.xml +++ b/rnndb/nv50_pgraph.xml @@ -93,6 +93,9 @@ <value value="0x23" name="XY_OUT_OF_BOUNDS"> <!-- m2mf at least. 2d too? --> <brief>Your x/y coords

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

The blob does not seem to write at that place for my NVAC, though it does for my NV96, agreeing with what is done in the if/else structure below. I guess someone forgot to remove the line when the if/else was put in place. Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 1 - 1 file changed, 1 deletion(-) diff --git

https://bugs.freedesktop.org/show_bug.cgi?id=102840 Pierre Moreau <pierre.morrow at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|DRM/other |Driver/nouveau QA Contact| |xorg-team at lists.x.org