On 21/03/16 18:16, Karol Herbst wrote:
if we calculate the voltage in the table right, we get all kinds of values,
which never fit the hardware steps, so we use the closest higher value the
hardware can do
This is indeed the goal.
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/vo
On 21/03/16 18:16, Karol Herbst wrote:
I am sure that those are a bit different on other GPUs, but while testing
the error range compared to nvidia was around 100%+-3%.
Without this change we are most of the time around 10% below nvidias voltage,
so this change causes no harm and improves the si
On 21/03/16 18:16, Karol Herbst wrote:
this function just forces a reclock. This makes sense if some cstates get
(un)available and we have to adjust to that.
This can happen for various reasons:
* temperature changes
* user changes boost mode
Signed-off-by: Karol Herbst
You can also add
On 28/03/16 23:49, Martin Peres wrote:
On 21/03/16 18:16, Karol Herbst wrote:
these entries specify a maximum voltage nvidia never exceeds, we shouldn't do
that, too.
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvkm/subdev/bios/vmap.h | 2 ++
drm/nouveau/include/nvkm/subdev/volt.
On 21/03/16 18:16, Karol Herbst wrote:
Signed-off-by: Karol Herbst
21-22 are:
Reviewed-by: Martin Peres
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
On 28/03/16 23:52, Martin Peres wrote:
On 21/03/16 18:16, Karol Herbst wrote:
min_id indicates a volt map entry which acts as a floor value, this will be
used to set the lower voltage limit through pstates
Please state that this comes that this min_id is different for each
pstate, hence why v
On 21/03/16 18:16, Karol Herbst wrote:
min_id indicates a volt map entry which acts as a floor value, this will be
used to set the lower voltage limit through pstates
Signed-off-by: Karol Herbst
Do we really want to push reclocking logic to the volt subsystem?
To me, volt should just allow y
On 21/03/16 18:16, Karol Herbst wrote:
these entries specify a maximum voltage nvidia never exceeds, we shouldn't do
that, too.
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/b
https://bugs.freedesktop.org/show_bug.cgi?id=94728
--- Comment #4 from neilmed...@gmail.com ---
Makes sense. Thanks for the quick replies - and the good work in maintaining
nouveau :)
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=91526
Ilia Mirkin changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=94728
--- Comment #3 from Ilia Mirkin ---
As you can see, it's falling back to modesetting, as expected. The
xf86-video-nouveau DDX does not support any maxwell GPUs at the moment.
Separately, modesetting isn't able to start up glamor because of the r
https://bugs.freedesktop.org/show_bug.cgi?id=91526
--- Comment #14 from Karol Herbst ---
(In reply to Ilia Mirkin from comment #13)
> As I had originally suspected, this has nothing to actually do with BGRA4
> format. It was just an odd place in the command stream.
>
> The following patch should
v2: add list_del calls
Signed-off-by: Karol Herbst
Reviewed-by: Martin Peres
---
drm/nouveau/include/nvkm/subdev/iccsense.h | 4 +---
drm/nouveau/nouveau_hwmon.c| 2 +-
drm/nouveau/nvkm/subdev/iccsense/base.c| 34 ++
drm/nouveau/nvkm/subdev/iccs
v2: rename ina209/ina219 read function
Signed-off-by: Karol Herbst
Reviewed-by: Martin Peres
---
drm/nouveau/nvkm/subdev/iccsense/base.c | 68 +
1 file changed, 68 insertions(+)
diff --git a/drm/nouveau/nvkm/subdev/iccsense/base.c
b/drm/nouveau/nvkm/subdev/iccs
The power sensors can be configured to sample the readout values over time.
Nvidia does this too, so nouveau should probably do that too.
v2: use list_del and rework an error message
Karol Herbst (4):
iccsense: remove read function
iccsense: convert to linked list
iccsense: split sensor int
Signed-off-by: Karol Herbst
Reviewed-by: Martin Peres
---
drm/nouveau/include/nvkm/subdev/iccsense.h | 1 -
drm/nouveau/nvkm/subdev/iccsense/base.c| 23 ++-
2 files changed, 10 insertions(+), 14 deletions(-)
diff --git a/drm/nouveau/include/nvkm/subdev/iccsense.h
b/drm
v2: add list_del call, reword error message
Signed-off-by: Karol Herbst
Reviewed-by: Martin Peres
---
drm/nouveau/include/nvkm/subdev/iccsense.h | 1 +
drm/nouveau/nvkm/subdev/iccsense/base.c| 142 -
drm/nouveau/nvkm/subdev/iccsense/priv.h| 15 ++-
3 files
On 25/03/16 13:19, Karol Herbst wrote:
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/iccsense/base.c | 68 +
1 file changed, 68 insertions(+)
diff --git a/drm/nouveau/nvkm/subdev/iccsense/base.c
b/drm/nouveau/nvkm/subdev/iccsense/base.c
index b6f622
On 25/03/16 13:19, Karol Herbst wrote:
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvkm/subdev/iccsense.h | 1 +
drm/nouveau/nvkm/subdev/iccsense/base.c| 141 -
drm/nouveau/nvkm/subdev/iccsense/priv.h| 15 ++-
3 files changed, 112 insertions(+)
On 25/03/16 13:19, Karol Herbst wrote:
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvkm/subdev/iccsense.h | 4 +---
drm/nouveau/nouveau_hwmon.c| 2 +-
drm/nouveau/nvkm/subdev/iccsense/base.c| 32 +-
drm/nouveau/nvkm/subdev/iccsense/p
https://bugs.freedesktop.org/show_bug.cgi?id=94728
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=94728
--- Comment #1 from neilmed...@gmail.com ---
Created attachment 122594
--> https://bugs.freedesktop.org/attachment.cgi?id=122594&action=edit
Output of ournalctl -b _COMM=gdm-x-session
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=94728
Bug ID: 94728
Summary: Nouveau doesn't work with Nvidia GTX 960
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Se
23 matches
Mail list logo