[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOf5uwkMRSc7q1xUv4D=hc4w0HL=+x1_J60yyru_hGSuf5m0bA@mail.gmail.com>
Date: Thu, 26 Jan 2023 11:49:54 +0100
From: Michael Nazzareno Trimarchi <michael@...rulasolutions.com>
To: Stephen Boyd <sboyd@...nel.org>
Cc: Dario Binacchi <dario.binacchi@...rulasolutions.com>,
linux-kernel@...r.kernel.org, angelo@...rulasolutions.com,
tommaso.merciai@...rulasolutions.com,
Chen-Yu Tsai <wenst@...omium.org>,
linux-amarula@...rulasolutions.com, anthony@...rulasolutions.com,
jagan@...rulasolutions.com, Abel Vesa <abelvesa@...nel.org>,
Adam Ford <aford173@...il.com>,
Fabio Estevam <festevam@...il.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Li Jun <jun.li@....com>, Lucas Stach <l.stach@...gutronix.de>,
Marek Vasut <marex@...x.de>,
Markus Niebel <Markus.Niebel@...tq-group.com>,
Michael Turquette <mturquette@...libre.com>,
NXP Linux Team <linux-imx@....com>,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Rob Herring <robh+dt@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Shawn Guo <shawnguo@...nel.org>, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-clk@...r.kernel.org
Subject: Re: [RFC PATCH v2 00/11] clk: imx8mn: setup clocks from the device tree
Hi
On Wed, Jan 25, 2023 at 10:11 PM Stephen Boyd <sboyd@...nel.org> wrote:
>
> Quoting Dario Binacchi (2023-01-01 09:57:29)
> > The idea for this series was born back from Dublin (ELCE 2022) after
> > having attended the talk entitled "Updating and Modernizing Clock
> > Drivers" held by Chen-Yu Tsai and the availability of a board with
> > imx8mn SOC.
>
> Interesting. I didn't see any mention of putting clks into DT in that
> presentation.
>
> >
> > This series aims to setup all imx8mn's clocks from the device tree and
> > remove the legacy setup code with hardwired parameters.
>
> Please, no! We don't want one node per clk style of bindings.
I think the idea behind is:
- create a way from silicon vendor to export their clock mapping with
automatic exportation
- reduce the copy and paste code across the drivers
- avoid code duplication
Is the binding a way to solve this problem? If you don't want one node
per clk style bindings, did you still think that the way
to go is totally wrong?
Michael
Powered by blists - more mailing lists