[Nouveau] [PATCH] fifo/gk104: kick channel upon removal

A channel may still be processed by the PBDMA even after removal, unless it is properly kicked. Some chips are more sensible to this than others, with GM20B triggering the issue very easily (the PBDMA will try to fetch methods from the previously-removed channel after a new one is added). Make

[Nouveau] [PATCH 1/2] fifo/gf100: take runlist target into account

Bits 28:29 of RUNLIST_BASE specify the memory target of the runlist. Set it to 0x3 (SYS_MEM_NONCOHERENT) if the runlist object resides in system memory. Signed-off-by: Alexandre Courbot --- drm/nouveau/nvkm/engine/fifo/gf100.c | 6 +- 1 file changed, 5 insertions(+), 1

[Nouveau] [REGRESSION] nouveau: 30 second boot hang after commit 2b700825e

Hello, I am encountering a 30 second hang during boot, in the Xorg process just before the display manager comes up. I have bisected the problem to the following commit: commit 2b700825e7a7702fb862edba1262c98040dc1bf6 Author: Ben Skeggs Date: Thu

Re: [Nouveau] Dual monitors have same identifier

Update xorg to 1.18 - this issue should be fixed there, I think. Alternatively try plugging things into different ports. On Feb 29, 2016 9:32 PM, "Peter Hewett" wrote: > > Hi > My desktop is Kubuntu 15.10 with GeForce GTX 970 and two monitors, using > the Nouveau drivers. >

Re: [Nouveau] Recommendation for cherry-pick between 3.12 and 4.2: 0a363e85cdaf

On Sun, Jan 17, 2016 at 02:28:13PM -0500, Ilia Mirkin wrote: > Hello, > > I'd like to recommend backporting this commit: > > commit 0a363e85cdafbc6a49b91c604d0d4d070dc7 > Author: Hans de Goede > Date: Thu Jul 23 17:20:12 2015 +0200 > > drm/nouveau/nv46: Change mc

[Nouveau] GSOC 2016 Aspirant for Kepler Accelerated Video Encoding;

Hi, First of all, congratulations to the X.org team for selection into Google Summer of Code 2016. I would like to participate to Google Summer of Code 2016 by contributing to Kepler Accelerated Video Encoding for Nouveau. I request you to kindly guide me as to how to get started with this

[Nouveau] Dual monitors have same identifier

Hi My desktop is Kubuntu 15.10 with GeForce GTX 970 and two monitors, using the Nouveau drivers. In System Settings > Display and Monitor, the two monitors are shown but with the same identifier, DVI-0. This is giving some problems such as random allocation of primary screen and no right click

[Nouveau] [Bug 94342] Nvidia G96GLM 3840x2160@30 not functional with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94342 --- Comment #3 from Elmar Stellnberger --- Created attachment 122046 --> https://bugs.freedesktop.org/attachment.cgi?id=122046=edit 3840x2160@30 - snapshot of the monitor -- You are receiving this mail because: You are

[Nouveau] [Bug 94342] Nvidia G96GLM 3840x2160@30 not functional with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94342 --- Comment #1 from Elmar Stellnberger --- Created attachment 122044 --> https://bugs.freedesktop.org/attachment.cgi?id=122044=edit Xorg.0.log Linux AmiloXi3650 4.5.0-rc4-ARCH #4 SMP PREEMPT Sat Feb 20 22:27:16 CET 2016

[Nouveau] [Bug 94342] Nvidia G96GLM 3840x2160@30 not functional with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94342 --- Comment #2 from Elmar Stellnberger --- Created attachment 122045 --> https://bugs.freedesktop.org/attachment.cgi?id=122045=edit journal -- You are receiving this mail because: You are the assignee for the

[Nouveau] [Bug 94342] New: Nvidia G96GLM 3840x2160@30 not functional with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94342 Bug ID: 94342 Summary: Nvidia G96GLM 3840x2160@30 not functional with nouveau Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status:

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #15 from Elmar Stellnberger --- Created attachment 122042 --> https://bugs.freedesktop.org/attachment.cgi?id=122042=edit Celsius H265: s2ram - journalctl with KDE (crash) It is strange but almost any desktop

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #14 from Elmar Stellnberger --- Created attachment 122041 --> https://bugs.freedesktop.org/attachment.cgi?id=122041=edit Celsius H265: journalctl of the day (many crashes) now; that is the right file. --

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 Elmar Stellnberger changed: What|Removed |Added Attachment #122040|0 |1 is

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #13 from Elmar Stellnberger --- Created attachment 122040 --> https://bugs.freedesktop.org/attachment.cgi?id=122040=edit Celsius H265: journalctl of the day (many crashes) Many journals of the day (first

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #12 from Elmar Stellnberger --- Created attachment 122039 --> https://bugs.freedesktop.org/attachment.cgi?id=122039=edit Celsius H265: Xorg.0.log of s2ram (crashes) Unfortunately with the Celsius H265 and

