Re: [Nouveau] [PATCH v2 06/22] volt: parse the both max voltage entries

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 ++

Re: [Nouveau] [PATCH 4/4] iccsense: configure sensors like nvidia does

= { .oneinit = nvkm_iccsense_oneinit, + .init = nvkm_iccsense_init, .dtor = nvkm_iccsense_dtor, }; Looks like a good cleanup and improvement to me! With the free-ing the lists fixed and maybe the change in name for the ina2x9, this is: Martin Peres <

Re: [Nouveau] [PATCH 3/4] iccsense: split sensor into own struct

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

Re: [Nouveau] [PATCH 2/4] iccsense: convert to linked list

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 +-

Re: [Nouveau] [PATCH 05/19] clk: allow boosting only when NvBoost is set

{ nv_clk_src_gpc, 0x00, NVKM_CLK_DOM_FLAG_CORE | NVKM_CLK_DOM_FLAG_BASECLK, "core", 2000 }, { nv_clk_src_hubk07 , 0x01, NVKM_CLK_DOM_FLAG_CORE }, { nv_clk_src_rop, 0x02, NVKM_CLK_DOM_FLAG_CORE }, { nv_clk_src_mem, 0x0

Re: [Nouveau] [PATCH 04/19] clk: print the base clocks

On 18/03/16 01:03, Karol Herbst wrote: 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

Re: [Nouveau] [PATCH 03/19] bios: add parsing of BASE CLOCK table

t base, boost and tdp are actual entry ids. Other than this, looks good! Congrats for figuring this table out! Reviewed-by: Martin Peres <martin.pe...@free.fr> +}; +struct nvbios_baseclk_entry { + u8 pstate; + u16 clock_mhz; +}; +int nvbios_baseclock_parse(struct nvkm_bi

Re: [Nouveau] [PATCH v2 2/2] volt: properly detect entry based voltage tables

(data && info.vidmask) { + } else if (data && info.vidmask && info.entry_based) { + nvkm_debug(subdev, "found entry based VIDs\n"); for (i = 0; i < cnt; i++) { data = nvbios_volt_entry_parse(bios, i, , , ); Both patches are: Reviewed-by: Martin Peres <martin.pe...@free.fr> ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [PATCH 3/4] pmu/fuc: call# seems to be broken on gk208

On 01/03/16 23:53, Ilia Mirkin wrote: On Tue, Mar 1, 2016 at 4:45 PM, Martin Peres <martin.pe...@free.fr> wrote: On 26/02/16 17:19, Karol Herbst wrote: for some reasons these calls don't really go there where they should go leading to various corruptions of the PMU state I a

Re: [Nouveau] [PATCH 4/4] pmu/fuc: movw is somewhat weird on gk208, use mov instead

On 01/03/16 23:38, Ilia Mirkin wrote: On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.pe...@free.fr> wrote: On 26/02/16 17:19, Karol Herbst wrote: currently there is no change, because nobody uses those macros yet, but they shouldn't stay broken Signed-off-by: Karol Herbst

Re: [Nouveau] [PATCH 3/4] pmu/fuc: call# seems to be broken on gk208

the problem is instead of just saying: "it works with this change (TM)" Anyway, 1-3 are: Reviewed-by: Martin Peres <martin.pe...@free.fr> ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [PATCH 2/4] pmu/fuc: replace mov+sethi with imm32

On 26/02/16 17:19, Karol Herbst wrote: on gk208+ we can simply mov 32bits, so we should have a single mov there Signed-off-by: Karol Herbst diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/host.fuc b/drm/nouveau/nvkm/subdev/pmu/fuc/host.fuc index c2bb616..f2420a3 100644

Re: [Nouveau] [PATCH 1/4] pmu/fuc: fix imm32 for gk208+

On 26/02/16 17:19, Karol Herbst wrote: Signed-off-by: Karol Herbst diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc b/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc index 96fc984..0d5cbeb 100644 --- a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc +++

Re: [Nouveau] [PATCH 4/4] pmu/fuc: movw is somewhat weird on gk208, use mov instead

On 26/02/16 17:19, Karol Herbst wrote: currently there is no change, because nobody uses those macros yet, but they shouldn't stay broken Signed-off-by: Karol Herbst --- drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [Nouveau] [PATCH v4 1/6] subdev/iccsense: add new subdev for power sensors

On 20/02/16 19:11, Karol Herbst wrote: From: Martin Peres <martin.pe...@free.fr> Signed-off-by: Karol Herbst <nouv...@karolherbst.de> Reviewed-by: Martin Peres <martin.pe...@free.fr> ___ Nouveau mailing list Nouveau@lists.fre

Re: [Nouveau] [PATCH v4 3/6] iccsense: implement for ina209, ina219 and ina3221

On 20/02/16 19:11, Karol Herbst wrote: based on Martins initial work v3: fix ina2x9 calculations v4: don't kmalloc(0), fix the lsb/pga stuff Signed-off-by: Karol Herbst --- drm/nouveau/include/nvkm/subdev/bios/extdev.h | 3 + drm/nouveau/include/nvkm/subdev/i2c.h

Re: [Nouveau] [PATCH v4 4/6] hwmon: add power consumption

i) { + int res = nkvm_iccsense_read(iccsense, i); + if (res > 0) + result += res; + } The code above should be moved to the icc_sense I would say, as we will likely need to read the power from other places. With such function added to the previous patch, Re

Re: [Nouveau] [PATCH v4 2/6] nvbios/iccsense: add parsing of the SENSE table

On 20/02/16 19:11, Karol Herbst wrote: From: Martin Peres <martin.pe...@free.fr> v4: don't kmalloc(0) Signed-off-by: Karol Herbst <nouv...@karolherbst.de> Reviewed-by: Martin Peres <martin.pe...@free.fr> ___ Nouveau ma

Re: [Nouveau] [PATCH v4 5/6] hwmon: don't require therm to be valid to get any data

On 20/02/16 19:11, Karol Herbst wrote: Signed-off-by: Karol Herbst <nouv...@karolherbst.de> Should never be an issue, but I get your point. Reviewed-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/nouveau_hwmon.c | 39 +++ 1 file

Re: [Nouveau] [PATCH v4 6/6] bios/extdev: also parse v4.1 table

On 20/02/16 19:11, Karol Herbst wrote: Signed-off-by: Karol Herbst <nouv...@karolherbst.de> Right, this is needed for my GM206. I have not looked into the differences but the data made sense if parsed like v4.0. Reviewed-by: Martin Peres <martin.pe..

Re: [Nouveau] [PATCH 1/4] subdev/pmu/fuc: add gk104

u/nvkm/subdev/pmu/fuc/gk104.fuc4 create mode 100644 drm/nouveau/nvkm/subdev/pmu/fuc/gk104.fuc4.h Reviewed-by: Martin Peres <martin.pe...@free.fr> ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [PATCH 2/4] pmu/fuc: add macros for pdaemon pwr counters

dif Why call the signals _IDLE when they are set when the engine is busy and cleared when idle? This is why I named the bitfield gt215_pdaemon_counter_busy_signals in envytools. With this fixed: Reviewed-by: Martin Peres <martin.pe...@free.fr> ___

Re: [Nouveau] [PATCH 3/4] subdev/pmu/fuc: implement perf

On 26/10/15 20:13, Karol Herbst wrote: From: Karol Herbst --- drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 788 +++ drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 740 ++--- drm/nouveau/nvkm/subdev/pmu/fuc/gk104.fuc4.h |

Re: [Nouveau] [PATCH 4/4] nouveau/debugfs: add interface for current load

On 26/10/15 20:17, Ilia Mirkin wrote: On Mon, Oct 26, 2015 at 2:13 PM, Karol Herbst wrote: From: Karol Herbst --- drm/nouveau/include/nvif/device.h | 1 + drm/nouveau/include/nvkm/subdev/pmu.h | 10 ++

Re: [Nouveau] nouveau contributor dinner Friday evening before FOSDEM?

On 21/01/16 15:09, Hans de Goede wrote: Hi All, $subject says it pretty much all. AFAIk quite a few nouveau contributors are coming to Fosdem, and I think it would be nice to have dinner together Friday evening before FOSDEM. So any takers? I'm in!

Re: [Nouveau] [PATCH] bios/fan: hardcode the fan mode to linear

On 04/01/16 18:42, Emil Velikov wrote: On 4 January 2016 at 14:56, Martin Peres <martin.pe...@free.fr> wrote: On 17/12/15 19:18, Martin Peres wrote: On 29/11/15 16:10, Martin Peres wrote: This is an oversight that made use of the trip-point-based fan managenent on cards that never

Re: [Nouveau] [PATCH] bios/fan: hardcode the fan mode to linear

On 05/01/16 10:38, Ben Skeggs wrote: On 01/05/2016 06:35 PM, Martin Peres wrote: On 04/01/16 18:42, Emil Velikov wrote: On 4 January 2016 at 14:56, Martin Peres <martin.pe...@free.fr> wrote: On 17/12/15 19:18, Martin Peres wrote: On 29/11/15 16:10, Martin Peres wrote: This is an ove

Re: [Nouveau] [PATCH] bios/fan: hardcode the fan mode to linear

On 17/12/15 19:18, Martin Peres wrote: On 29/11/15 16:10, Martin Peres wrote: This is an oversight that made use of the trip-point-based fan managenent on cards that never expose those. This led the fan to stay at fan_min. Fortunately, the emergency code would kick when the temperature

Re: [Nouveau] [PATCH] bios/fan: hardcode the fan mode to linear

On 29/11/15 16:10, Martin Peres wrote: This is an oversight that made use of the trip-point-based fan managenent on cards that never expose those. This led the fan to stay at fan_min. Fortunately, the emergency code would kick when the temperature would reach 90°C. Reported-by: Tom Englund

[Nouveau] [PATCH] bios/fan: hardcode the fan mode to linear

y: Tom Englund <tomenglun...@gmail.com> Signed-off-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/nvkm/subdev/bios/fan.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drm/nouveau/nvkm/subdev/bios/fan.c b/drm/nouveau/nvkm/subdev/bios/fan.c index 43006db..80fed7e 100644 ---

Re: [Nouveau] Nouveau for FreeBSD

On 05/11/15 11:42, Francois Tigeot wrote: Martin Peres wrote: On 04/11/15 11:58, Pierre Moreau wrote: Wasn't there some work being done by François Tigeot or Jean-Sébastien Pédron to port Nouveau to DragonFlyBSD/FreeBSD? Or at least they were talking about porting it at XDC 2014, no idea what

Re: [Nouveau] Nouveau for FreeBSD

On 04/11/15 10:38, C Bergström wrote: On Wed, Nov 4, 2015 at 3:33 PM, Martin Peres <martin.pe...@free.fr> wrote: On 04/11/15 09:08, cbergst...@pathscale.com wrote: Is anyone actually and or actively working on this? Github.com/pathscale/pscnv is totally bitrot but waaay more portabl

Re: [Nouveau] Nouveau for FreeBSD

On 04/11/15 09:08, cbergst...@pathscale.com wrote: Is anyone actually and or actively working on this? Github.com/pathscale/pscnv is totally bitrot but waaay more portable base. Nouveau made hard Linux assumptions that will be difficult to overcome afaik. As pointed out by Ilia, this is not

Re: [Nouveau] Nouveau for FreeBSD

On 04/11/15 11:58, Pierre Moreau wrote: Wasn't there some work being done by François Tigeot or Jean-Sébastien Pédron to port Nouveau to DragonFlyBSD/FreeBSD? Or at least they were talking about porting it at XDC 2014, no idea what the current status is. From what they said, they never really

Re: [Nouveau] NOUVEAU(0): DRI3 on EXA enabled

On 02/11/15 08:28, poma wrote: An interesting results. DRI2: $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 6321 frames in 5.0 seconds = 1264.103 FPS 6380 frames in 5.0 seconds = 1275.943 FPS 6369 frames in 5.0 seconds = 1273.629 FPS 6377

Re: [Nouveau] PWM-based voltage management input clock

On 19/09/15 19:21, Martin Peres wrote: On 18/09/15 23:30, Andy Ritger wrote: Thanks, Martin. I'll try to follow up on this next week and get you an answer. What GPUs have you observed this on? Thanks Andy, As far as I can tell, it is the case for all GPUs using the PWM-based voltage

Re: [Nouveau] [PATCH v2] ibus/gf100: increase wait timeout to avoid read faults

On 24/09/15 00:01, Samuel Pitoiset wrote: Increase clock timeout of some unknown engines in order to avoid failure at high gpcclk rate. This fixes IBUS read faults on my GF119 when reclocking is manually enabled. Note that memory reclocking is completely broken and NvMemExec has to be disabled

Re: [Nouveau] [PATCH 2/2] clk/gf100: allow users to enable reclocking

On 24/09/15 00:20, Samuel Pitoiset wrote: Only the core clock is currently supported. Signed-off-by: Samuel Pitoiset --- drm/nouveau/nvkm/subdev/clk/gf100.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drm/nouveau/nvkm/subdev/clk/gf100.c

Re: [Nouveau] PWM-based voltage management input clock

On 18/09/15 23:30, Andy Ritger wrote: Thanks, Martin. I'll try to follow up on this next week and get you an answer. What GPUs have you observed this on? Thanks Andy, As far as I can tell, it is the case for all GPUs using the PWM-based voltage management. To be more specific, we have

[Nouveau] PWM-based voltage management input clock

Hello, We recently reverse engineered PWM-based voltage management but found an odity in the input clock frequency for the PWM controller. It seems like RM is assuming an input clock of 27.648 MHz instead of the actual 27MHz crystal found on the board. I thus have the following questions:

[Nouveau] [PATCH] gm204/6: add voltage control using the new gk104 volt class

I got confirmation that we can read and change the voltage with the same code. The divider is also computed correctly on the gm204 we got our hands on. Thanks to Yoshimo on IRC for executing the tests on his gm204! Signed-off-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/nvkm/

[Nouveau] [PATCH 2/4] volt: add support for non-vid-based voltage controllers

This patch is not ideal but it definitely beats a rewrite of the current interface and is very self-contained. Signed-off-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/nvkm/subdev/volt/base.c | 11 ++- drm/nouveau/nvkm/subdev/volt/priv.h | 2 ++ 2 files changed, 12 inse

[Nouveau] [PATCH 4/4] gm107: add voltage control using the new gk104 volt class

Let's ignore the other desktop Maxwells until I get my hands on one and confirm that still can change the voltage. Signed-off-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/nvkm/engine/device/base.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drm/nouveau/nvkm/engine/

[Nouveau] [PATCH 3/4] volt/gk104: add support for pwm and gpio modes

Most Keplers actually use the GPIO-based voltage management instead of the new PWM-based one. Use the GPIO mode as a fallback as it already gracefully handles the case where no GPIOs exist. All the Maxwells seem to use the PWM method though. Signed-off-by: Martin Peres <martin.pe...@free

[Nouveau] [PATCH 1/4] bios/volt: add support for pwm-based volt management

Signed-off-by: Martin Peres <martin.pe...@free.fr> --- drm/nouveau/include/nvkm/subdev/bios/volt.h | 15 ++- drm/nouveau/nvkm/subdev/bios/volt.c | 17 +++-- 2 files changed, 29 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/include/nvkm/subdev/bios/

Re: [Nouveau] [PATCH] Add Option DRI3 to allow to disable DRI3 under EXA.

for which version of the xserver is started working better and that you actually tested your code: Reviewed-by: Martin Peres martin.pe...@free.fr ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Mesa-dev] [PATCH v3 0/2] nouveau: support for custom VRAM domains

On 19/06/2015 19:27, Alexandre Courbot wrote: On Fri, Jun 19, 2015 at 9:38 PM, Ben Skeggs skeg...@gmail.com wrote: On 19 June 2015 at 21:51, Martin Peres martin.pe...@free.fr wrote: On 19/06/2015 13:02, Alexandre Courbot wrote: New revision of this patchset that prevents VRAM objects from

Re: [Nouveau] [Mesa-dev] [PATCH v3 0/2] nouveau: support for custom VRAM domains

On 19/06/2015 13:02, Alexandre Courbot wrote: New revision of this patchset that prevents VRAM objects from being allocated on VRAM-less systems like Tegra. This is required for Mesa to work on such systems. Changes since v2: - Use vram_size to detect systems without VRAM and set the correct

Re: [Nouveau] Self introduction Hans de Goede

On 26/05/15 10:29, Hans de Goede wrote: Hi All, Since I will be working on nouveau pretty much starting today I thought it would be good to write a quick self introduction. I'm an FOSS enthusiast / developer since 1996. I've written (and still maintain) various hwmon drivers, various USB

Re: [Nouveau] [PATCH v2] nouveau: add coherent BO attribute

On 26/05/2015 16:23, Alexandre Courbot wrote: On Sun, May 24, 2015 at 3:26 PM, Maarten Lankhorst maar...@mblankhorst.nl wrote: Op 23-05-15 om 08:45 schreef Alexandre Courbot: On Fri, May 22, 2015 at 3:23 AM, Martin Peres martin.pe...@free.fr wrote: On 21/05/2015 11:47, Ben Skeggs wrote

Re: [Nouveau] [PATCH v2] nouveau: add coherent BO attribute

On 21/05/2015 11:47, Ben Skeggs wrote: On 21 May 2015 at 16:08, Alexandre Courbot acour...@nvidia.com wrote: Add a flag allowing Nouveau to specify that an object should be coherent at allocation time. This is required for some class of objects like fences which are randomly-accessed by both

Re: [Nouveau] [PATCH] nouveau: add coherent BO attribute

On 20/05/15 08:11, Alexandre Courbot wrote: On Fri, May 15, 2015 at 8:39 PM, Maarten Lankhorst maar...@mblankhorst.nl wrote: Op 15-05-15 om 09:11 schreef Alexandre Courbot: Re-pinging Marteen on an email address that still exists :P On Wed, Apr 22, 2015 at 6:08 PM, Alexandre Courbot

Re: [Nouveau] [PATCH 2/2] nv04-nv40: don't attempt to do 32-bit shifts

-drawable.bitsPerPixel; if (planemask != ~0 || alu != GXcopy) { if (ppix-drawable.bitsPerPixel == 32) return FALSE; Both patches look good to me. Thanks for tracking those bugs down :) Reviewed-by: Martin Peres martin.pe...@free.fr

Re: [Nouveau] GM206 support?

On 18/03/2015 00:59, Ilia Mirkin wrote: On Tue, Mar 17, 2015 at 6:40 PM, Andy Lutomirski l...@amacapital.net wrote: On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski l...@amacapital.net wrote: On Fri, Feb 13, 2015 at 9:52

[Nouveau] [PATCH] fuse/gm107: simplify the return logic

Spotted by coccinelle: drivers/gpu/drm/nouveau/core/subdev/fuse/gm107.c:50:5-8: WARNING: end returns can be simpified Signed-off-by: Martin Peres martin.pe...@free.fr --- drm/nouveau/nvkm/subdev/fuse/gm107.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drm/nouveau/nvkm

Re: [Nouveau] [PATCH V2 1/4] clk: allow non-blocking for nouveau_clock_astate()

On 07/01/15 07:10, Vince Hsu wrote: Hello Ben and Martin, Any comments for this series? Thanks, Vince Hello Vince, I have not really settled yet, so I don't think I have the time to review your patches right now as I have more urgent personnal priorities. Sorry, hope to be available

Re: [Nouveau] [RESEND PATCH nouveau 2/3] volt: allow non-bios voltage scaling

the vbios parsing out of init() and call it conditionally if the platform has a vbios. Non-vbios platforms can use the ctor() to init the data structures.. At the very least this patch makes the code easier to read, so: Acked-by: Alexandre Courbot acour...@nvidia.com Acked-by: Martin Peres martin.pe

Re: [Nouveau] [RESEND PATCH nouveau 3/3] volt: add support for GK20A

, it would be insane to add that to the DT. If it was not the case, it is still easier to move to the DT instead of doing the opposite. Acked-by: Martin Peres martin.pe...@free.fr ___ Nouveau mailing list Nouveau@lists.freedesktop.org http

Re: [Nouveau] idea of extracting microcode

On 24/11/14 11:19, Dave Airlie wrote: Hey, Probably mostly for Ben, but I had this idea that it might be possible to write a userspace wrapper for the binary driver that run as root could be used to do the card init for the current or even a fake GPU then produce traces to pull the firmwares

Re: [Nouveau] Logo Nouveau

On 18/11/14 01:20, Jean-Sébastien Pédron wrote: On 17.11.2014 21:55, Martin Peres wrote: I would like to address here the BSD not wanted argument that seems to be implied by having a Penguin in the logo: - Nouveau does not currently run on any other kernel but Linux. I know that the BSDs

Re: [Nouveau] Logo Nouveau

On 18/11/14 00:18, Christian Costa wrote: Hi Valeria, Very nice logo! Nice job! I like the ideas and the font. :) Just few remarks about the visual appearance: - A horizontally centered penguin would be better as the left part of the n appears thiner than the right one - The bottom line of

