On Tue, 24 Nov 2020 15:01:19 +0100, Mark Brown wrote:
On Tue, Nov 24, 2020 at 11:56:36AM +0000, Rojewski, Cezary wrote:
What the patchset presents catpt vs SOF. /sof/ runs through SOF firmware so it cannot be account as old-implementation. It's a mix of not recommended fw + incorrect sw flow. As old /haswell/ is no more, there is no worrying about catpt deployment - it's your only option. As there is no userspace involved (lack of topology files), base firmware binary remains the same and amixer kcontrols behave 1:1 when compared to its predecessor, compatibility is left intact.
That's exactly why we should be explicit in driver selection. Pretty sure hsw/bdw case is still mistakenly addressed to as if it was atom-based platform.
It's not just the userspace interface that worries people, it's also any board specific quirks that might turn up. A good chunk of the work with x86 sound support is quirking around platform specifics - look at all the patches Hans sends for example. In an ideal world this would just be people worrying too much but the general history with getting generic code working well on a wide range of x86 hardware it's hard to blame anyone for being conservative about substantial changes in the software stack.
I guess Cezary's point is that CATPT is the only driver for Haswell, hence the intel-dsp-config is useless for it.
But I thought CATPT also covers Broadwell, and Broadwell can be supported by both CATPT and SOF? If so, the dynamic switching makes sense.
Takashi