July 2020 - Alsa-devel - mailman.alsa-project.org

[PATCH 00/10] ALSA: Replace words for inclusive terminalogy guideline
by Takashi Iwai 15 Jul '20

15 Jul '20

Hi, this is a patch set to replace some words and sentences for adapting the recent inclusive terminology guidelines. Takashi === Takashi Iwai (10): ALSA: Replace the word "slave" in vmaster API ALSA: ac97: Replace the words white/blacklist ALSA: bt87x: Replace the words white/blacklist ALSA: ctxfi: Replace the word blacklist ALSA: es1968: Replace the words white/blacklist ALSA: hda: Replace the words white/blacklist ALSA: intel8x0: Replace the words white/blacklist ALSA: nm256: Replace the words blacklist ALSA: via82xx: Replace the words whitelist ALSA: usb-audio: Replace blacklist word include/sound/control.h | 45 +++---- include/sound/hda_codec.h | 2 +- sound/core/vmaster.c | 261 ++++++++++++++++++++-------------------- sound/pci/ac97/ac97_patch.c | 34 +++--- sound/pci/bt87x.c | 14 +-- sound/pci/ca0106/ca0106_mixer.c | 18 +-- sound/pci/ctxfi/ctatc.c | 2 +- sound/pci/es1968.c | 20 +-- sound/pci/hda/hda_codec.c | 94 +++++++-------- sound/pci/hda/hda_generic.c | 20 +-- sound/pci/hda/hda_generic.h | 2 +- sound/pci/hda/hda_intel.c | 26 ++-- sound/pci/hda/hda_local.h | 10 +- sound/pci/hda/patch_ca0132.c | 10 +- sound/pci/hda/patch_realtek.c | 6 +- sound/pci/hda/patch_sigmatel.c | 2 +- sound/pci/ice1712/juli.c | 16 +-- sound/pci/ice1712/quartet.c | 12 +- sound/pci/intel8x0.c | 6 +- sound/pci/nm256/nm256.c | 8 +- sound/pci/via82xx.c | 6 +- sound/ppc/awacs.c | 12 +- sound/usb/6fire/control.c | 2 +- sound/usb/quirks-table.h | 2 +- 24 files changed, 316 insertions(+), 314 deletions(-) -- 2.16.4

3 16

[PATCH] sound/soc/soc-core: Removed instances of 'blacklist'
by Paul Schulz 15 Jul '20

15 Jul '20

This patch removes 'blacklist' and replaces it with 'invalid list' in sound/soc/soc-core.c This is a functionally trivial patch and has no other effect. Signed-off-by: Paul Schulz <paul(a)mawsonlakes.org> --- sound/soc/soc-core.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c index 0f30f5aabaa8..6bc56c4cb207 100644 --- a/sound/soc/soc-core.c +++ b/sound/soc/soc-core.c @@ -1457,11 +1457,11 @@ EXPORT_SYMBOL_GPL(snd_soc_runtime_set_dai_fmt); #ifdef CONFIG_DMI /* - * If a DMI filed contain strings in this blacklist (e.g. + * If a DMI filed contain strings in this invalid list (e.g. * "Type2 - Board Manufacturer" or "Type1 - TBD by OEM"), it will be taken * as invalid and dropped when setting the card long name from DMI info. */ -static const char * const dmi_blacklist[] = { +static const char * const dmi_invalid_list[] = { "To be filled by OEM", "TBD by OEM", "Default String", @@ -1493,14 +1493,14 @@ static void cleanup_dmi_name(char *name) /* * Check if a DMI field is valid, i.e. not containing any string - * in the black list. + * in the invalid list. */ static int is_dmi_valid(const char *field) { int i = 0; - while (dmi_blacklist[i]) { - if (strstr(field, dmi_blacklist[i])) + while (dmi_invalid_list[i]) { + if (strstr(field, dmi_invalid_list[i])) return 0; i++; } -- 2.25.1

1 0