Re: [Nouveau] Logo Nouveau

On 16/11/14 21:03, valeria aguilera wrote: Dear community members, Im a graphic designer and for the last couple of months I have been working on a new logo for the Nouveau project. After sending preliminary designs to both Martin Peres and Ilia Mirkin, we have decided to share the logo

Re: [Nouveau] SLI development

On 06/11/14 22:45, tonda.mi...@post.cz wrote: Hello, our company has several pieces of old graphics cards QUADRO FX 4500 and FX 5600 able to run in SLI. Is somebody interested in SLI development? TonyMi Hello Tony, I wanted to answer you on IRC but you had left already. Anyway, I am not

Re: [Nouveau] NVIDIA Falcon Microprocessor Security

Hi Andy, On 26/09/2014 19:19, Andy Ritger wrote: Hi, all. Below is a link to a brief document describing some changes in NVIDIA Falcon processors (fuc, in Nouveau-speak, IIUC) We actually renamed most of our docs to falcon :) that happened in Maxwell: certain aspects of the chip will only

Re: [Nouveau] (no subject)

On 13/09/2014 17:32, Ilia Mirkin wrote: What problem are you trying to solve? Perhaps you can start by describing the symptoms, providing logs, etc? Ilia, That's the third time he contacts us to fix bugs without giving any details. He then refuses to answer back. He is either a troll or

