https://bugs.freedesktop.org/show_bug.cgi?id=101184
--- Comment #6 from Ben Skeggs ---
Created attachment 131704
--> https://bugs.freedesktop.org/attachment.cgi?id=131704&action=edit
test fix
Can you give this patch a try please?
I'm not 100% convinced this is the issue here, but I'd like to
https://bugs.freedesktop.org/show_bug.cgi?id=101273
--- Comment #3 from Karol Herbst ---
I think on the 4.11 kernel tree it is triggered by this commit:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?h=v4.11.3&id=2138faf017517acf837816101f778d5c9cda37ef
could you
https://bugs.freedesktop.org/show_bug.cgi?id=101220
--- Comment #14 from Pacho Ramos ---
(In reply to Pacho Ramos from comment #7)
[...]
> (additionally, I don't know why on kernel 4.12-rc2 my touchpad stops to
> move... it clicks but doesn't move... but that is probably a different bug
> :( )
T
https://bugs.freedesktop.org/show_bug.cgi?id=101273
--- Comment #4 from mrbloo...@hotmail.com ---
Yes, 4.11.2 works. I just tested it myself and another user also reported[0]
that it works for them.
[0] https://bbs.archlinux.org/viewtopic.php?pid=1715603#p1715603
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=101184
--- Comment #7 from Karol Herbst ---
(In reply to Ben Skeggs from comment #6)
> Created attachment 131704 [details] [review]
> test fix
>
> Can you give this patch a try please?
>
> I'm not 100% convinced this is the issue here, but I'd like t
https://bugs.freedesktop.org/show_bug.cgi?id=101184
Karol Herbst changed:
What|Removed |Added
CC||mrbloo...@hotmail.com
--- Comment #8 fro
https://bugs.freedesktop.org/show_bug.cgi?id=101273
Karol Herbst changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
I think I am done reworking the series and getting to a point where I think
it is basically finished. The configuration of the slots could be improved
later on when working on dynamic reclocking, but for now it's good enough to
report the current GPU utilization to userspace.
Patches 1-4 imeplemen
The counter values are read out periodically and divided by the total
amount of ticks divided by 255 to have nice 8 bit values. A higher
precision won't be needed. This way we can have simple PMU-host
interfaces.
The polling is designed in such a way so that we can change the polling
period later
Generally following Nvidia here, but being more focused on the load groups.
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvkm/subdev/pmu.h | 9
drm/nouveau/nvkm/subdev/pmu/gt215.c | 43 +++
2 files changed, 52 insertions(+)
diff --git a/drm/nou
v2: removed definitions we won't need anymore
v3: rename IF_NOT_ALL to IF_ANY
Signed-off-by: Karol Herbst
Reviewed-by: Martin Peres
---
drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 8
1 file changed, 8 insertions(+)
diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc
b/drm/nouvea
Interface to set the PMU counter mask of a specific slot.
v3: Add macros documenting the command.
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 889 ++-
drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 825 -
drm/nou
v3: seperated change into own commit
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pmu/gf100.c | 1 +
drm/nouveau/nvkm/subdev/pmu/gf119.c | 1 +
drm/nouveau/nvkm/subdev/pmu/gk104.c | 1 +
drm/nouveau/nvkm/subdev/pmu/gk110.c | 1 +
drm/nouveau/nvkm/subdev/pmu/gk208.c | 1 +
drm/nouveau/
Reads out all stored 8 bit slot values. The 0th one being always 0xff.
v3: Add macros documenting the command.
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 894 ++-
drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 840 +
output of the file will be something like that:
core, mem, vid, pci
0xfd, 0x15, 0x00, 0xa2
v2: relayout the debugfs file
v3: rework the struct holding load values
Signed-off-by: Karol Herbst
---
drm/nouveau/include/nvif/device.h | 1 +
drm/nouveau/include/nvkm/subdev/pmu.h | 8
Nice work!
See my comments below, and double-check if some of them can be applied
to the shaders I didn't review yet.
I recommend you to test your work because if one sched code is wrong,
you are likely going to kill your card and reboot your box. :-)
On 06/03/2017 04:16 PM, Aaryaman Vasish
https://bugs.freedesktop.org/show_bug.cgi?id=101184
--- Comment #9 from S. Gilles ---
(In reply to Ben Skeggs from comment #6)
> Created attachment 131704 [details] [review]
> test fix
>
> Can you give this patch a try please?
I built against -mainline just now. Without the patch, I get the pan
17 matches
Mail list logo