[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6725e8af-624b-4b78-9b67-62b63e46b38c@kernel.org>
Date: Wed, 10 Sep 2025 13:23:10 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
Mohammad Rafi Shaik <mohammad.rafi.shaik@....qualcomm.com>,
Srinivas Kandagatla <srini@...nel.org>, Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>, Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Jaroslav Kysela <perex@...ex.cz>,
Takashi Iwai <tiwai@...e.com>
Cc: linux-arm-msm@...r.kernel.org, linux-sound@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
kernel@....qualcomm.com, prasad.kumpatla@....qualcomm.com,
ajay.nandam@....qualcomm.com
Subject: Re: [PATCH v1 1/2] ASoC: dt-bindings: qcom,sm8250: Add QCS8300 sound
card
On 10/09/2025 12:20, Konrad Dybcio wrote:
> That said.. I'm a little confused why we're accepting SoC-compatibles
> as well as board-compatibles for soundcards (e.g. rb2, rb3gen2,
> 6940idp) in parallel.. is it with an intention that the SoC one is
> present in reference designs and therefore will be common?
"Sound card" here is partially a software or architectural construct.
Basically bindings for the sound machine driver. There is no such thing
as sound card on the device, there is bunch of audio-related components.
That's why we assume that many boards of given SoC will use same sound
card driver. Some boards might be also different so they have their own
compatible... or they were added in different time.
I don't have particular guidelines here, for me it is a bit blurry.
Best regards,
Krzysztof
Powered by blists - more mailing lists