[PATCH v10 4/4] ARM: dts: mxs: Add descriptions for imx287 based btt3-[012] devices

[Stefan Wahren]

Hi Lukasz,

Am 06.11.24 um 11:57 schrieb Lukasz Majewski:
> On Thu, 31 Oct 2024 09:42:36 +0100
> Lukasz Majewski <lukma at denx.de> wrote:
>
>> Dear Community,
>>
>>> The btt3 device' HW revisions from 0 to 2 use imx287 SoC and are to
>>> some extend similar to already upstreamed XEA devices, hence are
>>> using common imx28-lwe.dtsi file.
>>>
>>> New, imx28-btt3.dtsi has been added to embrace common DTS
>>> properties for different HW revisions for this device.
>>>
>>> As a result - changes introduced in imx28-btt3-[012].dts are
>>> minimal.
>>>
>>> Signed-off-by: Lukasz Majewski <lukma at denx.de>
>>>
>>> ---
>>> Changes for v2:
>>> - Rename dts file from btt3-[012] to imx28-btt3-[012] to match
>>> current linux kernel naming convention
>>> - Remove 'wlf,wm8974' from compatible for codec at 1a
>>>
>>> Changes for v3:
>>> - Keep alphabethical order for Makefile entries
>>>
>>> Changes for v4:
>>> - Change compatible for btt3 board (to 'lwn,imx28-btt3')
>>>
>>> Changes for v5:
>>> - Combine patch, which adds btt3-[012] with one adding board entry
>>> to fsl.yaml
>>>
>>> Changes for v6:
>>> - Make the patch series for adding entry in fsl.yaml and btt3
>>>
>>> Changes for v7:
>>> - Use "panel" property as suggested by the community
>>> - Use panel-timing to specify the display parameters
>>> - Update subject line with correct tags
>>>
>>> Changes for v8:
>>> - Use GPIO_ACTIVE_HIGH instead of '0'
>>> - Add the comment regarding mac address specification
>>> - Remove superfluous comment
>>> - Change wifi-en-pin node name
>>>
>>> Changes for v9:
>>> - Remove not used 'pm-ignore-notify'
>>> - Add display names for 'panel-dpi' compatible to avoid Schema
>>> warnings
>>>
>>> Changes for v10:
>>> - Drop new line with panel-timing definitions
>>> - Add new lines with 'sound' node
>>> - Change 'codec' to 'audio-codec'
>>> - Change order of properties for saif1 node
>> Are there any more comments regarding this patch?
> Gentle ping on this patch set.
I do not see a reason to ping on this series as long Rob's comment from
Oct 22th is not addressed.

Please reply to him if something is not clear.

Best regards