[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Sun, 5 May 2024 13:06:42 +0530
From: Mithil <bavishimithil@...il.com>
To: Krzysztof Kozlowski <krzk@...nel.org>
Cc: Liam Girdwood <lgirdwood@...il.com>, Mark Brown <broonie@...nel.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
linux-sound@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4] ASoC: dt-bindings: omap-mcpdm: Convert to DT schema
On Wed, Apr 17, 2024 at 7:33 PM Krzysztof Kozlowski <krzk@...nel.org> wrote:
> How did this happen? I see this was in v1, but I am quite surprised to
> be listed here. I am for sure not a maintainer of this binding. Choose
> driver maintainers or platform maintainers, worse case.
I might have overlooked this, will fix it. There is no driver
maintainer for it as far as I know.
Should I include the module author?
> Not much improved here. You miss $ref and optionally constraints.
Something like this
$ref: /schemas/types.yaml#/definitions/string
enum: [mcpdm]
Didnt really understand the "optionally constraints" part.
> Missing constraints, so replace it with maxItems: 1
Similar to how clock-names are handled?
> List the items. I asked to open existing bindings and take a look how it
> is there. Existing bindings would show you how we code this part.
clock-names:
items:
- const: pdmclk
minItems: 1
maxItems: 1
Something like this?
> Just one blank line.
Removed.
> That's wrong address. Old code does not have 0. Please do no change
> parts of code without reason. If there is a reason, explain it in the
> changelog.
>
The checks were giving a warning if 0 was not included hence, I'll put
the real address if needed then.
> Include header and use common defines for flags. Just like all other
> recent bindings.
>
There's no defines for them, this is how it is in the dts :(
Best regards,
Mithil
Powered by blists - more mailing lists