[Nouveau] "Funny" index buffer transfers (was: Bug 64323] New: Severe misrendering in Left 4 Dead 2)

Hello Christoph, I was looking at bug 64323[1] over the weekend as to why this case works under nvc0+ hardware and does not under nv50. Here are some of the things I've noticed: * nvc0 uses immediate(s) for VERTEX_BEGIN_GL/VERTEX_END_GL * nvc0 is more consistent for doing pushbuffer space checks *

[Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #1 from Martin Peres --- Hi Bob, Could you send me your kernel logs please? Extracting your vbios could also be of some help later on. Is fan management really working properly for you? I know it is an old card and those were really

[Nouveau] [PATCH 3/7] drm/nouveau: fixup locking inversion between mmap_sem and reservations

From: Maarten Lankhorst Allocate and copy all kernel memory before doing reservations. This prevents a locking inversion between mmap_sem and reservation_class, and allows us to drop the trylocking in ttm_bo_vm_fault without upsetting lockdep. Relocations are handled by trying with __copy_from

[Nouveau] [PATCH 5/7] drm/nouveau: do not map evicted vram buffers in nouveau_bo_vma_add

From: Maarten Lankhorst Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_bo.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index 9ecb874..bb3734d 100644 --- a/drivers/gpu/dr

[Nouveau] [PATCH 6/7] drm/nouveau: more paranoia in nouveau_bo_fixup_align

From: Maarten Lankhorst Make sure that buffers are always aligned. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_bo.c | 40 +++- 1 file changed, 21 insertions(+), 19 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/driver

[Nouveau] [PATCH 7/7] drm/nouveau: use a single vma for display

From: Maarten Lankhorst No need to map the same vma multiple times. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/nouveau_fence.h | 4 ++-- drivers/gpu/drm/nouveau/nv50_display.c | 13 ++--- drivers/gpu/drm/nouveau/nv50_display.h | 2 +- drivers/gpu/drm/nouveau/nv50_

[Nouveau] [PATCH 2/7] drm/nv50-: untile mmap'd bo's

From: Maarten Lankhorst Map the GART to the bar and use that mapping, to hide all the tiling details from users. Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/core/subdev/bar/nv50.c | 5 - drivers/gpu/drm/nouveau/core/subdev/bar/nvc0.c | 5 - drivers/gpu/drm/nouveau/n

[Nouveau] [PATCH 4/7] drm/nvc0-/gr: shift wrapping bug in nvc0_grctx_generate_r406800

From: Dan Carpenter We care about the upper 32 bits here so we have to use 1ULL instead of 1 to avoid a shift wrapping bug. Signed-off-by: Dan Carpenter Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/nouveau/core/engine/graph/ctxnvc0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(

[Nouveau] [PATCH 1/7] drm/nouveau: fix m2mf copy to tiled gart

From: Maarten Lankhorst Commit de7b7d59d54852c introduced tiled GART, but a linear copy is still performed. This may result in errors on eviction, fix it by checking tiling from memtype. Signed-off-by: Maarten Lankhorst Cc: sta...@vger.kernel.org #3.10+ --- drivers/gpu/drm/nouveau/nouveau_bo.c

[Nouveau] [Bug 69488] GF108 (NVC1) GPU lockup

https://bugs.freedesktop.org/show_bug.cgi?id=69488 --- Comment #28 from Kevin N. --- http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?id=968a8d1b6c32c9f466f236032770b9165ece045a With this patch the system no longer hangs. However runtime power management seems broken as the card never goes

[Nouveau] [Bug 70389] [prime] unsynchronised rendering on secondary displays

https://bugs.freedesktop.org/show_bug.cgi?id=70389 --- Comment #1 from Kevin Murphy --- Also experiencing this on a Thinkpad T530 running Arch with kernel 3.11.6. 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]

[Nouveau] [Bug 70972] [NV67] Modesetting failure at 1280x800

https://bugs.freedesktop.org/show_bug.cgi?id=70972 --- Comment #6 from Larry Finger --- I tested 640x480. After X started, it was OK for about 5 seconds, and then it failed in the same way as 1280x800. -- You are receiving this mail because: You are the assignee for the bug. ___

[Nouveau] [Bug 71472] [NV108] GT-740M not detected (mmiotrace)

https://bugs.freedesktop.org/show_bug.cgi?id=71472 --- Comment #4 from Andrey Melnikov --- (In reply to comment #3) > You used the nouveau/master kernel, right? What's in dmesg? Does it say that No, plain 3.12 kernel. Running 3.12 + drm-next correctly find & initalize card: [5.446823] [drm]

[Nouveau] [Bug 71563] New: [nvc0] color garbage after resume

https://bugs.freedesktop.org/show_bug.cgi?id=71563 Priority: medium Bug ID: 71563 Assignee: nouveau@lists.freedesktop.org Summary: [nvc0] color garbage after resume QA Contact: xorg-t...@lists.x.org Severity: normal Classification: U

[Nouveau] [Bug 71563] [nvc0] color garbage after resume

https://bugs.freedesktop.org/show_bug.cgi?id=71563 --- Comment #1 from Ulf Dambacher --- Created attachment 89123 --> https://bugs.freedesktop.org/attachment.cgi?id=89123&action=edit outputu of journalctrl -b -k, multiple hibernates and suspends -- You are receiving this mail because: You are

[Nouveau] [Bug 71563] [nvc0] color garbage after resume

https://bugs.freedesktop.org/show_bug.cgi?id=71563 --- Comment #2 from Ulf Dambacher --- Created attachment 89124 --> https://bugs.freedesktop.org/attachment.cgi?id=89124&action=edit gnome 3.10 login screen after suspend -- You are receiving this mail because: You are the assignee for the bug