[PATCH v3 00/10] topology: decode: Various fixes
by Piotr Maziarz 15 Jul '20

15 Jul '20

This series fixes various problems with topology decoding mechanism. Some of the problems were critical like improper memory management or infinite loops that were causing undefined behaviour or program crashes, while other resulted in losing some data during conversion. Bugs found while testing with Intel SST topologies. Changelog: v2: -Divide into more patches, critical fixes are in separate patches now -More specific descriptions -Fix a typo UML to UCM -Add error reporting in topology: decode: fix channel map memory allocation -Remove goto again in topology: Make buffer for saving dynamic size for better readability v3: -No functional changes -Changed UCM to more descriptive standard ALSA configuration files -removed Gerrit's Change-Id -Added missing signed-offs Piotr Maziarz (10): topology: decode: Fix channel map memory allocation topology: decode: Fix infinite loop in decoding enum control topology: decode: Remove decoding values for enum control topology: decode: Add enum control texts as separate element topology: decode: Fix printing texts section topology: decode: Change declaration of enum decoding function topology: decode: Fix decoding PCM formats and rates topology: decode: Print sig_bits field in PCM capabilities section topology: decode: Add DAI name printing topology: Make buffer for saving dynamic size src/topology/ctl.c | 51 ++++++++++++++++++++++------------------------- src/topology/dapm.c | 3 +-- src/topology/pcm.c | 11 +++++++--- src/topology/save.c | 34 ++++++++++++++++++++++++++----- src/topology/text.c | 2 +- src/topology/tplg_local.h | 2 +- 6 files changed, 64 insertions(+), 39 deletions(-) -- 2.7.4

3 16

[PATCH 0/9] soundwire: intel: revisit SHIM programming
by Bard Liao 15 Jul '20

15 Jul '20

This series does some cleanup, revisits SHIM programming sequences, and merges Soundwire interrupt handlers/threads. Bard Liao (2): soundwire: intel/cadence: merge Soundwire interrupt handlers/threads Soundwire: intel_init: save Slave(s) _ADR info in sdw_intel_ctx Pierre-Louis Bossart (6): soundwire: intel: reuse code for wait loops to set/clear bits soundwire: intel: revisit SHIM programming sequences. soundwire: intel: introduce a helper to arm link synchronization soundwire: intel: introduce helper for link synchronization soundwire: intel_init: add implementation of sdw_intel_enable_irq() soundwire: intel_init: use EXPORT_SYMBOL_NS Rander Wang (1): soundwire: intel: add wake interrupt support drivers/soundwire/cadence_master.c | 18 +- drivers/soundwire/cadence_master.h | 4 + drivers/soundwire/intel.c | 389 ++++++++++++++++++++++------ drivers/soundwire/intel.h | 9 + drivers/soundwire/intel_init.c | 101 +++++++- include/linux/soundwire/sdw_intel.h | 2 + 6 files changed, 425 insertions(+), 98 deletions(-) -- 2.17.1

4 22

[DMIX Plugin] Using Different bindings for same Alsa card
by Vijay Palaniswamy (RBEI/ECF3) 15 Jul '20

15 Jul '20

Hi All, I have two virtual device pointing to same Alsa card ,with different bindings When audio played on both device [dmix_4_channels and dmix_2_channels] in parallel. Audio played on dmix_2_channels is getting corrupted. Validated with alsa versio : 1.2.3 Please let me know how to make it work with below configuration. Alsa configuration used for testing: ************************************************* pcm.dmix_4_channels { type dmix ipc_key 5678293 ipc_perm 0660 ipc_gid audio bindings [0 1 2 3] slave { pcm "hardware" channels 4 periods 4 period_time 40000 } } pcm.dmix_2_channels { type dmix ipc_key 5678293 ipc_perm 0660 ipc_gid audio bindings [0 1] slave { pcm "hardware" channels 2 periods 4 period_time 40000 } } pcm.hardware { type hw card 0 channels 4 rate 48000 format S16_LE } ************************************************* Best regards Palaniswamy Vijay

