[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8513c30f597f757a199e4f9a565b0bf5@kernel.org>
Date: Wed, 07 May 2025 12:44:50 -0700
From: Stephen Boyd <sboyd@...nel.org>
To: Andrea della Porta <andrea.porta@...e.com>
Cc: Michael Turquette <mturquette@...libre.com>, Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, Florian Fainelli <florian.fainelli@...adcom.com>, Broadcom internal kernel review list <bcm-kernel-feedback-list@...adcom.com>, Lorenzo Pieralisi <lpieralisi@...nel.org>, Krzysztof Wilczynski <kw@...ux.com>, Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>, Bjorn Helgaas <bhelgaas@...gle.com>, Linus Walleij <linus.walleij@...aro.org>, Catalin Marinas <catalin.marinas@....com>, Will Deacon <will@...nel.org>, Bartosz Golaszewski <brgl@...ev.pl>, Derek Kiernan <derek.kiernan@....com>, Dragan Cvetic <dragan.cvetic@....com>, Arnd Bergmann <arnd@...db.de>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, Saravana Kannan <saravanak@...gle.com>, linux-clk@...r.kernel.org, devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org, linux-gpio@...r.kernel.org, Masahiro
Yamada <masahiroy@...nel.org>, Stefan Wahren <wahrenst@....net>, Herve Codina <herve.codina@...tlin.com>, Luca Ceresoli <luca.ceresoli@...tlin.com>, Thomas Petazzoni <thomas.petazzoni@...tlin.com>, Andrew Lunn <andrew@...n.ch>, Phil Elwell <phil@...pberrypi.com>, Dave Stevenson <dave.stevenson@...pberrypi.com>, kernel-list@...pberrypi.com, Matthias Brugger <mbrugger@...e.com>
Subject: Re: [PATCH v9 -next 04/12] clk: rp1: Add support for clocks provided by RP1
Quoting Andrea della Porta (2025-05-06 13:03:41)
> Hi Stephen,
>
> On 20:53 Tue 22 Apr , Andrea della Porta wrote:
> > RaspberryPi RP1 is an MFD providing, among other peripherals, several
> > clock generators and PLLs that drives the sub-peripherals.
> > Add the driver to support the clock providers.
>
> Since subsequent patches in the set depends on this one and as the next
> merge window is approaching, assuming there are no blockers can I kindly ask
> if you can merge it on your tree for the upcoming pull request?
>
> This patch should apply cleanly to your clk-next branch except for some fuzz
> lines on MAINTAINERS. Please let me know if you want me to adjust it.
>
I need to take the dt-binding header as well so it compiles. What's the
plan there? Do you want me to provide a branch with the clk driver and
binding header? Or do you want to send a PR to clk tree with the clk
driver and the binding header and then base your DTS patches on the
binding header and send that to the soc maintainers? I'm also happy to
give a Reviewed-by tag if that works for you and then you can just take
it through the soc tree.
Powered by blists - more mailing lists