[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <deb6ace6-adfc-bbaa-d31f-16d02a5f762b@microchip.com>
Date: Fri, 25 Feb 2022 11:31:37 +0100
From: Nicolas Ferre <nicolas.ferre@...rochip.com>
To: Stephen Boyd <sboyd@...nel.org>,
Tudor Ambarus <tudor.ambarus@...rochip.com>,
<claudiu.beznea@...rochip.com>, <mturquette@...libre.com>,
Arnd Bergmann <arnd@...db.de>, Olof Johansson <olof@...om.net>
CC: <alexandre.belloni@...tlin.com>, <robh+dt@...nel.org>,
<rdunlap@...radead.org>, <unixbhaskar@...il.com>,
<linux-clk@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <devicetree@...r.kernel.org>
Subject: Re: [PATCH] clk: at91: sama7g5: Allow MCK1 to be exported and
referenced in DT
On 25/01/2022 at 02:05, Stephen Boyd wrote:
> Quoting Tudor Ambarus (2022-01-11 04:53:10)
>> MCK1 feeds the External Bus Interface (EBI). EBI's clock rate is used
>> to translate EBI's timmings to SMC timings, thus we need to handle MCK1
>> in the EBI driver. Allow MCK1 to be referenced as a PMC_TYPE_CORE clock
>> from phandle in DT.
>>
>> Signed-off-by: Tudor Ambarus <tudor.ambarus@...rochip.com>
>> ---
>
> Applied to clk-next
Hi Stephen,
I depend on the PMC_MCK1 definition for some of the DT patches that I
must queue for my pull request to arm-soc, for 5.18.
Would you mind doing an immutable branch for me to pull from, so that
the build doesn't crash while the clock tree is not integrated yet with
my patches?
Tell me if there's a better way, as well.
Thanks, best regards,
Nicolas
--
Nicolas Ferre
Powered by blists - more mailing lists