On 2024-12-03 5:57 PM, Greg KH wrote:

On Tue, Dec 03, 2024 at 05:17:48PM +0100, Cezary Rojewski wrote:

quoted

On 2024-12-01 4:14 AM, Pierre-Louis Bossart wrote:

quoted

Sorry to chime in late, I only look at email occasionally.

...

quoted

quoted

quoted

I believe Amadeusz was still against having the two card design, and wants the routing to automatically happen when playback happens on the sound card created by the USB SND layer.  However, even with that kind of implementation, the major pieces brought in by this series should still be relevant, ie soc-usb and the vendor offload driver.  The only thing that would really change is adding a path from the USB SND PCM ops to interact with the ASoC entities.  Complexity-wise, this would obviously have a good amount of changes to the USB SND/ASoC core drivers.  Some things I can think of that we'd need to introduce:

The notion of two cards was agreed inside Intel as far back as 2018, when Rakesh first looked at USB offload.

Well, I believe a lot has changed since then, not sure if USB Audio Offload
(UAOL) was even stable on the Windows solution back then. Obviously we want
to incorporate what we have learned during all that time into our solution
before it lands on upstream.

Great, can you help review this series please?

Hi Greg,

This series is large and I'd suggest to split it up, what I touched on 
in my recent reply [1]. Please correct me if I'm wrong, but you mostly 
care about drivers/usb/* part. If so, the existing set could be split 
into USB-changes series, ALSA/ASoC-framework series and a third, holding 
bulk of QCOM-specific patches. Me and my team care mostly about the 
sound/* part and we don't hold much expertise in USB. I believe Mathias 
covers this part well though.


[1]: 
https://lore.kernel.org/linux-sound/a8ece816-3d4c-4d60-b7c1-a7f7919325f3@intel.com/ (local)

Czarek