Re: [Nouveau] Extend reserved memory on 0xfc000000

Le 08/09/2014 11:12, asd a écrit : Hi This patch correct on usb keyboard acces on number when enter via Ctrl + Alt + F12 on vt after Xorg running.Without this patch when enter on vt vas unable to use numbers from NumLock an only numbers from main keyboard. nouveau [

Re: [Nouveau] [PATCH envytools] nvamemtiming: Handle target initial case when iterating values

On 31/08/2014 15:00, Christian Costa wrote: Otherwise some values are not tested at all. I would rather have a warning than the program doing stuff behind my back. This is a dev tool, dumb == good ;) ___ Nouveau mailing list

Re: [Nouveau] [PATCH envytools] nva: Add nvaforcetemp to git ignore and sort it for better update

Woops, my bad... Sorry! ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [PATCH envytools] nvbios: Add missing null byte to string read from file.

On 31/08/2014 15:00, Christian Costa wrote: --- nvbios/nvbios.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/nvbios/nvbios.c b/nvbios/nvbios.c index f7aafe3..28e62ad 100644 --- a/nvbios/nvbios.c +++ b/nvbios/nvbios.c @@ -774,11 +774,12 @@ int

Re: [Nouveau] [PATCH envytools] nvamemtiming: Handle target initial case when iterating values

