linux-kernel - Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 28 Jun 2016 12:35:35 -0700
From:	Doug Anderson <dianders@...omium.org>
To:	Mark Brown <broonie@...nel.org>
Cc:	Boris Brezillon <boris.brezillon@...e-electrons.com>,
	Lee Jones <lee.jones@...aro.org>,
	Brian Norris <briannorris@...omium.org>,
	"open list:ARM/Rockchip SoC..." <linux-rockchip@...ts.infradead.org>,
	Heiko Stuebner <heiko@...ech.de>,
	Liam Girdwood <lgirdwood@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] regulator: pwm: Fix regulator ramp delay for continuous mode

Hi,

On Tue, Jun 28, 2016 at 11:56 AM, Mark Brown <broonie@...nel.org> wrote:
> On Mon, Jun 27, 2016 at 09:53:11PM -0700, Douglas Anderson wrote:
>
>> Note that this patch is atop Boris's recent PWM regulator fixes.  If
>> desired it wouldn't be too hard to write it atop the old code, though
>> quite honestly anyone using a PWM regulator should probably be using his
>> new code.
>
> Oh, and the other thing I meant to say there: is that going anywhere?
> It seems like the underlying PWM interface is still unclear for some
> reason and there's been no comment on those bits of v3.

As far as I know it is going somewhere, but it's not moving terribly
quickly.  At some point I think Boris got tired of posting huge patch
sets and so split things in two.  The first half did eventually land,
but the second half is still outstanding and things seem quiet fro the
last two weeks.  From patchwork we have these outstanding:

9175319  [v3,01/14] pwm: Add an helper to prepare a new PWM state
9175345  [v3,02/14] pwm: Add two helpers to ease relative duty cycle ...
9175361  [v3,03/14] pwm: rockchip: Fix period and duty_cycle approximation
9175341  [v3,04/14] pwm: rockchip: Add support for hardware readout
9175335  [v3,05/14] pwm: rockchip: Avoid glitches on already running PWMs
9175337  [v3,06/14] pwm: rockchip: Add support for atomic update
9175265  [v3,07/14] pwm: sti: Add support for hardware readout
9175317  [v3,08/14] pwm: sti: Avoid glitches on already running PWMs
9175323  [v3,09/14] regulator: pwm: Adjust PWM config at probe time
9175305  [v3,10/14] regulator: pwm: Switch to the atomic PWM API
9175295  [v3,11/14] regulator: pwm: Properly initialize the ->state field
9175267  [v3,12/14] regulator: pwm: Retrieve correct voltage
9175279  [v3,13/14] regulator: pwm: Support extra continuous mode cases
9175273  [v3,14/14] regulator: pwm: Document pwm-dutycycle-unit and ...

-Doug