[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f2bf4959-af15-04ad-78c3-aca883173d65@ti.com>
Date: Mon, 17 Jan 2022 15:37:16 +0530
From: Jayesh Choudhary <j-choudhary@...com>
To: Péter Ujfalusi <peter.ujfalusi@...il.com>,
<robh+dt@...nel.org>
CC: <lgirdwood@...il.com>, <broonie@...nel.org>,
<alsa-devel@...a-project.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v5] ASoC: dt-bindings: davinci-mcasp: convert McASP
bindings to yaml schema
On 12/01/22 1:13 am, Péter Ujfalusi wrote:
>
>
> On 1/11/22 21:21, Péter Ujfalusi wrote:
>> Hi Javesh,
>>
>> On 03/01/2022 09:44, Jayesh Choudhary wrote:
>>> Convert the bindings for McASP controllers for TI SOCs from txt
>>> to YAML schema.
>>>
>>> Adds additional properties 'clocks', 'clock-names', 'power-domains',
>>> '#sound-dai-cells' and 'port' which were missing from the txt file.
>>> Removes properties 'sram-size-playback' and 'sram-size-capture'
>>> since they are not used.
>>> Adds 'dmas' and 'dma-names' in the example which were missing from
>>> the txt file.
>>> Changes 'interrupts' and 'interrupt-names' from optional to
>>> required properties.
>>> Changes 'op-modes', 'serial-dir' to optional properties as they are
>>> not needed if the McASP is used only as GPIO.
>>> Changes 'tdm-slots' to required property only for I2S operation mode.
>>>
>>> Adds the yaml file in the 'MAINTAINERS' under the heading 'TEXAS
>>> INSTRUMENTS ASoC DRIVERS'
>>
>> I would have added description for the GPIO support as it is not obvious
>> that 2 is going to be for AXR2 or 29 is for ACLKR pin.
>> But I don't think this functionality is going to be used apart from the
>> one dra7 evm.
>>
>> Thank you for the updates and the nice work!
>>
>> Acked-by: Peter Ujfalusi <peter.ujfalusi@...il.com>
>>
> ...
>
>>> +properties:
>>> + compatible:
>>> + enum:
>>> + - ti,dm646x-mcasp-audio
>>> + - ti,da830-mcasp-audio
>>> + - ti,am33xx-mcasp-audio
>>> + - ti,dra7-mcasp-audio
>>> + - ti,omap4-mcasp-audio
>
> This is the only thing which bugs me: the pointless '-audio' postfix for
> the compatible string...
>
Removing the postfix would also require a lot of dts changes which might
be backward incompatible. So it is probably not a good idea.
Should we still consider this?
Powered by blists - more mailing lists