Linux Sound subsystem development
 help / color / mirror / Atom feed
From: Val Packett <val@packett.cool>
To: Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com>,
	Srinivas Kandagatla <srini@kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Mark Brown <broonie@kernel.org>, Jaroslav Kysela <perex@perex.cz>,
	Takashi Iwai <tiwai@suse.com>
Cc: Bhushan Shah <bhushan.shah@machinesoul.in>,
	Luca Weiss <luca.weiss@fairphone.com>,
	Antoine Bernard <zalnir@proton.me>,
	~postmarketos/upstreaming@lists.sr.ht,
	phone-devel@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	linux-sound@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 4/6] ASoC: qcom: sm8250: add TDM RX support
Date: Thu, 7 May 2026 17:24:19 -0300	[thread overview]
Message-ID: <18040037-d0a8-4e1b-aa55-94071efe1025@packett.cool> (raw)
In-Reply-To: <6338e51d-da58-410e-b10a-4a565d467f1f@oss.qualcomm.com>


On 5/7/26 5:51 AM, Srinivas Kandagatla wrote:
> On 5/6/26 8:33 PM, Val Packett wrote:
>> Add support for TDM RX DAIs which are used on some devices to send audio
>> data to speaker amplifiers. Channels are assigned based on the codec
>> DAI names for a quad-speaker setup such as on the xiaomi-pipa tablet.
>>
>> Signed-off-by: Val Packett <val@packett.cool>
>> ---
>>   sound/soc/qcom/sm8250.c | 141 ++++++++++++++++++++++++++++++++++++++++
>>   1 file changed, 141 insertions(+)
>>
>> diff --git a/sound/soc/qcom/sm8250.c b/sound/soc/qcom/sm8250.c
>> index a675913da943..b64fd3970ba1 100644
>> --- a/sound/soc/qcom/sm8250.c
>> +++ b/sound/soc/qcom/sm8250.c
>> @@ -17,6 +17,10 @@
>>   #include "sdw.h"
>>   
>>   #define MI2S_BCLK_RATE		1536000
>> +#define TDM_BCLK_RATE		6144000
>> +#define NUM_TDM_SLOTS		8
>> +
>> +static unsigned int tdm_slot_offset[8] = {0, 4, 8, 12, 16, 20, 24, 28};
> static const ?
ack
>>   struct sm8250_snd_data {
>>   	bool stream_prepared[AFE_PORT_MAX];
>> @@ -55,6 +59,89 @@ static void sm8250_snd_exit(struct snd_soc_pcm_runtime *rtd)
>>   
>>   }
>>   
>> +static int sm8250_tdm_snd_hw_params(struct snd_pcm_substream *substream,
>> +					struct snd_pcm_hw_params *params)
>> +{
>> +	struct snd_soc_pcm_runtime *rtd = snd_soc_substream_to_rtd(substream);
>> +	struct snd_soc_dai *cpu_dai = snd_soc_rtd_to_cpu(rtd, 0);
>> +	struct snd_soc_dai *codec_dai;
>> +	unsigned int rx_mask;
>> +	int ret = 0, j;
>> +	int channels, slot_width;
>> +
>> +	switch (params_format(params)) {
>> +	case SNDRV_PCM_FORMAT_S16_LE:
>> +		slot_width = 16;
>> +		break;
> Any reason only S16?

The entire driver is "locked" to S16 since 89be3c15a58b ("ASoC: qcom: 
sm8250: explicitly set format in sm8250_be_hw_params_fixup()"). Which 
was due to compressed playback, according to that commit message.. But 
in reality there's also hardcoded MI2S_BCLK_RATE (so I did the same 
thing for TDM for now).

I cooould try unhardcoding that, but this kind of thing is really 
annoying to test with the whole combinatorial explosion of parameters x_x

>> +	default:
>> +		dev_err(rtd->dev, "%s: invalid param format 0x%x\n",
>> +				__func__, params_format(params));
>> +		return -EINVAL;
>> +	}
>> +
>> +	channels = params_channels(params);
>> +
>> +	if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) {
>> +		ret = snd_soc_dai_set_tdm_slot(cpu_dai, 0, 0x3,
> Please define the magic constants like 0x3 here.
>
>> +				8, slot_width);
>> +		if (ret < 0) {
>> +			dev_err(rtd->dev, "%s: failed to set tdm slot, err:%d\n",
>> +					__func__, ret);
>> +			goto end;
>> +		}
>> +
>> +		ret = snd_soc_dai_set_channel_map(cpu_dai, 0, NULL,
>> +				channels, tdm_slot_offset);
>> +		if (ret < 0) {
>> +			dev_err(rtd->dev, "%s: failed to set channel map, err:%d\n",
>> +					__func__, ret);
>> +			goto end;
>> +		}
>> +	} else {
>> +		ret = snd_soc_dai_set_tdm_slot(cpu_dai, 0xf, 0,
>> +				8, slot_width);
>> +		if (ret < 0) {
>> +			dev_err(rtd->dev, "%s: failed to set tdm slot, err:%d\n",
>> +					__func__, ret);
>> +			goto end;
>> +		}
>> +
>> +		ret = snd_soc_dai_set_channel_map(cpu_dai, channels,
>> +				tdm_slot_offset, 0, NULL);
>> +		if (ret < 0) {
>> +			dev_err(rtd->dev, "%s: failed to set channel map, err:%d\n",
>> +					__func__, ret);
>> +			goto end;
>> +		}
>> +	}
>> +
>> +	for_each_rtd_codec_dais(rtd, j, codec_dai) {
>> +		if (strstr(codec_dai->component->name_prefix, "PL")) {
> name prefix can be null.
ack
>> +			rx_mask = BIT(0);
>> +		} else if (strstr(codec_dai->component->name_prefix, "PR")) {
> name prefix comparision is fragile design, this will break very soon.
> and this is not a binding too.

Right, but how would one even define a binding when this is supposed to 
be(?) part of the sndcard and the prefixes themselves are set on codecs' 
own nodes..?

I just copied what's been done for sdm845 so far, even though it doesn't 
seem great to me either.

> This also raises question about the using this generic driver for such
> specific combination. Can these be made specific to compatible ?
Yeah, sure. I don't think we'll see other combinations in practice 
though, for 2 channels regular I2S is used, the only reason for TDM is 
to have 4 channels. Or more but I don't think any device has more than 
4. (And surely no one has 3..)
>> +			rx_mask = BIT(1);
>> +		} else if (strstr(codec_dai->component->name_prefix, "SL")) {
>> +			rx_mask = BIT(2);
>> +		} else if (strstr(codec_dai->component->name_prefix, "SR")) {
>> +			rx_mask = BIT(3);
>> +		} else {
>> +			rx_mask = 0;
>> +			dev_warn(rtd->dev, "%s: codec DAI name '%s' not recognized\n",
>> +				__func__, codec_dai->component->name_prefix);
>> +		}
>> +		ret = snd_soc_dai_set_tdm_slot(codec_dai, 0, rx_mask,
>> +				NUM_TDM_SLOTS, slot_width);
>> +		if (ret < 0) {
> Can we handle -ENOSUPP?
By not erroring out here? Yeah
> [..]


Thanks,
~val


  reply	other threads:[~2026-05-07 20:24 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-06 20:33 [PATCH v2 0/6] ASoC: qcom: fixes and improvements Val Packett
2026-05-06 20:33 ` [PATCH v2 1/6] ASoC: qcom: qdsp6: q6afe: fix clk vote response type mismatch Val Packett
2026-05-07  0:02   ` Mark Brown
2026-05-07  1:46     ` Val Packett
2026-05-07  2:16       ` Mark Brown
2026-05-07  8:03         ` Konrad Dybcio
2026-05-07  8:23           ` Mark Brown
2026-05-06 20:33 ` [PATCH v2 2/6] ASoC: qcom: qdsp6: q6routing: add Senary MI2S ports Val Packett
2026-05-07  8:31   ` Srinivas Kandagatla
2026-05-06 20:33 ` [PATCH v2 3/6] ASoC: qcom: sm8250: add Senary MI2S RX support Val Packett
2026-05-07  8:34   ` Srinivas Kandagatla
2026-05-06 20:33 ` [PATCH v2 4/6] ASoC: qcom: sm8250: add TDM " Val Packett
2026-05-07  8:51   ` Srinivas Kandagatla
2026-05-07 20:24     ` Val Packett [this message]
2026-05-06 20:33 ` [PATCH v2 5/6] ASoC: qcom: sm8250: shut down MI2S/TDM AFE port clocks Val Packett
2026-05-07  8:57   ` Srinivas Kandagatla
2026-05-07 20:44     ` Val Packett
2026-05-06 20:33 ` [PATCH v2 6/6] ASoC: qcom: sm8250: apply codec_fmt to all codec DAIs Val Packett
2026-05-07  9:02   ` Srinivas Kandagatla

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18040037-d0a8-4e1b-aa55-94071efe1025@packett.cool \
    --to=val@packett.cool \
    --cc=bhushan.shah@machinesoul.in \
    --cc=broonie@kernel.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sound@vger.kernel.org \
    --cc=luca.weiss@fairphone.com \
    --cc=perex@perex.cz \
    --cc=phone-devel@vger.kernel.org \
    --cc=srini@kernel.org \
    --cc=srinivas.kandagatla@oss.qualcomm.com \
    --cc=tiwai@suse.com \
    --cc=zalnir@proton.me \
    --cc=~postmarketos/upstreaming@lists.sr.ht \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox