On Fri, 2016-09-02 at 12:51 -0500, Rob Herring wrote:
> On Fri, Sep 2, 2016 at 10:56 AM, Richard Fitzgerald
> <rf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
> > On Fri, 2016-09-02 at 10:34 -0500, Rob Herring wrote:
> >> On Wed, Aug 31, 2016 at 10:25:43AM +0100, Richard Fitzgerald wrote:
> >> > This patch adds DT settings for the max_channels_clocked, spk_fmt and
> >> > spk_mute pdata.
> >> >
> >> > Signed-off-by: Richard Fitzgerald <rf@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
> >> > ---
> >> > Documentation/devicetree/bindings/mfd/arizona.txt | 11 ++++++++
> >>
> >> Binding looks fine, but...
> >>
> >> > drivers/mfd/arizona-core.c | 31 +++++++++++++++++++++++
> >> > 2 files changed, 42 insertions(+)
> >>
> >> > diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
> >> > index b95ff2d..36a9633 100644
> >> > --- a/drivers/mfd/arizona-core.c
> >> > +++ b/drivers/mfd/arizona-core.c
> >> > @@ -816,6 +816,37 @@ static int arizona_of_get_core_pdata(struct arizona *arizona)
> >> > count++;
> >> > }
> >> >
> >> > + count = 0;
> >> > + of_property_for_each_u32(arizona->dev->of_node,
> >> > + "wlf,max-channels-clocked",
> >> > + prop, cur, val) {
> >> > + if (count == ARRAY_SIZE(pdata->max_channels_clocked))
> >> > + break;
> >> > +
> >> > + pdata->max_channels_clocked[count] = val;
> >> > + count++;
> >> > + }
> >>
> >> of_property_read_u32_array doesn't work for you?
> >
> > No, it doesn't, because it doesn't read a variable-sized array.
>
> But the next 2 loops are fixed with 2 elements, right? They should be
Ok, that's true the code is flexible size (because the number of AIFs
and the number of outputs varies between codecs, and the number actually
in use also varies) but the binding documentation I pulled in hasn't
been updated to match the code.
> converted. If not fixed size, you have the same pattern repeated 3
> times.
We originally had duplicated DT code in our driver factored out into
functions but this was rejected by mfd maintainer in favour of only
using the standard functions and duplicating code if necessary. I didn't
upstream that original patch so I don't know now what the justification
was.
>
> Maybe we should fix of_property_read_u32_array to be more flexible and
> return an array less than a max size. Not sure if anyone relies on
> that case failing though, so leaving the 1st loop is fine.
>
> Rob
>
> >> > + count = 0;
> >> > + of_property_for_each_u32(arizona->dev->of_node, "wlf,spk-fmt", prop,
> >> > + cur, val) {
> >> > + if (count == ARRAY_SIZE(pdata->spk_fmt))
> >> > + break;
> >> > +
> >> > + pdata->spk_fmt[count] = val;
> >> > + count++;
> >> > + }
> >> > +
> >> > + count = 0;
> >> > + of_property_for_each_u32(arizona->dev->of_node, "wlf,spk-mute", prop,
> >> > + cur, val) {
> >> > + if (count == ARRAY_SIZE(pdata->spk_mute))
> >> > + break;
> >> > +
> >> > + pdata->spk_mute[count] = val;
> >> > + count++;
> >> > + }
> >> > +
> >> > return 0;
> >> > }
> >> >
> >> > --
> >> > 1.9.1
> >> >
> >> > --
> >> > To unsubscribe from this list: send the line "unsubscribe devicetree" in
> >> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> >> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> >
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