On 31/08/2014 16:01, Christian Costa wrote: Le 31/08/2014 15:12, Martin Peres a écrit : On 31/08/2014 15:00, Christian Costa wrote: Otherwise some values are not tested at all. I would rather have a warning than the program doing stuff behind my back. This is a dev tool, dumb == good

Re: [Nouveau] [PATCH envytools] Fix range end to the last value of timing table.

On 25/08/2014 21:00, Christian Costa wrote: --- nva/set_timings.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/nva/set_timings.c b/nva/set_timings.c index 7376486..985a707 100644 --- a/nva/set_timings.c +++ b/nva/set_timings.c @@ -506,7 +506,7 @@ shallow_dump(struct

Re: [Nouveau] [PATCH envytools] nva: Clean up nva tools doc

Whole serie applied (all 7 patches). Thank you again :) Looking at the patches, it would seem like you were fixing potential bugs. Remember that envytools is meant for developers and we like stuff to break in catastrophic ways when the vbios (for instance) does not follow our expectations. Of

[Nouveau] [PATCH] subdev: add a pfuse subdev v2

We will use this subdev to disable temperature reading on cards that did not get a sensor calibration in the factory. v2: - rename nouveau_fuse_rd32 to gxXXX_fuse_rd32 as adviced by Christian Costa - fold the code a little as adviced by Emil Velikov Signed-off-by: Martin Peres martin.pe

