[PATCH 4/5] arm64: dts: ti: k3-am62a7-sk: Enable audio on AM62A

Jai Luthra j-luthra at ti.com
Wed Aug 2 22:42:20 PDT 2023


Hi Nishanth, Devarsh,

On Aug 02, 2023 at 08:35:02 -0500, Nishanth Menon wrote:
> On 17:10-20230802, Jai Luthra wrote:
> > Hi Devarsh,
> > 
> > On Aug 02, 2023 at 16:15:12 +0530, Devarsh Thakkar wrote:
> > > Hi Jai,
> > > 
> > > Thanks for the patch.
> > > 
> > > On 31/07/23 18:14, Jai Luthra wrote:
> > > > Add nodes for audio codec and sound card, enable the audio serializer
> > > > (McASP1) under use and update pinmux.
> > > > 
> > > > Link: https://www.ti.com/lit/zip/sprr459
> > > > Signed-off-by: Jai Luthra <j-luthra at ti.com>
> > > > Reviewed-by: Jayesh Choudhary <j-choudhary at ti.com>
> > > > ---
> > > >  arch/arm64/boot/dts/ti/k3-am62a7-sk.dts | 77 +++++++++++++++++++++++++++++++++
> > > >  1 file changed, 77 insertions(+)
> > > > 
> > > > diff --git a/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts b/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts
> > > > index 752c2f640f63..5f68d2eefe0f 100644
> > > > --- a/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts
> > > > +++ b/arch/arm64/boot/dts/ti/k3-am62a7-sk.dts
> > > > @@ -125,6 +125,41 @@ led-0 {
> > > >  			default-state = "off";
> > > >  		};
> > > >  	};
> > > > +
> > > > +	tlv320_mclk: clk-0 {
> > > > +		#clock-cells = <0>;
> > > > +		compatible = "fixed-clock";
> > > > +		clock-frequency = <12288000>;
> > > > +	};
> > > > +
> > > > +	codec_audio: sound {
> > > > +		compatible = "simple-audio-card";
> > > > +		simple-audio-card,name = "AM62Ax-SKEVM";
> > > 
> > > In my opinion better to give the codec name instead of board name here.
> > 
> > I agree, maybe calling it "sk-am62a-tlv320aic3106" would be the most 
> > clear option.
> > 
> > Running a quick ripgrep on next tree:
> > 
> > $ rg "simple-audio-card,name" arch/*/boot/dts/
> > 
> > I see a healthy mix of using both board and/or codec name here - with TI 
> > almost always using the board name. Maybe we can change the convention, 
> > but it would be a good idea to at least update SK-AM62 as well to use 
> > the new convention.
> > 
> > Is it okay with you if it is handled as a separate series?
> 
> Will this cleanup of existing board break any userspace? If so, NO and
> follow existing "board" convention - I'd like to maintain consistency,
> even if that is not exactly clean!

Upon further inspection, yes changing existing boards can break 
userspace applications as some procfs entries are enumerated with the 
name of the soundcard. So updating AM62x is out of the question.

I am in favor of maintaining naming consistency with this board.

Devarsh, I notice the current scheme is not entirely opaque, as the pcm 
device enumerates both the cpu & codec driver names:

root at am62xx-evm:~# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
default:CARD=AM62xSKEVM
    AM62x-SKEVM, davinci-mcasp.0-tlv320aic3x-hifi tlv320aic3x-hifi-0
    Default Audio Device
sysdefault:CARD=AM62xSKEVM
    AM62x-SKEVM, davinci-mcasp.0-tlv320aic3x-hifi tlv320aic3x-hifi-0
    Default Audio Device

> If not, cleanup in a later series is fine, but please make sure to 
> follow through this week - with this patch following the convention of 
> choice.
> 

Please feel free to pull the current series, if no further comments.

> -- 
> Regards,
> Nishanth Menon
> Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3  1A34 DDB5 849D 1736 249D

-- 
Thanks,
Jai

GPG Fingerprint: 4DE0 D818 E5D5 75E8 D45A AFC5 43DE 91F9 249A 7145
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20230803/a8136c4b/attachment-0001.sig>


More information about the linux-arm-kernel mailing list