[alsa-devel] [PATCH v1 3/3] ASoC: soc-core: fix platform name vs. of_node assignement
Mark Brown
broonie at kernel.org
Wed Jan 9 13:53:40 CET 2019
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 :/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20190109/504c8735/attachment-0001.sig>
More information about the Alsa-devel
mailing list