From: Martin Peres <martin.peres-GANU6spQydw@public.gmane.org>
To: Karol Herbst <nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>,
nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: [PATCH v2 18/22] volt: add coefficients I found on my gpu
Date: Tue, 29 Mar 2016 01:38:16 +0300 [thread overview]
Message-ID: <56F9B258.30502@free.fr> (raw)
In-Reply-To: <1458577000-6615-19-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
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 situation a lot already.
>
> The remaining task for this is to figure out which of these constants are
> chip specific and from where to get the chip specific factors
>
> Signed-off-by: Karol Herbst <nouveau@karolherbst.de>
Instead of landing these coefficients like that, I would really like if
you could dump pfuse and check if you find these coefficients there.
What could be done also is to re-do the work you did to find out those
coefficients on a GPU where your coefficients are not really good and
find out what values would have needed and then compare pfuse with the
original card.
If this is to be considered a long task, then I am OK landing those
coefficients, but I would really appreciate if you could at least have a
quick look at pfuse :)
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
next prev parent reply other threads:[~2016-03-28 22:38 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-21 16:16 [PATCH v2 00/22] Volting/Clocking improvements for Fermi and newer Karol Herbst
[not found] ` <1458577000-6615-1-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-21 16:16 ` [PATCH v2 01/22] bios/volt: handle voltage table version 0x50 with 0ed header Karol Herbst
2016-03-21 16:16 ` [PATCH v2 02/22] volt: properly detect entry based voltage tables Karol Herbst
2016-03-21 16:16 ` [PATCH v2 03/22] volt: save the voltage range we are able to set Karol Herbst
2016-03-21 16:16 ` [PATCH v2 04/22] volt: add nvkm_volt_map_min function Karol Herbst
2016-03-21 16:16 ` [PATCH v2 05/22] clk: don't create cstates which voltage is higher than what the gpu can do Karol Herbst
2016-03-21 16:16 ` [PATCH v2 06/22] volt: parse the both max voltage entries Karol Herbst
[not found] ` <1458577000-6615-7-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 20:49 ` Martin Peres
[not found] ` <56F998CF.4080704-GANU6spQydw@public.gmane.org>
2016-03-28 22:30 ` Martin Peres
2016-03-21 16:16 ` [PATCH v2 07/22] volt: add min_id parameter to nvkm_volt_set_id Karol Herbst
[not found] ` <1458577000-6615-8-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 20:52 ` Martin Peres
[not found] ` <56F999A1.6090505-GANU6spQydw@public.gmane.org>
2016-03-28 21:41 ` Martin Peres
2016-03-21 16:16 ` [PATCH v2 08/22] clk: export nvkm_volt_map Karol Herbst
2016-03-21 16:16 ` [PATCH v2 09/22] clk: add index field to nvkm_cstate Karol Herbst
2016-03-21 16:16 ` [PATCH v2 10/22] add daemon to compare nouveau with blob voltage Karol Herbst
2016-03-21 16:16 ` [PATCH v2 11/22] volt: add temperature parameter to nvkm_volt_map Karol Herbst
2016-03-21 16:16 ` [PATCH v2 12/22] clk: fixup cstate selection Karol Herbst
2016-03-21 16:16 ` [PATCH v2 13/22] clk: respect voltage limits in nvkm_cstate_prog with cstate = -1 Karol Herbst
2016-03-21 16:16 ` [PATCH v2 14/22] bios: add parsing of BASE CLOCK table Karol Herbst
2016-03-21 16:16 ` [PATCH v2 15/22] clk: allow boosting only when NvBoost is set Karol Herbst
2016-03-21 16:16 ` [PATCH v2 16/22] volt: don't require perfect fit Karol Herbst
[not found] ` <1458577000-6615-17-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 22:55 ` Martin Peres
2016-03-21 16:16 ` [PATCH v2 17/22] bios/vmap: unk0 field is the mode Karol Herbst
2016-03-21 16:16 ` [PATCH v2 18/22] volt: add coefficients I found on my gpu Karol Herbst
[not found] ` <1458577000-6615-19-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 22:38 ` Martin Peres [this message]
2016-03-21 16:16 ` [PATCH v2 19/22] clk: save the max clock we can set Karol Herbst
2016-03-21 16:16 ` [PATCH v2 20/22] clk: add nvkm_clk_reclock function Karol Herbst
[not found] ` <1458577000-6615-21-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 22:34 ` Martin Peres
2016-03-21 16:16 ` [PATCH v2 21/22] nvif: add boost info and set operations Karol Herbst
2016-03-21 16:16 ` [PATCH v2 22/22] debugfs: add boost interface to change the boost_mode Karol Herbst
[not found] ` <1458577000-6615-23-git-send-email-nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org>
2016-03-28 22:17 ` Martin Peres
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56F9B258.30502@free.fr \
--to=martin.peres-ganu6spqydw@public.gmane.org \
--cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
--cc=nouveau-lIBOoy2+GI7scQ4cX5LuPg@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.