[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190517211336.GB7685@piout.net>
Date: Fri, 17 May 2019 23:13:36 +0200
From: Alexandre Belloni <alexandre.belloni@...tlin.com>
To: Claudiu.Beznea@...rochip.com
Cc: mturquette@...libre.com, sboyd@...nel.org, robh+dt@...nel.org,
mark.rutland@....com, Nicolas.Ferre@...rochip.com,
linux-clk@...r.kernel.org, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 2/4] clk: at91: sckc: add support to specify registers
bit offsets
On 16/05/2019 08:10:34+0000, Claudiu.Beznea@...rochip.com wrote:
> >> @@ -69,10 +80,11 @@ static int clk_slow_osc_prepare(struct clk_hw *hw)
> >> void __iomem *sckcr = osc->sckcr;
> >> u32 tmp = readl(sckcr);
> >>
> >> - if (tmp & (AT91_SCKC_OSC32BYP | AT91_SCKC_OSC32EN))
> >> + if (tmp & (AT91_SCKC_OSC32BYP(osc->bits) |
> >> + AT91_SCKC_OSC32EN(osc->bits)))
> >
> > I still find that:
> >
> > if (tmp & (osc->bits->cr_osc32byp | osc->bits->cr_osc32en))
> >
> > would be shorter and easier to read and still fits on one line.
>
> Agree, but I thought to use the same interface everywhere. Anyway, tell me
> if you want to resend with these changes.
>
My comment applies to all the AT91_SCKC_.*() macros. I don't feel that
the macros make the code clearer, accessing bits->cr_.* is self
documenting enough (and makes the code shorter).
--
Alexandre Belloni, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Powered by blists - more mailing lists