1 0

[PATCH 0/2] soundwire: sdw.h: fix PRBS/Static_1 swapped
by Bard Liao 15 Jul '20

15 Jul '20

Fix PRBS/Static_1 swapped definitions and indentation in sdw.h Pierre-Louis Bossart (2): soundwire: sdw.h: fix PRBS/Static_1 swapped definitions soundwire: sdw.h: fix indentation include/linux/soundwire/sdw.h | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) -- 2.17.1

2 3

[PATCH 0/3] ASoC: fsl-asoc-card: Support hp and mic detection
by Shengjiu Wang 15 Jul '20

15 Jul '20

Support hp and mic detection. Add a parameter for asoc_simple_init_jack. Shengjiu Wang (3): ASoC: simple-card-utils: Support configure pin_name for asoc_simple_init_jack ASoC: bindings: fsl-asoc-card: Support hp-det-gpio and mic-det-gpio ASoC: fsl-asoc-card: Support Headphone and Microphone Jack detection .../bindings/sound/fsl-asoc-card.txt | 3 + include/sound/simple_card_utils.h | 6 +- sound/soc/fsl/Kconfig | 1 + sound/soc/fsl/fsl-asoc-card.c | 69 ++++++++++++++++++- sound/soc/generic/simple-card-utils.c | 7 +- 5 files changed, 78 insertions(+), 8 deletions(-) -- 2.27.0

3 6

[PATCH v2 0/5] soundwire: handle stream at the dailink level
by Bard Liao 15 Jul '20

15 Jul '20

Currently, stream is handled at the dai level. But we have to handle stream at the dailink level in the multi-cpu dailink usage. changes in v2: - Add kernel doc - Use single line trace log Pierre-Louis Bossart (5): soundwire: intel: implement get_sdw_stream() operations soundwire: stream: add helper to startup/shutdown streams soundwire: intel: remove stream allocation/free soundwire: cadence: allocate/free dma_data in set_sdw_stream soundwire: intel: don't free dma_data in DAI shutdown Documentation/driver-api/soundwire/stream.rst | 11 ++- drivers/soundwire/cadence_master.c | 52 +++++++--- drivers/soundwire/intel.c | 82 ++++------------ drivers/soundwire/stream.c | 98 +++++++++++++++++++ include/linux/soundwire/sdw.h | 2 + 5 files changed, 167 insertions(+), 78 deletions(-) -- 2.17.1

2 6

[PATCH 1/1] MAINTAINERS: change SoundWire maintainer
by Sanyog Kale 15 Jul '20

15 Jul '20

Add Bard as SoundWire maintainer from Intel and change Sanyog's role as reviewer. Signed-off-by: Bard Liao <yung-chuan.liao(a)linux.intel.com> Signed-off-by: Sanyog Kale <sanyog.r.kale(a)intel.com> --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 1c1527a34d99..9559e947bf67 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -16012,8 +16012,9 @@ F: sound/soc/sof/ SOUNDWIRE SUBSYSTEM M: Vinod Koul <vkoul(a)kernel.org> -M: Sanyog Kale <sanyog.r.kale(a)intel.com> +M: Bard Liao <yung-chuan.liao(a)linux.intel.com> R: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> +R: Sanyog Kale <sanyog.r.kale(a)intel.com> L: alsa-devel(a)alsa-project.org (moderated for non-subscribers) S: Supported F: Documentation/driver-api/soundwire/ -- 2.17.1

3 4

[RFT] ALSA control service programs for Digidesign Digi 002/003 family and Tascam FireWire series
by Takashi Sakamoto 15 Jul '20

15 Jul '20

