[Nouveau] [Bug 100567] Nouveau system freeze fifo: SCHED_ERROR 0a [CTXSW_TIMEOUT]

https://bugs.freedesktop.org/show_bug.cgi?id=100567 kevin@potatofrom.space changed: What|Removed |Added CC||kevin@potatofrom.space ---

[Nouveau] [Bug 99900] [NVC1] nouveau: freeze / crash after kernel update to 4.10

https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #13 from Mike --- I am also hitting this problem after starting to use 4.10.* kernels F25, 4.10.6.200, X86_64, Quadro K600, nouveau, KDE. workarounds: boot with nouveau.runpm=0, or turn off display power

[Nouveau] [PATCH 13/13] nvkm/bios/perf: Retreive pointer to unk1c script

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/perf.h | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/bios/perf.c | 14 ++ drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 1 + 3 files changed, 16 insertions(+) diff

[Nouveau] [PATCH 11/13] nvkm/ramgf100: Hook up ram training pattern init for NVC0+

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c index a469719..eebd20b

[Nouveau] [PATCH 06/13] nvkm/ramgt215: Move ram training up the chain

Parts are re-used even on NVA3, others from GF100 on Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ram.h | 17 +++ drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 92 +- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgk104.c | 140

[Nouveau] [PATCH 12/13] nvkm/pmu/memx: init script -> memx translation

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/pmu.h | 2 + drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramfuc.h | 8 +++ drivers/gpu/drm/nouveau/nvkm/subdev/pmu/memx.c| 66 +++ 3 files changed, 76 insertions(+) diff --git

[Nouveau] [PATCH 07/13] nvkm/ramgf100: Don't mandate training pattern 4

It's not found on Fermi. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 03/13] nvkm/ramgf100: Get rid of (size, data) pairs for rammap, ramcfg, timing

In correspondence with the other ram_calc implementations. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 37 --- 1 file changed, 19 insertions(+), 18 deletions(-) diff --git

[Nouveau] [PATCH 08/13] nvkm/ramgf100: Unset bit before uploading train values

Just because the blob does it too... Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 02/13] nvkm/ramnv50: Split up various ramcfg bytes in nibbles

In preparation for Fermi Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 9 ++--- drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 9 ++--- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgt215.c | 12

[Nouveau] [PATCH 04/13] nvkm/ramgf100: Calculate timings

Todo: - Determine source of R[10f298] & 0x11 Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 115 ++ 1 file changed, 76 insertions(+), 39 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 10/13] nvkm/ramgt215: Add train ptrn upload for GDDR5

Signed-off-by: Roy Spliet Tested-by: Ilia Mirkin --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ram.h | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgt215.c | 128 +- 2 files changed, 99 insertions(+), 30 deletions(-) diff

[Nouveau] [PATCH 05/13] nvkm/gddr5: MR calculation for timing table v1.0

Merges in skeggsb's: "fb/ram/gf10x: timing_10_0e_30" Todo: - find l3, rq - triple-check Signed-off-by: Roy Spliet --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 12 +++--- drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 22 --

[Nouveau] [PATCH 09/13] nvkm/ramgf100: Reinstate default ram train pattern

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 59 +-- 1 file changed, 43 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] RESEND Preparations for Fermi DRAM clock changes

Two patches went missing as a result of PEBCAK. No v2 marks as nothing changed really. Just resending for easier enforcement of patch order in other people's trees. Sorry for the noise. Original message: No, no, these will not implement Fermi reclocking. This set of patches contains some of the

[Nouveau] [PATCH 01/13] nvkm/bios: Give timings a name

tFAW, tCKE, tXPDLL, derived from datasheets. Merge skeggsb's: "bios/rammap: make unknown timing 1.0 fields match 2.0's naming" Signed-off-by: Roy Spliet --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 12 +++ drivers/gpu/drm/nouveau/nvkm/subdev/bios/timing.c |

[Nouveau] [PATCH 10/11] nvkm/pmu/memx: init script -> memx translation

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/pmu.h | 2 + drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramfuc.h | 8 +++ drivers/gpu/drm/nouveau/nvkm/subdev/pmu/memx.c| 66 +++ 3 files changed, 76 insertions(+) diff --git

[Nouveau] [PATCH 09/11] nvkm/ramgf100: Hook up ram training pattern init for NVC0+

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c index a469719..eebd20b

[Nouveau] [PATCH 04/11] nvkm/ramgt215: Move ram training up the chain

Parts are re-used even on NVA3, others from GF100 on Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ram.h | 17 +++ drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 92 +- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgk104.c | 140

[Nouveau] [PATCH 02/11] nvkm/ramgf100: Calculate timings

