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] [day] [month] [year] [list]
Message-ID: <5170CCD1.6000600@nvidia.com>
Date:	Fri, 19 Apr 2013 10:19:21 +0530
From:	Laxman Dewangan <ldewangan@...dia.com>
To:	Axel Lin <axel.lin@...ics.com>
CC:	Mark Brown <broonie@...nsource.wolfsonmicro.com>,
	Graeme Gregory <gg@...mlogic.co.uk>,
	Liam Girdwood <lgirdwood@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RFT] regulator: palmas: Remove wrong voltage setting for
 enabling LDO8 tracking mode

On Friday 19 April 2013 08:44 AM, Axel Lin wrote:
> When SMPS45 is set to off and LDO8 tracking is enabled, LDO8 output can be set
> from 0.45 to 1.65V and the steps of voltage change is 25mV.
>
> This is done by setting:
>          pmic->desc[id].min_uV = 450000;
>          pmic->desc[id].uV_step = 25000;
>
> I don't see the point of reading vsel register, multiple the register value by
> 2 and then write back to the register.
>
> Signed-off-by: Axel Lin <axel.lin@...ics.com>
> ---
> Hi Laxman,
>
> Current code looks strange (and wrong) to me.
> I don't see the point of reading vsel register, multiple the register value by
> 2 and then write back to the register.
> Can you double check this patch, in case I might misunderstand the code.

When we configure for tracking mode, the equation of voltage out put change:
Vnt = 0.9 + reg*0.05
to
Vt = 0.45 + reg*0.025

So we need to adjust the current register setting to have the same 
voltage output when smps45 is OFF.

But however, just doubling the register content is not suffice here. I 
did math again and it should be

reg = reg << 2 + 18.

+18 because we need to adjust the Vmin also (18 * 0.25 = 0.45).
So here we need to fix this.

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