[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230501171838.461501b1@jic23-huawei>
Date: Mon, 1 May 2023 17:18:38 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Marijn Suijten <marijn.suijten@...ainline.org>
Cc: phone-devel@...r.kernel.org, ~postmarketos/upstreaming@...ts.sr.ht,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@...ainline.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Martin Botka <martin.botka@...ainline.org>,
Jami Kettunen <jami.kettunen@...ainline.org>,
Lars-Peter Clausen <lars@...afoo.de>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Manivannan Sadhasivam <mani@...nel.org>,
linux-iio@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org
Subject: Re: [PATCH v4 5/5] dt-bindings: iio: adc: Require generic `channel`
name for channel nodes
On Sat, 15 Apr 2023 17:49:43 +0100
Jonathan Cameron <jic23@...nel.org> wrote:
> On Wed, 12 Apr 2023 22:31:46 +0200
> Marijn Suijten <marijn.suijten@...ainline.org> wrote:
>
> > On 2023-04-12 21:27:56, Jonathan Cameron wrote:
> > > On Mon, 10 Apr 2023 22:29:17 +0200
> > > Marijn Suijten <marijn.suijten@...ainline.org> wrote:
> > >
> > > > As discussed in [1] it is more convenient to use a generic `channel`
> > > > node name for ADC channels while storing a friendly - board-specific
> > > > instead of PMIC-specific - name in the label, if/when desired to
> > > > overwrite the channel description already contained (but previously
> > > > unused) in the driver [2].
> > > >
> > > > The same `channel` node name pattern has also been set in
> > > > iio/adc/adc.yaml, but this generic binding is not inherited as base for
> > > > qcom,spmi-vadc bindings due to not having any other generic elements in
> > > > common, besides the node name rule and reg property.
> > > >
> > > > Replace the .* name pattern with the `channel` literal, but leave the
> > > > label property optional for bindings to choose to fall back a channel
> > > > label hardcoded in the driver [2] instead.
> > > >
> > > > [1]: https://lore.kernel.org/linux-arm-msm/20221106193018.270106-1-marijn.suijten@somainline.org/T/#u
> > > > [2]: https://lore.kernel.org/linux-arm-msm/20230116220909.196926-4-marijn.suijten@somainline.org/
> > > >
> > > > Signed-off-by: Marijn Suijten <marijn.suijten@...ainline.org>
> > >
> > > There are various ways we could pick up this patch set...
> > > a) Binding changes via individual subsystem trees,
> > > b) All in on go.
> > >
> > > I think it's late to guarantee to land the changes from (a) in the coming merge window
> > > so if someone else is willing to do (b) then
> > >
> > > Acked-by: Jonathan Cameron <Jonathan.Cameron@...wei.com>
> > >
> > > Otherwise we can do (a) early in next cycle. Feel free to poke me if we are doing (b)
> > > and I seem to have forgotten to pick up this patch!
> >
> > Thanks! I hope we don't get many conflicts (+ new bindings adhering to
> > the old(er) formats) otherwise I'll resend if we do (a). Around what
> > time would be good, rc2?
>
> Sure. If rebase is needed send a v5 with that done. If not, a simple
> reminder reply to this thread will probably work.
I've started queuing stuff for the next cycle as the relevant pull requests
are for the IIO tree for this cycle were picked up a few days ago.
Hence, applied to the togreg branch of iio.git and pushed out as testing for 0-day
to take a quick look at it.
Thanks,
Jonathan
>
> Thanks,
>
> Jonathan
>
> >
> > [..]
> >
> > - Marijn
>
Powered by blists - more mailing lists