Re: [Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events

On Tue, Dec 1, 2015 at 6:30 PM, Mario Kleiner wrote: > When we are at it, the one with the title "[PATCH] drm/nouveau: Use > drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested > by me also never made it into nouveau. > > Maybe pick that up as well? > > -mario > If you re

[Nouveau] Fw: new message

Hello! New message, please read br...@derocher.org ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [RFC PATCH 4/5] subdev/clk: print the base clocks

Hi, On 05:42 PM - Dec 01 2015, Karol Herbst wrote: > this is just a nice thing to know and there is no harm in printing them > --- > drm/nouveau/nvkm/subdev/clk/base.c | 16 > 1 file changed, 16 insertions(+) > > diff --git a/drm/nouveau/nvkm/subdev/clk/base.c > b/drm/nouveau/n

Re: [Nouveau] [RFC PATCH 5/5] clk: allow boosting only when NvBoost is set

Hi Karol, I have some comments below. On 05:42 PM - Dec 01 2015, Karol Herbst wrote: > 0: disable boosting (cap to base clock from the vbios) > 1: boost only to boost clock from the vbios > 2: boost to max clock available > --- > drm/nouveau/include/nvkm/subdev/clk.h | 10 +- > drm/nouve

[Nouveau] [Bug 93197] Warsow 2.0 crashes in nouveau_fence_trigger_work

https://bugs.freedesktop.org/show_bug.cgi?id=93197 --- Comment #1 from Marcin Slusarz --- The same log without word wrapping: http://paste.ubuntu.com/13605517/ -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. _

[Nouveau] [Bug 93197] New: Warsow 2.0 crashes in nouveau_fence_trigger_work

https://bugs.freedesktop.org/show_bug.cgi?id=93197 Bug ID: 93197 Summary: Warsow 2.0 crashes in nouveau_fence_trigger_work Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Se

[Nouveau] [Bug 93195] Direct firmware load for nouveau/nve4_fuc084 failed with error -2

https://bugs.freedesktop.org/show_bug.cgi?id=93195 Ilia Mirkin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Nouveau] [Bug 93195] New: Direct firmware load for nouveau/nve4_fuc084 failed with error -2

https://bugs.freedesktop.org/show_bug.cgi?id=93195 Bug ID: 93195 Summary: Direct firmware load for nouveau/nve4_fuc084 failed with error -2 Product: Mesa Version: 11.0 Hardware: x86-64 (AMD64) OS: Linux (All

Re: [Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events

When we are at it, the one with the title "[PATCH] drm/nouveau: Use drm_vblank_on/off consistently" from Daniel, which has a reviewed and tested by me also never made it into nouveau. Maybe pick that up as well? -mario On 12/01/2015 04:55 PM, Daniel Vetter wrote: On Tue, Dec 01, 2015 at 04:0

[Nouveau] [RFC PATCH 2/5] clk: drop cstates with too high voltage

To support boosting, vbios' seems to have fasters cstate than the actual base clock. We should definitely drop all those with a higher voltage than the max voltage stated in the vbios. This fixes reclocking issues mostly on high-end kepler cards where the highest cstates goes way beyond the max v

[Nouveau] [RFC PATCH 3/5] nvbios: add parsing of BASE CLOCK table

this table is found mainly on kepler+ cards. Also some fermi cards have this table. There are some fermi with a currupt one (strange version number), which is unusable though. --- drm/nouveau/include/nvkm/subdev/bios/baseclock.h | 23 +++ drm/nouveau/nvkm/subdev/bios/Kbuild |

[Nouveau] [RFC PATCH 0/5] stabilize kepler reclocking

this series solves different issues we encounter on kepler cards while reclocking: 1. core clock doesn't change at all and produces a volting error (patch 1) this can happen when the voltage table has only 0ed values in the header so we have to parse the entries itself, which cont

[Nouveau] [RFC PATCH 5/5] clk: allow boosting only when NvBoost is set

0: disable boosting (cap to base clock from the vbios) 1: boost only to boost clock from the vbios 2: boost to max clock available --- drm/nouveau/include/nvkm/subdev/clk.h | 10 +- drm/nouveau/nvkm/subdev/clk/base.c| 17 - drm/nouveau/nvkm/subdev/clk/gf100.c | 2 +-

[Nouveau] [RFC PATCH 4/5] subdev/clk: print the base clocks

this is just a nice thing to know and there is no harm in printing them --- drm/nouveau/nvkm/subdev/clk/base.c | 16 1 file changed, 16 insertions(+) diff --git a/drm/nouveau/nvkm/subdev/clk/base.c b/drm/nouveau/nvkm/subdev/clk/base.c index d731bc3..df9173e 100644 --- a/drm/nouv

[Nouveau] [RFC PATCH 1/5] bios/volt: handle voltage table version 0x50 with 0ed header

Some Kepler cards have no usefull header in the voltage table, which means nouveau has to read the voltages out of the entries directly. This patch fixes volting issues on those cards enabling them to switch cstates --- drm/nouveau/nvkm/subdev/bios/volt.c | 3 +++ 1 file changed, 3 insertions(+)

Re: [Nouveau] NV50 compute support questions

On 11/30/2015 04:13 PM, Samuel Pitoiset wrote: On 11/30/2015 02:27 PM, Hans de Goede wrote: Hi, On 26-11-15 13:52, Samuel Pitoiset wrote: I do not have a GK106, I've a GK208, and IIRC that one is known to not work, I guess I can give it a try. Compute support is not supported on GK110

Re: [Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events

On Tue, Dec 01, 2015 at 04:08:16PM +0100, poma wrote: > On Mon, Nov 16, 2015 at 4:11 PM, Daniel Vetter wrote: > > On Mon, Nov 02, 2015 at 04:45:00PM +0900, Michel Dänzer wrote: > >> On 31.10.2015 06:55, Daniel Vetter wrote: > >> > Apparently pre-nv50 pageflip events happen before the actual vblank

Re: [Nouveau] [PATCH] drm/nouveau: Fix pre-nv50 pageflip events

On Mon, Nov 16, 2015 at 4:11 PM, Daniel Vetter wrote: > On Mon, Nov 02, 2015 at 04:45:00PM +0900, Michel Dänzer wrote: >> On 31.10.2015 06:55, Daniel Vetter wrote: >> > Apparently pre-nv50 pageflip events happen before the actual vblank >> > period. Therefore that functionality got semi-disabled i

[Nouveau] [Bug 93004] Guild Wars 2 crash on nouveau DX11 cards

https://bugs.freedesktop.org/show_bug.cgi?id=93004 --- Comment #4 from Patrick Rudolph --- For the second crash I found I simple solution: It crashes in nvc0_vbo.c:static void nvc0_validate_vertex_buffers_shared(struct nvc0_context *nvc0), as buf is NULL: 396:buf = nv04_resource(vb->buffer);

Re: [Nouveau] NV50 compute support questions

Hi, On 30-11-15 20:03, Ilia Mirkin wrote: On Mon, Nov 30, 2015 at 8:27 AM, Hans de Goede wrote: Hi, On 26-11-15 13:52, Samuel Pitoiset wrote: I do not have a GK106, I've a GK208, and IIRC that one is known to not work, I guess I can give it a try. Compute support is not supported on GK