[PATCH v4 3/8] dt-bindings: clock: Add Marvell PXA1908 clock bindings

[Conor Dooley]

On Tue, Aug 08, 2023 at 12:41:22PM +0200, Duje Mihanović wrote:
> On Tuesday, August 8, 2023 9:49:49 AM CEST Conor Dooley wrote:
> > On Mon, Aug 07, 2023 at 05:42:37PM +0200, Duje Mihanović wrote:
> > > diff --git a/include/dt-bindings/clock/marvell,pxa1908.h
> > > b/include/dt-bindings/clock/marvell,pxa1908.h new file mode 100644
> > > index 000000000000..0c1f328bf534
> > > --- /dev/null
> > > +++ b/include/dt-bindings/clock/marvell,pxa1908.h
> > > +#define PXA1908_CLK_PLL4VCODIV3		38
> > > +#define PXA1908_MPMU_NR_CLKS		38
> > > 
> > > +#define PXA1908_CLK_TWSI3		18
> > > +#define PXA1908_APBC_NR_CLKS		50
> > > 
> > > +#define PXA1908_CLK_AICER		3
> > > +#define PXA1908_APBCP_NR_CLKS		50
> > > 
> > > +#define PXA1908_CLK_DVC_DFC_DEBUG	16
> > > +#define PXA1908_APMU_NR_CLKS		50
> > 
> > How are these "NR_CLKS" things helpful to the binding?
> 
> They are used by the clock driver when calling mmp_clk_init which then uses 
> that as the size of a struct clk array it allocates. In retrospect, 50 for 
> each block may be too much as from what I can tell by reading the 
> mmp_register_* functions (number of clocks + 1) for each block should be 
> enough, anything less than that causes a null pointer dereference sometime 
> during clock initialization.

I think you might have misread my question, I'm not really interested in
the implementation detail of the driver. If these are not used in
devicetree, remove them - otherwise they are being needlessly added to
the ABI.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20230808/336e8c35/attachment.sig>