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 sur
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/gk104.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --gi
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 deletion(-)
diff --gi
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 Aug 20 14:54:22 2015 +
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.
>
> In System Settings >
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 subdev oclass from nv
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 proje
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 on
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&action=edit
3840x2160@30 - snapshot of the monitor
--
You are receiving this mail because:
You are the assignee for
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&action=edit
Xorg.0.log
Linux AmiloXi3650 4.5.0-rc4-ARCH #4 SMP PREEMPT Sat Feb 20 22:27:16 CET 2016
x86_64 GNU/Linux
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&action=edit
journal
--
You are receiving this mail because:
You are the assignee for the bug.__
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: NE
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&action=edit
Celsius H265: s2ram - journalctl with KDE (crash)
It is strange but almost any desktop environment wil
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&action=edit
Celsius H265: journalctl of the day (many crashes)
now; that is the right file.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=93887
Elmar Stellnberger changed:
What|Removed |Added
Attachment #122040|0 |1
is obsolete|
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&action=edit
Celsius H265: journalctl of the day (many crashes)
Many journals of the day (first journals begin with
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&action=edit
Celsius H265: Xorg.0.log of s2ram (crashes)
Unfortunately with the Celsius H265 and nouveau there see
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&action=edit
Celsius H265: journalctl -xb of s2ram (DVI monitor gets disabled)
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=93887
--- Comment #10 from Elmar Stellnberger ---
Created attachment 122037
--> https://bugs.freedesktop.org/attachment.cgi?id=122037&action=edit
Celsius H265: Xorg.0.log of s2ram (DVI monitor gets disabled)
exactly the same issue can be observed wi
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 mutex
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
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 100644
--- a/drm/nouveau/i
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 ++-
2 files changed, 17 inser
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 ++
drm/nouveau/nvkm/subdev/bios/vmap.c
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:
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
---
drm/nouveau/include/nvkm/s
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
--- a/drm/nouveau/nvkm/subdev/clk/base.c
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 to
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 +-
2 files changed, 2 insert
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, 112 insertions(+)
create
https://bugs.freedesktop.org/show_bug.cgi?id=94332
Elmar Stellnberger changed:
What|Removed |Added
Attachment #122026|text/plain |image/jpeg
mime type|
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
Sev
32 matches
Mail list logo