[Nouveau] [Bug 93887] [NV96] Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram

https://bugs.freedesktop.org/show_bug.cgi?id=93887 --- Comment #11 from Elmar Stellnberger --- Created attachment 122038 --> https://bugs.freedesktop.org/attachment.cgi?id=122038=edit Celsius H265: journalctl -xb of s2ram (DVI monitor gets disabled) -- You are receiving

[Nouveau] stable? kms: take mode_config mutex in connector hotplug path

https://github.com/skeggsb/nouveau/commit/9862b21 https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/gpu/drm/nouveau/nouveau_connector.c?id=0a882cad this was sent to @stable, but test result is: nouveau: Unknown symbol mutex_lock (err 0) nouveau: Unknown symbol

[Nouveau] [PATCH 0/9] Groundwork for clocking fixes

This series contains a lot of groundwork to finally fix reclocking issues on Kepler+ gpus. There shouldn't be any functional changes with the first patch being the only exception (fixes some voltage table parsing issues with of few kepler gpus) The most interessting thing is the tool in the last

[Nouveau] [PATCH 3/9] clk: add index field to nvkm_cstate

Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/clk.h | 1 + drm/nouveau/nvkm/subdev/clk/base.c| 1 + 2 files changed, 2 insertions(+) diff --git a/drm/nouveau/include/nvkm/subdev/clk.h b/drm/nouveau/include/nvkm/subdev/clk.h index 6b33bc0..5cdc305

[Nouveau] [PATCH 6/9] volt: save the voltage range we are able to set

We shouldn't set voltages below the min or above the max voltage the gpu is able to set, so let us store the min and max voltage Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/volt.h | 3 +++ drm/nouveau/nvkm/subdev/volt/base.c| 15 ++-

[Nouveau] [PATCH 7/9] volt: parse the both max voltage entries

these entries specify a maximum voltage nvidia never exceeds, we shouldn't do that to after finally fixing volting. Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/bios/vmap.h | 2 ++ drm/nouveau/include/nvkm/subdev/volt.h | 2 ++

[Nouveau] [PATCH 4/9] bios: add parsing of BASE CLOCK table

this table contains three important clocks: base clock: this is the non boosted max clock tdp clock: the clock at wich the vbios guarentees the TDP won't ever be exceeded at max load (seems to be always the same as the base clock, but behaves differently) boost clock:

[Nouveau] [PATCH 8/9] clk: export nvkm_volt_map

we need this later to see which cstate can be actually used, because the set voltage for a cstate actually exceed the maximum possible voltage of the gpu. We want to know that in the clk subdev so that we do not try to set such a cstate Signed-off-by: Karol Herbst ---

[Nouveau] [PATCH 5/9] clk: print the base clocks

Signed-off-by: Karol Herbst --- drm/nouveau/nvkm/subdev/clk/base.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/subdev/clk/base.c b/drm/nouveau/nvkm/subdev/clk/base.c index 0ef371b..0f9b8c5 100644 ---

[Nouveau] [PATCH 1/9] 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. The mask may be bigger than 0x1f, but this value is already >2V, so it will be fine for now. This patch fixes volting issues on those cards enabling them

[Nouveau] [PATCH 2/9] bios/vmap: unk0 field is the mode

this selects what affects the voltage and how the constants are used from the voltage map table entries to calculate the final voltage Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/bios/vmap.h | 2 +- drm/nouveau/nvkm/subdev/bios/vmap.c | 2 +-

[Nouveau] [PATCH 9/9] add daemon to compare nouveau with blob voltage

this can be run alongside the nvidia driver and it usefull to actually check that nouveau would set the right voltage with the same clocks set Signed-off-by: Karol Herbst --- bin/nv_cmp_volt.c | 112 ++ 1 file changed,

[Nouveau] [Bug 94332] one-off problem at startup with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94332 Elmar Stellnberger changed: What|Removed |Added Attachment #122026|text/plain |image/jpeg

[Nouveau] [Bug 94332] New: one-off problem at startup with nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=94332 Bug ID: 94332 Summary: one-off problem at startup with nouveau Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW