[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170726001452.GD2146@codeaurora.org>
Date: Tue, 25 Jul 2017 17:14:52 -0700
From: Stephen Boyd <sboyd@...eaurora.org>
To: Quentin Schulz <quentin.schulz@...e-electrons.com>
Cc: mark.rutland@....com, boris.brezillon@...e-electrons.com,
alsa-devel@...a-project.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, mturquette@...libre.com,
tiwai@...e.com, linux-clk@...r.kernel.org, lgirdwood@...il.com,
Nicolas Ferre <nicolas.ferre@...el.com>, robh+dt@...nel.org,
alexandre.belloni@...e-electrons.com, broonie@...nel.org,
cyrille.pitchen@...ev4u.fr, linux@...linux.org.uk, perex@...ex.cz,
thomas.petazzoni@...e-electrons.com,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v3 3/9] clk: at91: add audio pll clock drivers
On 07/25, Quentin Schulz wrote:
> Hi Stephen,
>
> I forgot to answer one of your questions:
>
> On 22/07/2017 00:20, Stephen Boyd wrote:
> > On 07/13, Quentin Schulz wrote:
> >> diff --git a/drivers/clk/at91/clk-audio-pll-pad.c b/drivers/clk/at91/clk-audio-pll-pad.c
> >> new file mode 100644
> >> index 000000000000..10dd6d625696
> >> --- /dev/null
> >> +++ b/drivers/clk/at91/clk-audio-pll-pad.c
> [...]
> >> +}
> >> +
> >> +CLK_OF_DECLARE(of_sama5d2_clk_audio_pll_pad_setup,
> >> + "atmel,sama5d2-clk-audio-pll-pad",
> >> + of_sama5d2_clk_audio_pll_pad_setup);
> >
> > We can't have a device driver for this?
> >
>
> I tried to work on that but the device does not get probed because the
> parent node (pmc) does not register its children. We would need to
> modify the DT to add such a support and break DT compat.
>
> As we are speaking about getting rid of clk subnodes (c.f. Rob and
> Alexandre answers on the first version of this patch series:
> https://patchwork.kernel.org/patch/9805991/) in favor of a clock
> controller node that would break the DT compat as well, IMHO it would be
> best to break the DT compat as few times as possible and thus, rework
> this driver once we switch to a clock controller node.
>
Ok. That's fine. Is there work in progress to make a new binding
here?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
Powered by blists - more mailing lists