[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a3819147-dc7b-ecbf-107e-88f88be33825@ti.com>
Date: Thu, 23 Feb 2023 11:17:31 -0600
From: Andrew Davis <afd@...com>
To: Colin Foster <colin.foster@...advantage.com>
CC: <linux-omap@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <devicetree@...r.kernel.org>,
Tony Lindgren <tony@...mide.com>,
BenoƮt Cousson <bcousson@...libre.com>,
<soc@...nel.org>, Olof Johansson <olof@...om.net>,
Arnd Bergmann <arnd@...db.de>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Rob Herring <robh+dt@...nel.org>
Subject: Re: [PATCH v4 1/2] dt-bindings: arm: omap: add phytec pcm-049 som and
pcm-959 dev board
On 2/23/23 10:25 AM, Colin Foster wrote:
> On Thu, Feb 23, 2023 at 10:00:50AM -0600, Andrew Davis wrote:
>> On 2/22/23 2:38 PM, Colin Foster wrote:
>>> Add yaml documentation for TI OMAP devices for the Phytec PCM-049 SoM and
>>> the Phytec PCM-959 development kit.
>>>
>>> Signed-off-by: Colin Foster <colin.foster@...advantage.com>
>>> ---
>>>
>>> v4
>>> * New patch, based on a WIP from Andrew Davis <afd@...com>
>>>
>>> ---
>>> .../devicetree/bindings/arm/ti,omap.yaml | 29 +++++++++++++++++++
>>> 1 file changed, 29 insertions(+)
>>> create mode 100644 Documentation/devicetree/bindings/arm/ti,omap.yaml
>>
>> How will this work if I add the same file? Why not take my WIP patch, make
>> the suggested changes from Rob, then have it as your first patch in this
>> series?
>
> Is your WIP intended to convert all omap.txt to ti,omap.yaml? Or chunk
> off devices one at a time?
>
> If the former, when your patch is done it should be a pretty simple
> rebase conflict resolution. If the latter (which feels more digestable)
> this offers that template. This was Rob's / Tony's suggestion, albeit
> before you sent your patch set.
>
>
> Anyway, I'm happy to do any of the following:
>
> 1. Take Andrew's patches, add these references and re-submit.
> 2. Keep this set as-is (with the typo fix) and when Andrew's WIP is done
> it should be an easy rebase before submission.
> 3. Wait for Andrew's WIP to be done, then submit with this update.
>
>
> I'd like to avoid #3 because I don't know where this might fall on your
> priorities list.
Low priority for me, I'd suggest #1 or they probably will not be
converted anytime soon.
Andrew
Powered by blists - more mailing lists