[Nouveau] [PATCH 1/2] gr: document mp error 0x10

NVIDIA provided the documentation for mp error 0x10, INVALID_ADDR_SPACE, which apparently happens when trying to use an atomic operation on local or shared memory (instead of global memory). Signed-off-by: Ilia Mirkin --- drm/nouveau/nvkm/engine/gr/gf100.c | 1 + 1 file

[Nouveau] [PATCH 2/2] gr: add FERMI_COMPUTE_B class to GF110+

GF110+ supports both the A and B compute classes, make sure to accept both. Signed-off-by: Ilia Mirkin --- drm/nouveau/nvkm/engine/gr/gf110.c | 1 + drm/nouveau/nvkm/engine/gr/gf117.c | 1 + drm/nouveau/nvkm/engine/gr/gf119.c | 1 + 3 files changed, 3 insertions(+) diff

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 Adam Williamson changed: What|Removed |Added Component|Server/Ext/GLX

[Nouveau] [Bug 92327] New: Tearing and drm_wait_vblank kernel log spam with reverse PRIME (intel+nouveau)

https://bugs.freedesktop.org/show_bug.cgi?id=92327 Bug ID: 92327 Summary: Tearing and drm_wait_vblank kernel log spam with reverse PRIME (intel+nouveau) Product: xorg Version: unspecified Hardware: x86-64 (AMD64)

[Nouveau] [Bug 92327] Tearing and drm_wait_vblank kernel log spam with reverse PRIME (intel+nouveau)

https://bugs.freedesktop.org/show_bug.cgi?id=92327 --- Comment #1 from Fredy Neeser --- Same issue here on Fedora 22 with intel (LVDS) + nouveau (ext. monitor): https://bugzilla.redhat.com/show_bug.cgi?id=1243432 Bug 1243432 - KDE 5 dual monitor setup with intel+nouveau

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #17 from Adam Williamson --- Note: according to the logs, the system is using DRI2, not DRI3. So it seems like somehow, the DRI3 patch breaks the DRI2 case? -- You are receiving this mail because: You are

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #18 from Ilia Mirkin --- (In reply to Adam Williamson from comment #17) > Note: according to the logs, the system is using DRI2, not DRI3. So it seems > like somehow, the DRI3 patch breaks the DRI2 case? Don't

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #19 from Adam Williamson --- Well, the code still claims that it defaults to DRI 2: http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/tree/src/nv_driver.c#n1080 and Fedora is doing nothing to patch

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #16 from Ilia Mirkin --- You can force DRI (in a sufficiently new nouveau snapshot) by doing Option "DRI" "2" No idea what causes the slowdown tbh. All this DRI stuff is a little beyond me. -- You are

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with rotated output under DRI 3

https://bugs.freedesktop.org/show_bug.cgi?id=92271 Adam Williamson changed: What|Removed |Added Summary|Unusably slow OpenGL|Unusably slow

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with rotated output under DRI 3

https://bugs.freedesktop.org/show_bug.cgi?id=92271 Adam Williamson changed: What|Removed |Added Severity|blocker |normal --

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #22 from Adam Williamson --- So...yeah, it more or less works with a current git snapshot, except there's one odd thing...I have a file in /etc/X11/xorg.conf.d with this content: Section "Device"

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #21 from Adam Williamson --- ah, that could explain it. I'm currently running a build of git master, we'll see how that behaves, perhaps it'll work by default and show the bug if I force DRI3... -- You are

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #15 from Adam Williamson --- So I bisected it down and it looks like the cause is http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=241e7289f25a342a457952b9b0e539c2f0b81d99 , "enable dri3

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #23 from Ilia Mirkin --- (In reply to Adam Williamson from comment #22) > it's to rotate my screens on desktops that don't do their own RandR stuff > (and it used to work for GDM too, doesn't any more). But for

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #25 from Adam Williamson --- OK, so I finally got a good test. I built a snapshot exactly at the DRI 2-by-default commit -

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #20 from Ilia Mirkin --- http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=6296145654b78518f3299bb5887f224f0d3810fd Only starting August. You said your snapshot was in July. -- You are

[Nouveau] [Bug 92271] Unusably slow OpenGL performance on nouveau (GeForce 9600 GT) with X server 1.18 with rotated output

https://bugs.freedesktop.org/show_bug.cgi?id=92271 --- Comment #24 from Adam Williamson --- Damnit, sorry - bad test. Actually the current git build of nouveau is flat out failing to load at all; it's working when the config file isn't there because it's falling back to

[Nouveau] [Bug 91319] Nouveau driver cannot extract FCODE ROM / DCB Block from OpenFirmware Device tree

https://bugs.freedesktop.org/show_bug.cgi?id=91319 --- Comment #14 from Ilia Mirkin --- (In reply to Peter Saisanas from comment #13) > Do you require any more info? Nope. Will leave this open until the fix hits mainline. -- You are receiving this mail because: You are

[Nouveau] [Bug 92306] GL Excess demo renders incorrectly on nv43

https://bugs.freedesktop.org/show_bug.cgi?id=92306 --- Comment #10 from Andrew Randrianasulu --- Please use this file instead, attached one was truncated :/ http://s000.tinyupload.com/index.php?file_id=94706413066309920881 (xz compressed, uncompressed trace was ~17 mb) -- You

[Nouveau] [Bug 92306] GL Excess demo renders incorrectly on nv43

https://bugs.freedesktop.org/show_bug.cgi?id=92306 --- Comment #9 from Andrew Randrianasulu --- Created attachment 118742 --> https://bugs.freedesktop.org/attachment.cgi?id=118742=edit apitrace (bz2 compressed) ok, as workaround I run apitrace from another machine (with

[Nouveau] [Bug 92306] GL Excess demo renders incorrectly on nv43

https://bugs.freedesktop.org/show_bug.cgi?id=92306 --- Comment #7 from Andrew Randrianasulu --- Older wine reacted the same (illegal instruction), so this is not something added with new wine version. This machine lacks SSE2, obviously ..may be apitrace silently compiles in

[Nouveau] [Bug 92306] GL Excess demo renders incorrectly on nv43

https://bugs.freedesktop.org/show_bug.cgi?id=92306 --- Comment #8 from Andrew Randrianasulu --- apitrace at commit f004530b30a63c08a16d82536858600446b2abf5 ("Date: Mon Sep 21 11:23:02 2015 +0100 d3d10state: Dump D3D10 texture formats.") -- You are receiving this mail

[Nouveau] [Bug 92306] GL Excess demo renders incorrectly on nv43

https://bugs.freedesktop.org/show_bug.cgi?id=92306 --- Comment #6 from Andrew Randrianasulu --- Updating wine (to version 1.7.51-staging, from http://www.slackware.com/~alien/slackbuilds/wine/pkg/14.1/) resulted in correctly disabled Vsync, but rendering still broken in the same