[Nouveau] [Bug 89558] [NV118] GM108 not supported by nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=89558 --- Comment #33 from SMF --- Created attachment 115969 --> https://bugs.freedesktop.org/attachment.cgi?id=115969&action=edit kernel 4.0.4 nouveau driver with patches applied Ben, Applying the two patches you suggested allows the GM108 to init

[Nouveau] [Bug 90435] [NV46] moving 3D objects drawn static

https://bugs.freedesktop.org/show_bug.cgi?id=90435 --- Comment #7 from Hans de Goede --- Hi Ilya, (In reply to Ilya from comment #6) > What I not changed - is the kernel driver nouveau. It was the last version > from the kernel... I've tried to reproduce your problem and 10.4 (and newer) for me

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

https://bugs.freedesktop.org/show_bug.cgi?id=70972 adlo changed: What|Removed |Added Attachment #115278|mmiotrace_GeForce_7150M_nFo |mmiotrace_GeForce_7150M_nFo filename|rc

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

https://bugs.freedesktop.org/show_bug.cgi?id=70972 --- Comment #20 from adlo --- Is it possible for anyone at your end to do some analysis based on the information I have provided so far? -- You are receiving this mail because: You are the assignee for the bug. _

[Nouveau] [Bug 90435] [NV46] moving 3D objects drawn static

https://bugs.freedesktop.org/show_bug.cgi?id=90435 --- Comment #8 from Ilia Mirkin --- (In reply to Hans de Goede from comment #7) > Hi Ilya, > > (In reply to Ilya from comment #6) > > What I not changed - is the kernel driver nouveau. It was the last version > > from the kernel... > > I've tri

Re: [Nouveau] Tessellation shaders get MEM_OUT_OF_BOUNDS errors / missing triangles

On Mon, May 18, 2015 at 4:48 PM, Ilia Mirkin wrote: > Hello, > > I've been debugging a few different tessellation shader issues with > nouveau, but let's start small. I see this issue on my GK208 with high > frequency, and I *think* I've seen it once or twice on my GF108, but > it's exceedingly ra

[Nouveau] [PATCH 7/9] nvkm/fb/ramnv50: GDDR3 script for NVA0

This looks surprisingly similar to scripts on earlier cards as well but they don't seem to work just yet. That... and I don't have any, which makes it a tough job to reverse engineer. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.c | 129 ++- 1

[Nouveau] [PATCH 9/9] nvkm/clk/nv50: Enable user reclocking for NVA0

Tested on a few cards. Probably works quite well for most, given they should all be GDDR3. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/clk/nv50.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/nv50.c b/drivers/

[Nouveau] [PATCH 1/9] nvkm/clk/gt215: u32->s32 for difference in req. and set clock

This difference can of course be negative too... Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/clk/gt215.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gt215.c b/drivers/gpu/drm/nouveau/nvkm/subdev/clk/gt215.c

[Nouveau] [PATCH 6/9] nvkm/bios/ramcfg: Separate out RON pull value

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 3 ++- drivers/gpu/drm/nouveau/nvkm/subdev/bios/timing.c | 2 ++ drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c| 6 --

[Nouveau] [PATCH 3/9] nvkm/fb/ramnv50: Make 0x100da0 per-partition

Like on GT215 Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.c | 20 +--- 1 file changed, 13 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.c index d2c81d

[Nouveau] Reclocking support for NVA0

Adds reclocking for NVA0, and a whole lot of work for other cards. Had these patches collecting dust for a little, but tested them with both my NVA0, and Martin's a while back. Success not guaranteed, but should be quite a leap forward. Happy reviewing and testing. Cheers, Roy _

[Nouveau] [PATCH 2/9] nvkm/bios/rammap: Pull DLLoff bit out of version 0x10 struct

In preparation of NV50 reclocking, where there is no version Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 2 +- drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 2 +- drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c| 2 +- drivers

[Nouveau] [PATCH 8/9] nvkm/fb/gddr3: Add a few CL and WR entries observed on GTX260

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/gddr3.c index 8d759f8a..4465446 100644 --- a/drivers/gp

[Nouveau] [PATCH 4/9] nvkm/fb/ramnv50: Ressurect timing code, use proper timing/rammap handlers

Might need some generalisation to < GT200. For those: use at your own risk! Signed-off-by: Roy Spliet --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 16 ++ .../drm/nouveau/include/nvkm/subdev/bios/rammap.h | 2 + drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 29 driver

[Nouveau] [PATCH 5/9] nvkm/bios/rammap: Parse perf mode as if it's a rammap entry

Some of the bits in there are similar to the bits in the gt215 rammap. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 5 + drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/rammap.h | 2 ++ drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c

Re: [Nouveau] [PATCH 3/9] nvkm/fb/ramnv50: Make 0x100da0 per-partition

On Fri, May 22, 2015 at 6:33 PM, Roy Spliet wrote: > Like on GT215 > > Signed-off-by: Roy Spliet > --- > drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.c | 20 +--- > 1 file changed, 13 insertions(+), 7 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramnv50.

Re: [Nouveau] [PATCH 4/9] nvkm/fb/ramnv50: Ressurect timing code, use proper timing/rammap handlers

On 23.05.2015 00:33, Roy Spliet wrote: Might need some generalisation to < GT200. For those: use at your own risk! Signed-off-by: Roy Spliet --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 16 ++ .../drm/nouveau/include/nvkm/subdev/bios/rammap.h | 2 + drivers/gpu/drm/nouveau

[Nouveau] [Bug 90435] [NV46] moving 3D objects drawn static

https://bugs.freedesktop.org/show_bug.cgi?id=90435 --- Comment #9 from Ilia Mirkin --- OK, so I just plugged in a 04:00.0 VGA compatible controller: NVIDIA Corporation NV44 [GeForce 6200 TurboCache] (rev a1) and ran: X -config /etc/X11/xorg-nv44.conf -sharevts -novtswitch :1 DISPLAY=:1 glxgear

[Nouveau] [PATCH] nv50/ir: avoid messing up arg1 of PFETCH

There can be scenarios where the "indirect" arg of a PFETCH becomes known, and so the code will attempt to propagate it. Use this opportunity to just fold it into the first argument, and prevent the load propagation pass from touching PFETCH further. This fixes gs-input-array-vec4-index-rd.shader_

Re: [Nouveau] [PATCH 1/2] drm/nouveau: add staging module option

On Thu, May 21, 2015 at 5:35 PM, Ben Skeggs wrote: > On 21 May 2015 at 16:04, Alexandre Courbot wrote: >> On Thu, May 21, 2015 at 2:55 PM, Ben Skeggs wrote: >>> On 21 May 2015 at 15:49, Alexandre Courbot wrote: On Thu, May 21, 2015 at 1:48 PM, Ben Skeggs wrote: > On 20 May 2015 at 15:

Re: [Nouveau] [PATCH v2] nouveau: add coherent BO attribute

On Fri, May 22, 2015 at 3:23 AM, Martin Peres wrote: > On 21/05/2015 11:47, Ben Skeggs wrote: >> >> On 21 May 2015 at 16:08, Alexandre Courbot wrote: >>> >>> Add a flag allowing Nouveau to specify that an object should be coherent >>> at allocation time. This is required for some class of objects