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]
Message-ID: <20190424071347.73xbynv5jqipqkgx@fsr-ub1664-175>
Date:   Wed, 24 Apr 2019 07:13:48 +0000
From:   Abel Vesa <abel.vesa@....com>
To:     Stephen Boyd <sboyd@...nel.org>
CC:     Fabio Estevam <festevam@...il.com>,
        Shawn Guo <shawnguo@...nel.org>,
        Fabio Estevam <fabio.estevam@....com>,
        Aisheng Dong <aisheng.dong@....com>,
        Lucas Stach <l.stach@...gutronix.de>,
        Sascha Hauer <kernel@...gutronix.de>,
        "linux-clk@...r.kernel.org" <linux-clk@...r.kernel.org>,
        "linux-arm-kernel@...ts.infradead.org" 
        <linux-arm-kernel@...ts.infradead.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [EXT] Re: [RFC 00/19] clk: imx: Switch the imx6 and imx7 to
 clk_hw based API

On 19-04-23 14:49:59, Stephen Boyd wrote:
> WARNING: This email was created outside of NXP. DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe.
> 
> 
> 
> Quoting Stephen Boyd (2019-04-10 15:00:07)
> > Quoting Fabio Estevam (2019-03-22 09:24:54)
> > > Hi Abel,
> > >
> > > On Fri, Mar 22, 2019 at 12:37 PM Abel Vesa <abel.vesa@....com> wrote:
> > > >
> > > > This work is part of the effort of switching the entire imx clock drivers
> > > > towards clk_hw based API. In order to do that, we have to keep the old
> > >
> > > Maybe I missed some earlier discussions on this topic, but let me ask
> > > a fundamental question first: what is the motivation for this API
> > > change?
> > >
> > > I could not find the reasoning inside the series.
> >
> > The reasoning should be added to the series, but I would like to see clk
> > providers only deal with clk_hw structures and not with clk structures.
> > This clearly divides the line between clk consumers and clk providers so
> > that we know if clk providers are using the clk API themselves. That's
> > why I introduced clk_hw_register() in the first place.
> >

Sorry for the late response.

AFAICT, all the providers that are used in imx6 and imx7 are using
(with this patchseries) the clk_hw_register (unless I'm missing something here).

Can you please be more specific and point out exactly which one isn't ?

> 
> FYI, I'm dropping this from my review queue under the assumption it will
> be sent again. Also, it would be nice to not have the wrappers at all in
> the next series so that everything is clk_hw based instead of clk based.
> Otherwise, it looks good to me and I'd like to see this work completed.
> Thanks!
> 

I'll try to resend this before the end of next week.

As for the wrappers, they need to stay in until the last user of the clk
based API is switched to clk_hw based. That means all the remaining imx
platforms (1 through 5, and then 8). I chosed to do the imx6 and imx7
first because these are easier to find. Once this is in, I'll move on
with the imx8 and then the imx1 through imx5 (which are harder to find
nowadays).

Thanks for helping with the review on this.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