Hi, This is request-for-test (RFT) to the ALSA control service programs for Digidesign Digi 002/003 family and Tascam FireWire series. The programs are available in 'topic/services-for-dg00x-tascam' of below repository, and the RFT is corresponding to Pull Request #1: * https://github.com/alsa-project/snd-firewire-ctl-services/ Background ---------- The models in above family and series are already supported by drivers in ALSA firewire stack for their isochronous packet stream functionality. Although the drivers allow userspace applications to process PCM frames and MIDI messages in the packet streaming, they doesn't support the other functionalities such as volume control since it can be achieved by any usespace applications of Linux firewire subsystem. The service programs added by this patchset are for the supplemental functionality to control the models by asynchronous packet transaction or to process a part of data transferred by the isochronous packet stream. In detail, please read README.rst in the repository[1]. You can see some illustrations. How to build ------------- The project depends on several libraries in below repositories: * glib[2] * alsa-gobject v0.1.0[3] * libhinawa v2.0.0[4] Before building it, please install them with gobject-introspection support. The project is written by Rust programming language[5] and packaged by cargo[6]. To build, just run below commands in the environment to connect to internet: ``` $ git clone https://github.com/alsa-project/snd-firewire-ctl-services.git -b topic/services-for-dg00x-tascam $ cd snd-firewire-ctl-services $ cargo build ``` All of required crates are downloaded automatically, then start build. Executables ----------- The added executables are listed below: * snd-firewire-digi00x-ctl-service * snd-firewire-tascam-ctl-service When running, the programs add and maintain control elements, then enter event loop to dispatch events. Thes elements are visible and manipulable for any userspace applications. The program dispatch any manipulation event for transactions to control actual device. For console model and FE-8 in Tascam FireWire series, the program adds and maintains port in ALSA Sequencer. They have command line options. For all models of Digi 002/003 family, the executable has an option for the numerical ID of sound card. ``` Usage: snd-firewire-digi00x-ctl-service CARD_ID where: CARD_ID: The numerical ID of sound card. ``` For models of Tascam FireWire series except for FE-8, the executable should run with 'snd' as its first option and the numerical ID of sound card as second option. Tascam FE-8 is supported by the service program but not supported by ALSA firewire stack since it doesn't handle isochronous packet streaming. For FE-8, the executable should run with 'fw' as its first option and the numerical ID of firewire character device. ``` Usage: snd-firewire-tascam-ctl-service SUBSYSTEM ID where: SUBSYSTEM: The name of subsystem; 'snd' or 'fw' ID: The numerical ID of sound card or fw character device ``` It's easy to run the executables by cargo, like: ``` $ cargo run --bin snd-firewire-digi00x-ctl-service 2 ``` Receiving SIGTERM signal terminates the event loop, then the program finishes. Access permissions for relevant character devices -------------------------------------------------- The executables manipulate below character devices to dispatch, convert, and emit event from end to end. The '%u' is the numerical number in each subsystem: * ALSA control character device (/dev/snd/controlC%u) * ALSA hwdep character device (/dev/snd/hwC%uD%u) * Linux firewire character device (/dev/fw%u) Additionally, the service program for Tascam FireWire series manipulates ALSA sequencer character device (/dev/snd/seq) to handle events of control surface for console model. Users should pay enough attention to access permission for the above character devices when running the service program. Feedback -------- Any feedback is welcome. For questions, please use mailing list in alsa-devel or alsa-users[7]. For issues, please use service of github.com[8]. Issues ------ The name of control elements are not fixed yet since the convention of name for element set is not clear yet for recording equipment. Users may feel inconvenience to which channel corresponds to which physical port. Furthermore, in the case that element set includes several elements, it's unclear that which element corresponds to which physical port as well. ALSA control core has no feature for the above issues at present. [1] https://github.com/alsa-project/snd-firewire-ctl-services [2] https://gitlab.gnome.org/GNOME/glib [3] https://github.com/alsa-project/alsa-gobject/ [4] https://github.com/alsa-project/libhinawa [5] https://www.rust-lang.org/ [6] https://doc.rust-lang.org/cargo/ [7] https://www.alsa-project.org/wiki/Mailing-lists [8] https://github.com/alsa-project/snd-firewire-ctl-services/issues Regards Takashi Sakamoto

2 4