[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAG3jFytkHi06uaP8RFaS9cma68S9oz_AcAtkMxCrPKGXBTtfsA@mail.gmail.com>
Date: Tue, 2 Nov 2021 12:49:34 +0100
From: Robert Foss <robert.foss@...aro.org>
To: Rob Herring <robh@...nel.org>
Cc: todor.too@...il.com, agross@...nel.org, bjorn.andersson@...aro.org,
mchehab@...nel.org, angelogioacchino.delregno@...ainline.org,
linux-media@...r.kernel.org, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
"Bryan O'Donoghue" <bryan.odonoghue@...aro.org>,
Andrey Konovalov <andrey.konovalov@...aro.org>
Subject: Re: [PATCH v1 2/2] media: dt-bindings: media: camss: Document
clock-lanes property
On Mon, 1 Nov 2021 at 21:30, Rob Herring <robh@...nel.org> wrote:
>
> On Mon, Oct 25, 2021 at 12:33:22PM +0200, Robert Foss wrote:
> > The clock-lanes property corresponds to a hardware register field
> > that is required to be set, in order to enable the CSI clock signal.
> >
> > The physical lane of the clock signal is not programmable, but only
> > togglable On or Off, which what BIT(7) of the
> > CSIPHY_3PH_CMN_CSI_COMMON_CTRLn(5) register controls.
> >
> > Signed-off-by: Robert Foss <robert.foss@...aro.org>
> > ---
> > .../devicetree/bindings/media/qcom,msm8996-camss.yaml | 5 +++++
> > .../devicetree/bindings/media/qcom,sdm660-camss.yaml | 5 +++++
> > .../devicetree/bindings/media/qcom,sdm845-camss.yaml | 5 +++++
> > 3 files changed, 15 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/media/qcom,msm8996-camss.yaml b/Documentation/devicetree/bindings/media/qcom,msm8996-camss.yaml
> > index 38be41e932f0..d4da1fad12cf 100644
> > --- a/Documentation/devicetree/bindings/media/qcom,msm8996-camss.yaml
> > +++ b/Documentation/devicetree/bindings/media/qcom,msm8996-camss.yaml
> > @@ -106,6 +106,11 @@ properties:
> >
> > properties:
> > clock-lanes:
> > + description:
> > + The index of the clock-lane is not programmable by
> > + the hardware, but is required to define a CSI port.
> > + Lane 7 reflects the hardware register field that enables
> > + the clock lane.
>
> If it is fixed, then it should not be required. Fix the required part.
>
> > items:
> > - const: 7
>
> I don't know how we let that in, but this should be the lane number.
> Each binding can't be making up its own interpretation.
If the clock lane number isn't programmable, can clock-lanes be omitted?
Powered by blists - more mailing lists