Re: [Nouveau] [PATCH 3/3] hwmon: expose power_max and power_crit

On 25/10/16 00:11, Karol Herbst wrote: Signed-off-by: Karol Herbst --- drm/nouveau/nouveau_hwmon.c | 44 1 file changed, 44 insertions(+) diff --git a/drm/nouveau/nouveau_hwmon.c b/drm/nouveau/nouveau_hwmon.c index

Re: [Nouveau] [PATCH 2/3] subdev/iccsense: Parse max and crit power level

On 25/10/16 00:11, Karol Herbst wrote: Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/iccsense.h | 3 +++ drm/nouveau/nvkm/subdev/iccsense/base.c| 13 - 2 files changed, 15 insertions(+), 1 deletion(-) What is the point of duplicating

Re: [Nouveau] [PATCH 1/3] nvbios/power_budget: Add basic power budget parsing

On 25/10/16 00:11, Karol Herbst wrote: Signed-off-by: Karol Herbst --- .../include/nvkm/subdev/bios/power_budget.h| 20 drm/nouveau/nvkm/subdev/bios/Kbuild| 1 + drm/nouveau/nvkm/subdev/bios/power_budget.c| 108

Re: [Nouveau] RFC [PATCH 0/3] Expose power budget cap via hwmon

On 25/10/16 00:11, Karol Herbst wrote: There is an optinal header field in the power budget table we can use to read out the power cap of the GPU. Sadly it is optional and if that field isn't sad, things beome oh why would it be sad? Poor little one :p complicated. Anyhow, this is good

Re: [Nouveau] [PATCH 01/17] drm/nouveau/core: add missing header dependencies

On 24 October 2016 at 23:43, Karol Herbst wrote: > 2016-10-24 9:13 GMT+02:00 Baoyou Xie : > > > > > > On 23 October 2016 at 01:32, Karol Herbst wrote: > >> > >> I think it would be better to squash those commits: > >> 1. for

[Nouveau] [PATCH 2/3] subdev/iccsense: Parse max and crit power level

Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/iccsense.h | 3 +++ drm/nouveau/nvkm/subdev/iccsense/base.c| 13 - 2 files changed, 15 insertions(+), 1 deletion(-) diff --git a/drm/nouveau/include/nvkm/subdev/iccsense.h

[Nouveau] [PATCH 3/3] hwmon: expose power_max and power_crit

Signed-off-by: Karol Herbst --- drm/nouveau/nouveau_hwmon.c | 44 1 file changed, 44 insertions(+) diff --git a/drm/nouveau/nouveau_hwmon.c b/drm/nouveau/nouveau_hwmon.c index 71f764b..3d4672a 100644 ---

[Nouveau] RFC [PATCH 0/3] Expose power budget cap via hwmon

There is an optinal header field in the power budget table we can use to read out the power cap of the GPU. Sadly it is optional and if that field isn't sad, things beome complicated. Anyhow, this is good enough for most cards and we can use it later for capping the power consumption of the

[Nouveau] [PATCH 1/3] nvbios/power_budget: Add basic power budget parsing

Signed-off-by: Karol Herbst --- .../include/nvkm/subdev/bios/power_budget.h| 20 drm/nouveau/nvkm/subdev/bios/Kbuild| 1 + drm/nouveau/nvkm/subdev/bios/power_budget.c| 108 + 3 files changed, 129 insertions(+)

Re: [Nouveau] [PATCH] nouveau: hide gcc-4.9 -Wmaybe-uninitialized

uhh, that function looks so odd, ... yeah. Change looks fine. Reviewed-By: Karol Herbst 2016-10-24 17:30 GMT+02:00 Arnd Bergmann : > gcc-4.9 notices that the validate_init() function returns unintialized > data when called with a zero 'nr_buffers' argument,

Re: [Nouveau] [PATCH 01/17] drm/nouveau/core: add missing header dependencies

2016-10-24 9:13 GMT+02:00 Baoyou Xie : > > > On 23 October 2016 at 01:32, Karol Herbst wrote: >> >> I think it would be better to squash those commits: >> 1. for the includes >> 2. for static declerations >> > OK, I have resent new patch that squash

[Nouveau] [PATCH] nouveau: hide gcc-4.9 -Wmaybe-uninitialized

gcc-4.9 notices that the validate_init() function returns unintialized data when called with a zero 'nr_buffers' argument, when called with the -Wmaybe-uninitialized flag: drivers/gpu/drm/nouveau/nouveau_gem.c: In function ‘validate_init.isra.6’: drivers/gpu/drm/nouveau/nouveau_gem.c:457:5:

[Nouveau] [Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

https://bugs.freedesktop.org/show_bug.cgi?id=98398 --- Comment #9 from rick.2...@gmail.com --- Sure, I'll have another test run with 4.7 this week. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list

[Nouveau] [Bug 98398] Acer Aspire V7-582PG (Haswell, GTX 750M) fails to power off GPU with runtime PM

https://bugs.freedesktop.org/show_bug.cgi?id=98398 Peter Wu changed: What|Removed |Added Summary|[Nouveau] Vgaswitcharoo |Acer Aspire V7-582PG

Re: [Nouveau] [PATCH 01/17] drm/nouveau/core: add missing header dependencies

On 23 October 2016 at 01:32, Karol Herbst wrote: > I think it would be better to squash those commits: > 1. for the includes > 2. for static declerations > > OK, I have resent new patch that squash those commits. > 2016-10-22 11:41 GMT+02:00 Baoyou Xie

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #79 from Karol Herbst --- yeah, this would be also the workaround _I_ would suggest, not the other ones above. -- You are receiving this mail because: You are the assignee for the

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #78 from Ilia Guterman --- Comment on attachment 127508 --> https://bugs.freedesktop.org/attachment.cgi?id=127508 limit ram to 3 bars Zach Wolfe: one method is to limit the ram usage, but its a bandage not a

[Nouveau] [Bug 94990] [GM204] GTX 970 + 4GB VRAM fails at secboot (v4.6+)

https://bugs.freedesktop.org/show_bug.cgi?id=94990 --- Comment #77 from Ilia Guterman --- Created attachment 127508 --> https://bugs.freedesktop.org/attachment.cgi?id=127508=edit limit ram to 3 bars -- You are receiving this mail because: You are the assignee for the