[Nouveau] [PATCH] drm/nouveau: fix null pointer deref on init

My nv96 claims to have a DCB_OUTPUT_TV, which is currently not implemented for nv50, this triggers the following oops: [ 30.110017] nouveau W[ DRM] failed to create encoder 0/1/0: -19 [ 30.110020] nouveau W[ DRM] TV-1 has no encoders, removing [ 30.134089] BUG: unable to handle

[Nouveau] [Bug 61854] New: [nv50]glClipPlane not clipping correctly for glsl

https://bugs.freedesktop.org/show_bug.cgi?id=61854 Priority: medium Bug ID: 61854 Assignee: nouveau@lists.freedesktop.org Summary: [nv50]glClipPlane not clipping correctly for glsl Severity: normal Classification: Unclassified

[Nouveau] [PATCH] drm/nouveau: fix regression in vblanking

nv50_vblank_enable/disable got switched from NV50_PDISPLAY_INTR_EN_1_VBLANK_CRTC_0 (4) head to 1 head, which is wrong. 4 head is the correct value. Fixes regression with vblanking since 1d7c71a3e2f77 drm/nouveau/disp: port vblank handling to event interface Signed-off-by: Maarten Lankhorst

Re: [Nouveau] nouveau lockdep splat

Dropping Tegra ML, it's not the place where Nouveau mails should go. Adding Nouveau ML and Maarten, who probably knows Lockdep+Nouveau best. Am Montag, den 04.03.2013, 22:16 +0100 schrieb Borislav Petkov: New -rc1, so let the stabilization games begin. I see the following on rc1, let me know

Re: [Nouveau] [PATCH] drm/nouveau: fix regression in vblanking

On Tue, Mar 05, 2013 at 02:59:26PM +0100, Maarten Lankhorst wrote: nv50_vblank_enable/disable got switched from NV50_PDISPLAY_INTR_EN_1_VBLANK_CRTC_0 (4) head to 1 head, which is wrong. 4 head is the correct value. Fixes regression with vblanking since 1d7c71a3e2f77 drm/nouveau/disp:

[Nouveau] [RFC PATCH] drm/nouveau: use vmalloc for pgt allocation

Page tables on nv50 take 48kB, which can be hard to allocate in one piece. Let's use vmalloc. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com Cc: sta...@vger.kernel.org [3.7+] --- drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[Nouveau] [PATCH] drm/nouveau: fix crash in vram manager debug callback

It's probably impossible to hit it now on mainline kernel. I only noticed it because one of my debugging patches uses it. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_ttm.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git

[Nouveau] [PATCH] drm/nouveau: drop redundant channel handle and owner info from nv_channel_idle

before: nouveau E[X[3162]] failed to idle channel 0x [X[3162]] after: nouveau E[X[3162]] failed to idle channel: -16 Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_chan.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[Nouveau] [PATCH] drm/nouveau/nv50: use correct tiling methods for m2mf buffer moves

Currently used only on original nv50, nvaa and nvac. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- Note: it would be catched much faster (probably even by author, and not after 2 years) if this code would use (known!) register names... --- drivers/gpu/drm/nouveau/nouveau_bo.c | 4

[Nouveau] [PATCH] drm/nouveau: idle channel before releasing notify object

Unmapping it while it's still in use (e.g. by M2MF) can lead to page faults and a lot of TRAP_M2MF spam in dmesg. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_abi16.c | 5 + 1 file changed, 5 insertions(+) diff --git

[Nouveau] [PATCH] drm/nv50/disp: ignore encoder initialization failures

Nouveau does not support all encoder types, so failure to handle one should not stop module initialization. And because of other bug, it lead to oops in nv50_crtc_destroy (nv50_display_destroy sets nouveau_display-priv to NULL, which is used by nv50_crtc_destroy). Fixes regression from

[Nouveau] [libdrm PATCH 1/2] nouveau: return error from pushbuf_validate

Without it, libdrm_nouveau user cannot know when validation failed. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- nouveau/pushbuf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/nouveau/pushbuf.c b/nouveau/pushbuf.c index ff8e125..e720a08 100644 ---

[Nouveau] [libdrm PATCH 2/2] nouveau: add a way to override single pushbuffer vram/gart limits

Add environment variables: NOUVEAU_LIBDRM_VRAM_LIMIT_PERCENT NOUVEAU_LIBDRM_GART_LIMIT_PERCENT which will allow override how much VRAM/GART single pushbuffer can take. Default to 80. Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com --- nouveau/nouveau.c | 18 --

[Nouveau] [Bug 60510] Firefox 18.0.2 Crash On Nvidia GeForce2

https://bugs.freedesktop.org/show_bug.cgi?id=60510 Marcin Slusarz marcin.slus...@gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED

[Nouveau] [Bug 61879] New: Python binding of gbm's gbm_create_device fail to create_device

https://bugs.freedesktop.org/show_bug.cgi?id=61879 Priority: medium Bug ID: 61879 Assignee: nouveau@lists.freedesktop.org Summary: Python binding of gbm's gbm_create_device fail to create_device Severity: normal

[Nouveau] [Bug 61879] Python binding of gbm's gbm_create_device fail to create_device

https://bugs.freedesktop.org/show_bug.cgi?id=61879 amirouche amirouche.boube...@gmail.com changed: What|Removed |Added CC|

[Nouveau] [Bug 61879] Python binding of gbm's gbm_create_device fail to create_device

https://bugs.freedesktop.org/show_bug.cgi?id=61879 --- Comment #2 from amirouche amirouche.boube...@gmail.com --- also there this is this message that shows up before the crash: dri_init_screen_helper: failed to create pipe_screen -- You are receiving this mail because: You are the assignee for

[Nouveau] [Bug 61879] Python binding of gbm's gbm_create_device fail to create_device

https://bugs.freedesktop.org/show_bug.cgi?id=61879 amirouche amirouche.boube...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED