On Thu, Aug 22, 2024 at 03:57:22PM +0200, Cezary Rojewski wrote: > On 2024-08-21 2:43 PM, Pierre-Louis Bossart wrote: > > The point about dependencies between capture/playback usages is > > certainly valid, and we've faced it multiple times for SOF - and even > > before in the mobile phone days. I am not convinced however that the > > graph management suggested here solves the well-known DPCM routing > > problems? See notes in no specific order below. > While at it, do we (Mark perhaps?) have some kind of a list with major > problems troubling ASoC? I keep seeing "DPCM is problematic" on the > mailing-list. If DPCM is indeed in such bad state, perhaps we should address > this sooner rather than later. Honestly I think DPCM is the only major problem we've got. The problem is that addressing it is very non-trivial, we've had a rough design for what we want to do for about a decade (look for some of Lars-Peter's ELC presentations for some summaries) but what we're missing is someone with the required combination of time and enthusiasm to actually implement it. A lot of the refactorings that Morimoto-san has been doing which move everything to be a component rather than distinct CODEC, CPU or platform types has been preparatory to the main refactoring.
Attachment:
signature.asc
Description: PGP signature
- References:
- [PATCH] [RFC] ASoC: Conditional PCM support
- From: Cezary Rojewski
- Re: [PATCH] [RFC] ASoC: Conditional PCM support
- From: Pierre-Louis Bossart
- Re: [PATCH] [RFC] ASoC: Conditional PCM support
- From: Cezary Rojewski
- [PATCH] [RFC] ASoC: Conditional PCM support
- Prev by Date: Re: [PATCH] ASoC: dwc: change to use devm_clk_get_enabled() helpers
- Next by Date: Re: [PATCH] ASoC: cs35l56: Make struct regmap_config const
- Previous by thread: Re: [PATCH] [RFC] ASoC: Conditional PCM support
- Next by thread: Re: [PATCH] [RFC] ASoC: Conditional PCM support
- Index(es):