Todo: - Determine source of R[10f298] & 0x11 Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 115 ++ 1 file changed, 76 insertions(+), 39 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 06/11] nvkm/ramgf100: Unset bit before uploading train values

Just because the blob does it too... Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 03/11] nvkm/gddr5: MR calculation for timing table v1.0

Merges in skeggsb's: "fb/ram/gf10x: timing_10_0e_30" Todo: - find l3, rq - triple-check Signed-off-by: Roy Spliet --- .../drm/nouveau/include/nvkm/subdev/bios/ramcfg.h | 12 +++--- drivers/gpu/drm/nouveau/nvkm/subdev/bios/rammap.c | 22 --

[Nouveau] Preparations for Fermi DRAM clock changes

No, no, these will not implement Fermi reclocking. This set of patches contains some of the preparatory work that I deem stable enough to move upstream. Notable changes - Training pattern upload routines from GK104+ now shared with GT215+ - Timing calculation for Fermi - GDDR5 MR calculation from

[Nouveau] [PATCH 11/11] nvkm/bios/perf: Retreive pointer to unk1c script

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/include/nvkm/subdev/bios/perf.h | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/bios/perf.c | 14 ++ drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 1 + 3 files changed, 16 insertions(+) diff

[Nouveau] [PATCH 08/11] nvkm/ramgt215: Add train ptrn upload for GDDR5

Signed-off-by: Roy Spliet Tested-by: Ilia Mirkin --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ram.h | 1 + drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgt215.c | 128 +- 2 files changed, 99 insertions(+), 30 deletions(-) diff

[Nouveau] [PATCH 05/11] nvkm/ramgf100: Don't mandate training pattern 4

It's not found on Fermi. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 07/11] nvkm/ramgf100: Reinstate default ram train pattern

Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 59 +-- 1 file changed, 43 insertions(+), 16 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c

[Nouveau] [PATCH 01/11] nvkm/ramgf100: Get rid of (size, data) pairs for rammap, ramcfg, timing

In correspondence with the other ram_calc implementations. Signed-off-by: Roy Spliet --- drivers/gpu/drm/nouveau/nvkm/subdev/fb/ramgf100.c | 37 --- 1 file changed, 19 insertions(+), 18 deletions(-) diff --git

[Nouveau] [Bug 89664] Nouveau fails to enter KMS with the Gigabyte G1 Gaming GTX970

https://bugs.freedesktop.org/show_bug.cgi?id=89664 --- Comment #19 from Ilia Mirkin --- (In reply to Jonas Nordlund from comment #18) > Is this perhaps bug 94990? If it is, should be solved by using drm-next. > It's too bad because it cripples the GTX 970 on most Linux

[Nouveau] [Bug 89664] Nouveau fails to enter KMS with the Gigabyte G1 Gaming GTX970

https://bugs.freedesktop.org/show_bug.cgi?id=89664 --- Comment #18 from Jonas Nordlund --- Is this perhaps bug 94990? I also own an NVIDIA GTX 970 (Asus) and I can see the Gigabyte G1 Gaming GTX970 also has 4 GB VRAM. The problem here could be that NVIDIA made a

[Nouveau] [Bug 100446] Backlight control not working on Pascal / GP106 using nouveau drivers

https://bugs.freedesktop.org/show_bug.cgi?id=100446 --- Comment #3 from Carlo Caione --- I forgot: the mmiotrace was taken using the proprietary NVIDIA drivers 381.09 (beta). With this version I'm able to change the brightness using xbacklight. -- You are receiving this mail

[Nouveau] [Bug 100446] Backlight control not working on Pascal / GP106 using nouveau drivers

https://bugs.freedesktop.org/show_bug.cgi?id=100446 --- Comment #2 from Carlo Caione --- In attachment (tar + xz -9): - vbios - mmiotrace - demmio'd mmiotrace The trace was taken in pure Xorg with only xterm running and: echo "XSET50IN" >

[Nouveau] [Bug 100446] Backlight control not working on Pascal / GP106 using nouveau drivers

https://bugs.freedesktop.org/show_bug.cgi?id=100446 --- Comment #1 from Carlo Caione --- Created attachment 130784 --> https://bugs.freedesktop.org/attachment.cgi?id=130784=edit vbios + mmiotrace -- You are receiving this mail because: You are the assignee for the

[Nouveau] [Bug 61321] [regression][NV4c] System hang while loading gdm on 3.7 kernel (works on 3.6)

https://bugs.freedesktop.org/show_bug.cgi?id=61321 Maarten Lankhorst changed: What|Removed |Added Assignee|b...@mblankhorst.nl