Re: [Nouveau] [PATCH envytools] demmio: Add decoding of some MEM_TIMINGS registers for NVC0.

On 25/08/2014 20:58, Christian Costa wrote: --- rnndb/memory/nvc0_pbfb.xml | 37 ++--- 1 file changed, 34 insertions(+), 3 deletions(-) diff --git a/rnndb/memory/nvc0_pbfb.xml b/rnndb/memory/nvc0_pbfb.xml index 500cea9..e006dbe 100644 ---

Re: [Nouveau] [PATCH envytools] nvbios: Write missing null terminating byte.

On 25/08/2014 20:58, Christian Costa wrote: --- nvbios/nvbios.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/nvbios/nvbios.c b/nvbios/nvbios.c index 4fc667b..7bb768a 100644 --- a/nvbios/nvbios.c +++ b/nvbios/nvbios.c @@ -797,9 +797,9 @@ void find_strap(char

[Nouveau] [PATCH 2/3] therm: make sure the temperature settings are sane on nv84+

One of my nv92 has a calibrated internal sensor but it displays 0°C as the default values use sw calibration values to force the temperature to 0. Since we cannot read the temperature from the adt7473 present on this board, let's re-enable the internal reading! Signed-off-by: Martin Peres

[Nouveau] [PATCH 1/3] subdev: add a pfuse subdev

We will use this subdev to disable temperature reading on cards that did not get a sensor calibration in the factory. Signed-off-by: Martin Peres martin.pe...@free.fr --- configure.ac | 1 + drm/Kbuild | 4 ++ drm/core/include/subdev/fuse.h | 1 + drm

[Nouveau] [PATCH 3/3] therm/nv84+: do not expose non-calibrated internal temp sensor

Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/therm/nv84.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/nvkm/subdev/therm/nv84.c b/nvkm/subdev/therm/nv84.c index 38b16d9..14e2e09 100644 --- a/nvkm/subdev/therm/nv84.c +++ b/nvkm/subdev/therm/nv84.c

[Nouveau] [PATCH 02/10] therm/fan: do not use the pwm mode when the vbios tells us to use the toggle

Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/therm/fanpwm.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/nvkm/subdev/therm/fanpwm.c b/nvkm/subdev/therm/fanpwm.c index 9a5c073..c629d7f 100644 --- a/nvkm/subdev/therm/fanpwm.c +++ b/nvkm/subdev/therm

[Nouveau] [PATCH 03/10] gm107/therm: add PWM fan support v2

v2: change the copyright ownership from Nouveau Community to myself, as per Illia's recommendation. Signed-off-by: Martin Peres martin.pe...@free.fr --- drm/Kbuild| 1 + drm/core/subdev/therm/gm107.c | 1 + nvkm/engine/device/gm100.c| 4 +- nvkm/include/subdev/therm.h

[Nouveau] [PATCH 04/10] ppwr: enable ppwr on gm107

For some reason, it is now required to wait a 20 µs after the 0x200 reset of the engine. Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/engine/device/gm100.c | 3 ++- nvkm/subdev/pwr/base.c | 3 +++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/nvkm/engine/device

[Nouveau] [PATCH 01/10] bios/fan: add support for maxwell's fan management table v2

Re-use the therm-exported fan structure with only two minor modifications: - pwm_freq: u16 - u32; - add fan_type (toggle or PWM) v2: - Do not memset the table to 0 as it erases the pre-set default values Signed-off-by: Martin Peres martin.pe...@free.fr --- drm/Kbuild

[Nouveau] [PATCH 07/10] pwr: add helpers for delay-to-ticks and ticks-to-delay

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/pwr/fuc/kernel.fuc | 74 +++ nvkm/subdev/pwr/fuc/nv108.fuc |1 + nvkm/subdev/pwr/fuc/nv108.fuc.h | 1105 ++-- nvkm/subdev/pwr/fuc/nva3.fuc|1

[Nouveau] [PATCH 06/10] pwr: add some arith functions (mul32_32_64, subu64 and addu64)

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@free.fr --- drm/core/subdev/pwr/fuc/arith.fuc | 1 + nvkm/subdev/pwr/Makefile.am | 3 +- nvkm/subdev/pwr/fuc/arith.fuc | 94 nvkm/subdev/pwr/fuc/macros.fuc| 10 + nvkm/subdev/pwr/fuc/nv108

[Nouveau] [PATCH 09/10] pwr/fuc: make $r1-$r10 registers callee-saved in kernel.fuc

From: Martin Peres martin.pe...@labri.fr --- nvkm/subdev/pwr/fuc/kernel.fuc | 13 + nvkm/subdev/pwr/fuc/nv108.fuc.h | 25 +++-- nvkm/subdev/pwr/fuc/nva3.fuc.h | 23 ++- nvkm/subdev/pwr/fuc/nvc0.fuc.h | 23 ++- nvkm/subdev

[Nouveau] [PATCH 05/10] pwr: fix the timers implementation with concurent processes

From: Martin Peres martin.pe...@labri.fr The problem with the current implementation is that adding a timer improperly checked which process would time up first by not taking into account how much time elapsed since their timer got scheduled. Rework the re-scheduling decision t fix

[Nouveau] [PATCH 08/10] pwr/fuc: add ld/st macros

From: Martin Peres martin.pe...@labri.fr Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/pwr/fuc/macros.fuc | 10 ++ 1 file changed, 10 insertions(+) diff --git a/nvkm/subdev/pwr/fuc/macros.fuc b/nvkm/subdev/pwr/fuc/macros.fuc index 9707e3f..96fc984 100644 --- a/nvkm

Re: [Nouveau] [PATCH 09/10] pwr/fuc: make $r1-$r10 registers callee-saved in kernel.fuc

No 10/10, I decided not to send it right before doing so. Sorry for the noise. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [PATCH 3/3] gm107/therm: add PWM fan support v2

v2: change the copyright ownership from Nouveau Community to myself, as per Illia's recommendation. Signed-off-by: Martin Peres martin.pe...@free.fr --- drm/Kbuild| 1 + drm/core/subdev/therm/gm107.c | 1 + nvkm/engine/device/gm100.c| 4 +- nvkm/include/subdev/therm.h

Re: [Nouveau] Some initial tidy-ups and refactoring

Le 12/08/2014 11:07, Joel Holdsworth a écrit : Ok just resubmitted. The reason for doing it this way is that my SMTP server seems not to be compatible with get send-mail SSL or TLS. I resubmitted via my work SMTP, so hopefully it works for you now. It went through ;) Thanks, it will be easier

