[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <trinity-955432eb-74c6-48f6-984e-d88a61854727-1646567165101@3c-app-gmx-bs64>
Date: Sun, 6 Mar 2022 12:46:05 +0100
From: Frank Wunderlich <frank-w@...lic-files.de>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...onical.com>
Cc: Frank Wunderlich <linux@...web.de>, devicetree@...r.kernel.org,
Damien Le Moal <damien.lemoal@...nsource.wdc.com>,
Rob Herring <robh+dt@...nel.org>, Andrew Lunn <andrew@...n.ch>,
Gregory Clement <gregory.clement@...tlin.com>,
Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
Russell King <linux@...linux.org.uk>,
Heiko Stuebner <heiko@...ech.de>,
Peter Geis <pgwipeout@...il.com>,
Michael Riesch <michael.riesch@...fvision.net>,
Hans de Goede <hdegoede@...hat.com>,
Jens Axboe <axboe@...nel.dk>, linux-ide@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-rockchip@...ts.infradead.org
Subject: Aw: Re: Re: Re: [PATCH v5 1/5] dt-bindings: ata: ahci-platform:
Convert DT bindings to yaml
> Gesendet: Sonntag, 06. März 2022 um 12:15 Uhr
> Von: "Krzysztof Kozlowski" <krzysztof.kozlowski@...onical.com>
> An: "Frank Wunderlich" <frank-w@...lic-files.de>
> Cc: "Frank Wunderlich" <linux@...web.de>, devicetree@...r.kernel.org, "Damien Le Moal" <damien.lemoal@...nsource.wdc.com>, "Rob Herring" <robh+dt@...nel.org>, "Andrew Lunn" <andrew@...n.ch>, "Gregory Clement" <gregory.clement@...tlin.com>, "Sebastian Hesselbarth" <sebastian.hesselbarth@...il.com>, "Russell King" <linux@...linux.org.uk>, "Heiko Stuebner" <heiko@...ech.de>, "Peter Geis" <pgwipeout@...il.com>, "Michael Riesch" <michael.riesch@...fvision.net>, "Hans de Goede" <hdegoede@...hat.com>, "Jens Axboe" <axboe@...nel.dk>, linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, linux-rockchip@...ts.infradead.org
> Betreff: Re: Aw: Re: Re: [PATCH v5 1/5] dt-bindings: ata: ahci-platform: Convert DT bindings to yaml
>
> On 06/03/2022 11:41, Frank Wunderlich wrote:
> >> Gesendet: Sonntag, 06. März 2022 um 11:27 Uhr
> >> Von: "Krzysztof Kozlowski" <krzysztof.kozlowski@...onical.com>
> >>> add compatibles used together with generic-ahci
> >>> - marvell,berlin2-ahci
> >>
> >> This is fine, just mention it in commit msg.
> >>
> >>> - qcom,apq8064-ahci
> >>> - qcom,ipq806x-ahci
> >>
> >> These you need to consult with qcom-sata.txt. This could be a following
> >> commit which will integrate qcom-sata.txt and remove it.
> >
> > this depends on Robs opinion
>
> Then maybe precise the question for Rob...
do i need to fix the errors for qcom-compatibles/reg-count/clock-count (reported by your bot) *now*?
or is binding well enough with adding berlin-compatible and fixing the indentation error in example?
for the marvell anyof issue and the spear13xx i have a patch in my tree which i include in v6
> >
> >> Either you have
> >> binding document for all devices or you create a common part, like for UFS:
> >> https://lore.kernel.org/linux-devicetree/20220222145854.358646-1-krzysztof.kozlowski@canonical.com/
> >> https://github.com/krzk/linux/commits/n/dt-bindings-ufs-v2
> >>
> >> The choice depends more or less on complexity of bindings, IOW, how big
> >> and complicated bindings would be if you combine everything to one YAML.
> >>
> >> In the case of UFS, the devices differ - by clocks, resets, phys and
> >> sometimes supplies. Therefore it easier to have one common shared part
> >> and several device bindings.
> >>
> >> AHCI looks more consistent - except that Qualcomm - so maybe better to
> >> have one document.
> >>
> >>> increase reg-count to 2 (used in omap5-l4.dtsi)
> >>> increase clock-count to 5 (used in qcom-apq8064.dtsi)
> >>
> >> This would need allOf+if.
> >
> > if i get ok from rob i add only the berlin-compatible and skip the qcom+reg/clock-change in the first applied version. Adding the allOf/if (and making it right) will only delay the sata-binding/dts-change.
>
> I don't get what is the problem with delaying this patch for the time
> needed to make the bindings correct? Especially that alternative is to
> add bindings document which soon will need to be modified, e.g. split
> into common part. Is there a particular hurry with these bindings
> conversion?
i see it as requirement for last part
"arm64: dts: rockchip: Add sata nodes to rk356x"
if this can applied without the bindings conversion there is nothing to hurry :)
regards Frank
Powered by blists - more mailing lists