similar to: [Bug 28570] glxinfo direct rendering crash on nv11

http://bugs.freedesktop.org/show_bug.cgi?id=26577 Summary: [regression] Black screen with X on NV11 and NV31 Product: xorg Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=25947 Summary: nv11 crashed X with some gtk apps. Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/i2c/ch7006_drv.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i2c/ch7006_drv.c b/drivers/gpu/drm/i2c/ch7006_drv.c index 47421ba..ff0369c 100644 --- a/drivers/gpu/drm/i2c/ch7006_drv.c +++ b/drivers/gpu/drm/i2c/ch7006_drv.c @@ -515,11 +515,11 @@ MODULE_PARM_DESC(debug,

https://bugs.freedesktop.org/show_bug.cgi?id=49731 Bug #: 49731 Summary: wine 1.5.2 and 3Dmark2001se on nv43 hits assertion in simplify_cmp: Assertion `inst->dst.index < 4096' failed Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux

If you're especially unlucky BOs would move around and their kmaps would end up pointing to something else in GART, then ioctl_pushbuf() would use the kmaps again corrupting textures or other pushbufs (the most noticeable symptom was a PFIFO_DMA_PUSHER from time to time). Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 ++ 1

https://bugs.freedesktop.org/show_bug.cgi?id=71172 Priority: medium Bug ID: 71172 Assignee: nouveau at lists.freedesktop.org Summary: Segfault when running glxinfo. NV25GL [Quadro4 900 XGL] Severity: normal Classification: Unclassified OS: All Reporter: simon at mungewell.org Hardware:

The nv31m in bug 23212 claims its TV-out and LVDS are in the same connector. Ignore it completely as it's otherwise useless. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_bios.c | 11 +++++++++++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c

Before this patch they were being reset to zero on every context switch instead of leaving the saved value, causing some context switching weirdness (the most serious symptom was the memory manager corrupting the BOs it migrated because of a malfunctioning M2MF). Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nv10_graph.c | 3 ++- 1 files changed,

http://bugs.freedesktop.org/show_bug.cgi?id=24710 Summary: nouveau KMS fails on NV11 - screen displays last input Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- man/nouveau.man | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 87f645a..5c4e4ae 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -13,9 +13,10 @@ nouveau \- NVIDIA video driver .fi .SH DESCRIPTION .B nouveau -is an __xservername__ driver for NVIDIA

This fixes a somewhat indeterministic corruption problem on nv17 when there is stuff going on the other fifos (e.g. gallium but I've also reproduced it with an app just SIFM-ing memory around): in some cases it made the blits the X server had scheduled use the wrong pitch. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/nv04_exa.c | 22 ++++++++++++---------- 1

fbcon makes the (reasonable) assumption that it only needs to program the hardware once, when fbcon_init() is called for the foreground console. This doesn't always play well with vgacon because vgacon_deinit() is only doing its job when the last console it owns is closed (in most cases, that is *after* fbcon_init() has set the new mode). Depending on the hardware this can cause the wrong

On 16MB cards it's too easy to hit ENOMEM with 2D use when this perf hack is enabled. This should fix https://bugs.freedesktop.org/show_bug.cgi?id=42384 Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Cc: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_bo.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git

Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/i2c/ch7006_drv.c | 2 +- drivers/gpu/drm/i2c/ch7006_mode.c | 2 +- drivers/gpu/drm/i2c/ch7006_priv.h | 5 ++--- 3 files changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/i2c/ch7006_drv.c b/drivers/gpu/drm/i2c/ch7006_drv.c index c2594a1..7df4b86 100644 ---

Fixes bug 24595. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/nv_crtc.c | 34 ++++------------------------------ 1 files changed, 4 insertions(+), 30 deletions(-) diff --git a/src/nv_crtc.c b/src/nv_crtc.c index 2ae36a0..9708741 100644 --- a/src/nv_crtc.c +++ b/src/nv_crtc.c @@ -888,8 +888,6 @@ static void nv_crtc_unlock(xf86CrtcPtr crtc) { } -#define

On Tue, Jun 14, 2016 at 04:18:00PM -0400, Alex Deucher wrote: > On Thu, Jun 9, 2016 at 2:50 AM, Daniel Vetter <daniel at ffwll.ch> wrote: > > On Wed, Jun 08, 2016 at 06:47:27PM +0200, Lukas Wunner wrote: > >> Second iteration of my endeavour to rid nouveau, radeon and amdgpu of > >> runtime pm ref leaks. > >> > >> Patches 1 to 8 are identical to

On Wed, Jun 15, 2016 at 05:11:54PM +0200, Daniel Vetter wrote: > On Wed, Jun 15, 2016 at 01:37:35PM +0200, Lukas Wunner wrote: > > On Tue, Jun 14, 2016 at 04:18:00PM -0400, Alex Deucher wrote: > > > On Thu, Jun 9, 2016 at 2:50 AM, Daniel Vetter <daniel at ffwll.ch> wrote: > > > > On Wed, Jun 08, 2016 at 06:47:27PM +0200, Lukas Wunner wrote: > > >

On Wed, Jun 15, 2016 at 01:37:35PM +0200, Lukas Wunner wrote: > On Tue, Jun 14, 2016 at 04:18:00PM -0400, Alex Deucher wrote: > > On Thu, Jun 9, 2016 at 2:50 AM, Daniel Vetter <daniel at ffwll.ch> wrote: > > > On Wed, Jun 08, 2016 at 06:47:27PM +0200, Lukas Wunner wrote: > > >> Second iteration of my endeavour to rid nouveau, radeon and amdgpu of > >

https://bugs.freedesktop.org/show_bug.cgi?id=42384 Bug #: 42384 Summary: X fails on NV11 with Error allocating scanout buffer: 0 Classification: Unclassified Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

Francisco Jerez <currojerez at riseup.net> writes: > Although I'm sending this as a GSoC proposal, I'm well aware that the > amount of work that a project of this kind involves largely exceeds the > scope of the GSoC program. I think that's okay: my work here wouldn't > be finished at the end of this summer by any means, it would merely be a > start. >