Re: [Nouveau] pwr/macros: Stop playing Russian roulette on data memory

On 05/08/2014 01:26, Ben Skeggs wrote: On Sun, Aug 3, 2014 at 1:15 AM, Roy Spliet rspl...@eclipso.eu wrote: This patch fixes the pwr firmware to play nicely at least on NVA3. Because Martin might send more patches soon, I didn't include a regenerated nvXX.fuc.h. To me it makes more sense if

Re: [Nouveau] [lm-sensors] hwmon: question about the sysfs interface

On 17/07/2014 08:42, Guenter Roeck wrote: I can not really comment on this. We prefer to retain at least some level of attribute name consistency, but the Nouveau hwmon driver pretty much bypasses hwmon review anyway, so from a practical perspective you can invent as many new attribute names as

Re: [Nouveau] [PATCH 0/3] drm/gk20a: support for reclocking

On 11/07/2014 03:42, Alexandre Courbot wrote: On 07/10/2014 06:50 PM, Mikko Perttunen wrote: Does GK20A itself have any kind of thermal protection capabilities? Upstream SOCTHERM support is not yet available (though I have a driver in my tree), so we are thinking of disabling CPU DVFS on boards

Re: [Nouveau] [PATCH v3 1/3] drm/nouveau: support for probing platform devices

