lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 9 Jul 2015 09:25:53 -0700
From:	Doug Anderson <dianders@...gle.com>
To:	Boris Brezillon <boris.brezillon@...e-electrons.com>
Cc:	Lee Jones <lee.jones@...aro.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"broonie@...nel.org" <broonie@...nel.org>, kernel@...inux.com,
	Liam Girdwood <lgirdwood@...il.com>,
	Heiko Stübner <heiko@...ech.de>
Subject: Re: [PATCH v2 0/9] regulator: pwm-regulator: Introduce continuous-mode

Hi,

On Thu, Jul 9, 2015 at 6:14 AM, Boris Brezillon
<boris.brezillon@...e-electrons.com> wrote:
>> If you wish to add a 3rd mode, then I'm sure Mark will accept
>> submissions, but I think what you are suggesting would be pretty
>> complex and out-of-scope of what this patch-set is trying to achieve.
>
> Okay, still don't get the need to add a new mode which is almost doing
> the same thing when we could have implemented it in a generic way in the
> first place. But if your version has already been accepted then I think
> I'll have to propose a new mode :-/.
>
>>
>> As a side note, then if the voltage isn't directly proportional to the
>> duty cycle on a large scale i.e. max => min, then it will not likely
>> be very accurate between say table entries 1 => 2, or 4 => 5, etc.
>>
>> What I suggest you do in your case is provide a larger table with all
>> of the values you find interesting, as it sounds like your PWM
>> regulator isn't doing what one would normally expect.
>
> Well, I do not exactly agree here. Yes if you want to have a precise
> mapping you'll have to add more entries in your voltage table, but
> using linear interpolation between two points can be precise enough on
> some ranges and prevent one to define a complete voltage table in the
> DT.
>
> Doug, could give more details about the regulator used on the veyron
> board ?

There's no need for a new mode as far as veyron is concerned.  The pwm
regulator on veyron (as far as I understand it) acts the way that Lee
describes.  Try doing the math on the values in the table and you
should see that it's as linear as it can be while still using integral
duty cycles.

Originally I only suggested using "linear interpolation" because:

* It meant no bindings change, which is always nice to avoid.

* It meant that old devices got this new mode, which is probably the
right thing anyway (I think).  Maybe nobody has published DTS files
with pwm-regulator, so the point is moot.


-Doug
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