ucm-conf: Add intel UCM conf files to alsa-ucm-conf repo

From: Fuwei Tang <[email protected]>

Add the intel UCM configs to a dedicated UCM conf repo and release them using the BSD license.

The other non intel UCM files can be moved over when there is agreement with the file authors, but in the mean time they will stay in alsa-lib.
The configs are moved from alsa-lib repo. The original authorship and commit message of all config files will be reserved.

Fuwei Tang (1):
ucm-conf: Set up for installation

Vinod Koul (2):
ucm-conf: broxton: add broxton-rt298 conf files
ucm-conf: skylake: add skylake-rt286 conf files

 .gitignore                       |  12 ++++
 ChangeLog                        |   1 +
 INSTALL                          |   1 +
 Makefile.am                      |   1 +
 broxton-rt298/Hdmi1              |  22 +++++++
 broxton-rt298/Hdmi2              |  14 +++++
 broxton-rt298/HiFi               | 129 +++++++++++++++++++++++++++++++++++++++
 broxton-rt298/Makefile.am        |   4 ++
 broxton-rt298/broxton-rt298.conf |  58 ++++++++++++++++++
 configure.ac                     |  24 ++++++++
 gitcompile                       |   5 ++
 skylake-rt286/Hdmi1              |  20 ++++++
 skylake-rt286/Hdmi2              |  20 ++++++
 skylake-rt286/HiFi               | 129 +++++++++++++++++++++++++++++++++++++++
 skylake-rt286/Makefile.am        |   4 ++
 skylake-rt286/skylake-rt286.conf |  60 ++++++++++++++++++
 16 files changed, 504 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 ChangeLog
 create mode 120000 INSTALL
 create mode 100644 Makefile.am
 create mode 100644 broxton-rt298/Hdmi1
 create mode 100644 broxton-rt298/Hdmi2
 create mode 100644 broxton-rt298/HiFi
 create mode 100644 broxton-rt298/Makefile.am
 create mode 100644 broxton-rt298/broxton-rt298.conf
 create mode 100644 configure.ac
 create mode 100755 gitcompile
 create mode 100644 skylake-rt286/Hdmi1
 create mode 100644 skylake-rt286/Hdmi2
 create mode 100644 skylake-rt286/HiFi
 create mode 100644 skylake-rt286/Makefile.am
 create mode 100644 skylake-rt286/skylake-rt286.conf

Quoted 4 lines · On Wed, 2017-04-12 at 16:54 +0800, [email protected] wrote:

From: Fuwei Tang <[email protected]>

Add the intel UCM configs to a dedicated UCM conf repo and release them using the BSD license.

We are still missing the LICENSE/COPYING file. We need to add it the top directory level so it's clear to users.

Quoted 5 lines

The other non intel UCM files can be moved over when there is agreement with the file authors, but in the mean time they will stay in alsa-lib.
The configs are moved from alsa-lib repo. The original authorship and commit message of all config files will be reserved.

Takashi, how do you want to manage the move ? We could add the files to the new repo first and then only delete them in alsa-lib after the next alsa-lib release ? This would give time for distros to pick up the new conf package. I'm easy on whatever works best here.

Quoted 16 lines · Liam Girdwood

Quoted 4 lines · On Wed, 2017-04-12 at 16:54 +0800, [email protected] wrote:

From: Fuwei Tang <[email protected]>

Add the intel UCM configs to a dedicated UCM conf repo and release them using the BSD license.

We are still missing the LICENSE/COPYING file. We need to add it the top directory level so it's clear to users.

Quoted 5 lines

The other non intel UCM files can be moved over when there is agreement with the file authors, but in the mean time they will stay in alsa-lib.
The configs are moved from alsa-lib repo. The original authorship and commit message of all config files will be reserved.

Quoted 4 lines

Takashi, how do you want to manage the move ? We could add the files to the new repo first and then only delete them in alsa-lib after the next alsa-lib release ? This would give time for distros to pick up the new conf package. I'm easy on whatever works best here.

We really need a consensus before dealing with such patches. It's just a copy / move of some files to another repo, so a patch is just a waste of bandwidth.

If the only question is about the license, why can't we put another license to UCM profiles in the repo, while keeping LGPL for others as is? You can declare it in README or maybe better in another text file to explaining about the licenses in the repository.

I'm asking it because, possibly, UCM syntax may be extended in future, and then there is mismatch with UCM profile and parser. By providing in a single repo, at least, we can avoid the mismatch in the source level.

Other than that, I myself have no objection to factor out to another repo. But, as previously mentioned, it's rather a request to Jaroslav, who maintains the repositories in alsa-project.org.

Dne 12.4.2017 v 16:57 Takashi Iwai napsal(a):

Quoted 32 lines

Quoted 16 lines · Liam Girdwood

Quoted 4 lines · On Wed, 2017-04-12 at 16:54 +0800, [email protected] wrote:

From: Fuwei Tang <[email protected]>

Add the intel UCM configs to a dedicated UCM conf repo and release them using the BSD license.

We are still missing the LICENSE/COPYING file. We need to add it the top directory level so it's clear to users.

Quoted 5 lines

The other non intel UCM files can be moved over when there is agreement with the file authors, but in the mean time they will stay in alsa-lib.
The configs are moved from alsa-lib repo. The original authorship and commit message of all config files will be reserved.

Quoted 4 lines

Takashi, how do you want to manage the move ? We could add the files to the new repo first and then only delete them in alsa-lib after the next alsa-lib release ? This would give time for distros to pick up the new conf package. I'm easy on whatever works best here.

We really need a consensus before dealing with such patches. It's just a copy / move of some files to another repo, so a patch is just a waste of bandwidth.

If the only question is about the license, why can't we put another license to UCM profiles in the repo, while keeping LGPL for others as is? You can declare it in README or maybe better in another text file to explaining about the licenses in the repository.

Quoted 8 lines

I'm asking it because, possibly, UCM syntax may be extended in future, and then there is mismatch with UCM profile and parser. By providing in a single repo, at least, we can avoid the mismatch in the source level.

Other than that, I myself have no objection to factor out to another repo. But, as previously mentioned, it's rather a request to Jaroslav, who maintains the repositories in alsa-project.org.

I'm ready to do anything we settle. There's another option - keep ucm config files in alsa-lib and publish/mirror them also in the separate repository (assuming that there are other frameworks which may use them
- like on android). And I agree with the point that the UCM files may have different licence than other files in alsa-lib, because they are not a direct part of the executable binary.

Jaroslav