Le 26/06/2014 16:58, Alexandre Courbot a écrit : On Thu, Jun 26, 2014 at 6:30 PM, Roy Spliet se...@nimrod-online.com wrote: op 26-06-14 07:33, Alexandre Courbot schreef: Add a platform driver for Nouveau devices declared using the device tree or platform data. This driver currently supports

Re: [Nouveau] [PATCH v3 1/3] drm/nouveau: support for probing platform devices

Le 26/06/2014 17:18, Alexandre Courbot a écrit : On Fri, Jun 27, 2014 at 12:10 AM, Martin Peres martin.pe...@free.fr wrote: Le 26/06/2014 16:58, Alexandre Courbot a écrit : On Thu, Jun 26, 2014 at 6:30 PM, Roy Spliet se...@nimrod-online.com wrote: op 26-06-14 07:33, Alexandre Courbot

Re: [Nouveau] EVoC Proposal: REclock - Reverse-engineer and implement NVA3/5/8 Voltage- and Frequency Scaling in Nouveau

mentor the best of luck on this project! Do not hesitate to contact us if you have any question. Martin Peres, on behalf of the board of directors --- REclock: Reverse-engineer and implement NVA3/5/8 Voltage- and Frequency Scaling in Nouveau NVIDIA graphics cards often support running

[Nouveau] [PATCH] drm/nouveau/doc: update the thermal documentation

Changes: - Change the maintainer's address (the labri address will expire soon); - Drop the note about not all families supporting all fan modes; - Add a note about the reported RPM not being accurate when driven outside the vbios-defined PWM range. Signed-off-by: Martin Peres martin.pe

Re: [Nouveau] [PATCH] bios: fix a potential NULL deref in the PROM shadowing function

On 30/05/2014 01:39, Ben Skeggs wrote: On Tue, May 27, 2014 at 7:15 PM, Martin Peres martin.pe...@free.fr wrote: Le 03/04/2014 22:12, Martin Peres a écrit : Reported-by: Dan Carpenter dan.carpen...@oracle.com Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/bios/base.c | 9

Re: [Nouveau] [PATCH] bios: fix a potential NULL deref in the PROM shadowing function

Le 03/04/2014 22:12, Martin Peres a écrit : Reported-by: Dan Carpenter dan.carpen...@oracle.com Signed-off-by: Martin Peres martin.pe...@free.fr --- nvkm/subdev/bios/base.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/nvkm/subdev/bios/base.c b/nvkm/subdev/bios

[Nouveau] [PATCH] drm/nouveau/i2c: bump the i2c delay for the adt7473

Some adt7473 can't manage the 20µs delay we use for the bitbanging, bumping it to 40µs seem to do the trick. Signed-off-by: Martin Peres martin.pe...@free.fr Tested-by: Marcel Dopita m...@seznam.cz --- drivers/gpu/drm/nouveau/core/subdev/therm/ic.c | 6 +++--- 1 file changed, 3 insertions(+), 3

<    1   2   3   4   >