From: Maxim Kochetkov <fido_max@inbox.ru>
To: Mark Brown <broonie@kernel.org>
Cc: alsa-devel@alsa-project.org,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Benjamin Mugnier" <benjamin.mugnier@foss.st.com>,
"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Claudiu Beznea" <claudiu.beznea@microchip.com>,
"Charles Keepax" <ckeepax@opensource.cirrus.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] ASoC: codecs: max98090: Allow dsp_a mode
Date: Wed, 21 Jun 2023 17:28:41 +0300 [thread overview]
Message-ID: <0ada8334-4006-438f-8461-5c4c8e13f65d@inbox.ru> (raw)
In-Reply-To: <adbe1b82-9478-4462-ace9-968723a6ce3f@sirena.org.uk>
On 21.06.2023 17:01, Mark Brown wrote:
> On Wed, Jun 21, 2023 at 04:55:18PM +0300, Maxim Kochetkov wrote:
>> On 21.06.2023 16:18, Mark Brown wrote:
>
>>> I'm saying there should be some interlock between these two settings, if
>>> nothing else setting DSP A mode should force TDM mode with automatically
>>> configured slot sizes.
>
>> At this time there is no any interlock for TDM mode in MAX98090 driver. We
>
> Yes, that's the problem I am identifying. The driver allows TDM mode to
> be configured independently of the DAI format but the two are related.
But DSP_A mode is just bit/frame format. It is just compatible with TDM.
>
>> can specify dai-tdm-slot-* properties in DT and .set_tdm_slot() will be
>> called to setup TDM mode. And SND_SOC_DAIFMT cannot affect it. I checked
>> other codecs drivers: most of them performs TDM setup this way. So why do we
>> need such interlock right now?
>
> A lot of devices support TDM modes with other DAI formats, or allow the
> mode that is required for TDM to be configured even without doing TDM
> setup. Some always configure TDM like I'm suggesting, with the explicit
> TDM configuration just being an override. Some are just buggy and
> nobody noticed. The issue is that the driver will claim to have
> configured DSP A mode but actually done something else unless the user
> also configures TDM.
Yep. But we have to specify TDM parameters (slot masks, slot width, etc)
any way. Because there is no default TDM configuration like I2S and so.
And pure DSP_A/B mode just have no sense.
Anyway. What do you suggest? Should I perform some refactoring for the
driver? Should I move M98090_REG_TDM_FORMAT/M98090_REG_TDM_CONTROL
registers setup to the max98090_dai_set_fmt()?
next prev parent reply other threads:[~2023-06-21 14:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-21 11:53 Maxim Kochetkov
2023-06-21 12:26 ` Mark Brown
2023-06-21 13:02 ` Maxim Kochetkov
2023-06-21 13:18 ` Mark Brown
2023-06-21 13:55 ` Maxim Kochetkov
2023-06-21 14:01 ` Mark Brown
2023-06-21 14:28 ` Maxim Kochetkov [this message]
2023-06-21 14:35 ` Mark Brown
2023-06-21 19:57 ` Maxim Kochetkov
2023-06-21 20:46 ` Mark Brown
2023-06-22 6:30 ` Maxim Kochetkov
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=0ada8334-4006-438f-8461-5c4c8e13f65d@inbox.ru \
--to=fido_max@inbox.ru \
--cc=alsa-devel@alsa-project.org \
--cc=benjamin.mugnier@foss.st.com \
--cc=broonie@kernel.org \
--cc=ckeepax@opensource.cirrus.com \
--cc=claudiu.beznea@microchip.com \
--cc=gregkh@linuxfoundation.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
--cc=u.kleine-koenig@pengutronix.de \
/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
all inboxes | Powered by JetHome®