Re: [PATCH 0/7] topology: Add support for vendor tuples

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Takashi and Mark,

Despite the ABI update, could you help to review if this is a doable solution to define vendor-specific data by tuples?

Previously there was a patch for Skylake topology conf file, but this file try to import vendor specific config data as a binary blob from other files. The patch was refused for on license of the binary blob and we were suggested to expose the layout of the data. This patch series is to meet this request, providing a way for vendors to define their structured private data.

Here is the link of the refused patch:
[PATCH] conf: topology: Add topolgy for skylake i2s configuration

http://mailman.alsa-project.org/pipermail/alsa-devel/2016-February/104099.html

Thanks
Mengdong


On 03/25/2016 01:39 PM, Mengdong Lin wrote:
http://mailman.alsa-project.org/pipermail/alsa-devel/2016-February/104099.html
On 03/24/2016 07:20 PM, Mark Brown wrote:
On Thu, Mar 24, 2016 at 11:05:29AM +0800, mengdong.lin@xxxxxxxxxxxxxxx
wrote:
From: Mengdong Lin <mengdong.lin@xxxxxxxxxxxxxxx>

This series addes support for vendor tuples to topology, to avoid
importing binary data blob from other files.

Backward compatibility of ABI is not impacted. A kernel patch is also
submitted "ASoC: topology: ABI - Define types for vendor tuples".

It's now been three kernel releases since the original code was merged
and we've still not seen any effort to make the ABI actually available.
Where are we with that?  I've mentioned it a few times previously but
don't really recall any response.


We've been working on this. I'm sorry we're still not fast enough.

This ABI update is introduced by previous failure to upstream the
topology configuration file for Skylake, which imports vendor-specific
binary data from another file. It was refused because of the license of
the binary data is not obvious. So we turn to use vendor tuples, because
the vendor tuples can show the layout and meaning of binary data, which
can help to check if the data is safe to open source.
This ABI change has no impact on backward compatibility.

Also, the audio device driver for new platforms are under development
now, which uses topology for DAI and DAI links. We're checking if
current ABI can meet all requirements for the new platforms. This may
still need a few weeks.

Thanks
Mengdong
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux