[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5e08f822-3507-6c69-5d83-4ce2a9f5c04f@linaro.org>
Date: Wed, 9 Oct 2019 09:32:51 +0100
From: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
To: Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
Vinod Koul <vkoul@...nel.org>, Mark Brown <broonie@...nel.org>
Cc: devicetree@...r.kernel.org, alsa-devel@...a-project.org,
bgoswami@...eaurora.org, linux-kernel@...r.kernel.org,
plai@...eaurora.org, lgirdwood@...il.com, robh+dt@...nel.org,
spapothi@...eaurora.org
Subject: Re: [alsa-devel] [PATCH v2 3/5] ASoC: core: add support to
snd_soc_dai_get_sdw_stream()
Hi Pierre,
On 14/08/2019 15:09, Pierre-Louis Bossart wrote:
>
>
> On 8/13/19 11:11 PM, Vinod Koul wrote:
>> On 13-08-19, 20:58, Mark Brown wrote:
>>> On Tue, Aug 13, 2019 at 02:38:53PM -0500, Pierre-Louis Bossart wrote:
>>>
>>>> Indeed. I don't have a full understanding of that part to be honest,
>>>> nor why
>>>> we need something SoundWire-specific. We already abused the
>>>> set_tdm_slot API
>>>> to store an HDaudio stream, now we have a rather confusing stream
>>>> information for SoundWire and I have about 3 other 'stream' contexts in
>>>> SOF... I am still doing basic cleanups but this has been on my radar
>>>> for a
>>>> while.
>>>
>>> There is something to be said for not abusing the TDM slot API if it can
>>> make things clearer by using bus-idiomatic mechanisms, but it does mean
>>> everything needs to know about each individual bus :/ .
>>
>> Here ASoC doesn't need to know about sdw bus. As Srini explained, this
>> helps in the case for him to get the stream context and set the stream
>> context from the machine driver.
>>
>> Nothing else is expected to be done from this API. We already do a set
>> using snd_soc_dai_set_sdw_stream(). Here we add the
>> snd_soc_dai_get_sdw_stream() to query
>
> I didn't see a call to snd_soc_dai_set_sdw_stream() in Srini's code?
There is a snd_soc_dai_get_sdw_stream() to get stream context and we add
slave streams(amplifier in this case) to that context using
sdw_stream_add_slave() in machine driver[1].
Without this helper there is no way to link slave streams to stream
context in non dai based setup like smart speaker amplifiers.
Currently this driver is blocked on this patch, If you think there are
other ways to do this, am happy to try them out.
Thanks,
srini
[1]
https://git.linaro.org/people/srinivas.kandagatla/linux.git/tree/sound/soc/qcom/db845c.c?h=release/db845c/qcomlt-5.2
Powered by blists - more mailing lists