On Wed, Jan 09, 2019 at 11:03:44AM +0000, Jon Hunter wrote: > On 09/01/2019 01:51, Kuninori Morimoto wrote: > > "multi platform" is no plan (?). > I would like someone to explain what multi-platform means? Even if a > soundcard supports multiple platforms, there is only one platform you > are using at any time so ... Platform in this case means DMA driver (for historical reasons I've never entirely understood the DMA drivers got called the platform drivers). It is possible that a system might have multiple DMA implementations in a single sound card but fortunately we don't seem to run into that. > > I want to which to modern style immediately and remove legacy style. > > But as you know, we have too many ALSA SoC drivers now. > > So, if I posted "switch legacy style to modern style" patch > > for each (= for codec, for platform, for cpu), it will be patch-bomb, > > and Lars-Petter/Mark don't like it. > > Thus, I'm waiting "multi CPU" support patch. > Sorry, I still don't understand the dependency on the multi CPU and why > we need to wait. I believe Morimoto-san's concern is to minimize the number of refactorings of the drivers as that gets disruptive. That's definitely a valid concern but we can't postpone fixing bugs over releases, we need things to work for people. > > If CPU/Codec/Platform can be snd_soc_init_platform style, > > then, we can switch to modern style for all drivers. > > Then, all driver will have *static* platform. > > # So, I guess if your driver can switch to use > > # snd_soc_init_platform style directly, your problem can gone ? > Yes that is an alternative and I can convert all the Tegra machine > drivers to use this now. However, that will not solve the problem for > non-Tegra devices and everyone will have to do this. We're going to have to go through another round of conversions that touch everything at some point no matter what :/
Attachment:
signature.asc
Description: PGP signature
