November 2017 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH 1/1] ASoC: stm32: sai: fix warning in stm32_sai_set_config()
by Olivier Moysan 02 Nov '17

02 Nov '17

Fix uninitialized warning introduced by "Move static settings to DAI init" commit in stm32_sai_set_config() function. Signed-off-by: Olivier Moysan <olivier.moysan(a)st.com> --- sound/soc/stm/stm32_sai_sub.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/sound/soc/stm/stm32_sai_sub.c b/sound/soc/stm/stm32_sai_sub.c index 150ad54..08583b9 100644 --- a/sound/soc/stm/stm32_sai_sub.c +++ b/sound/soc/stm/stm32_sai_sub.c @@ -482,13 +482,13 @@ static int stm32_sai_set_config(struct snd_soc_dai *cpu_dai, cr1_mask = SAI_XCR1_DS_MASK; switch (params_format(params)) { case SNDRV_PCM_FORMAT_S8: - cr1 |= SAI_XCR1_DS_SET(SAI_DATASIZE_8); + cr1 = SAI_XCR1_DS_SET(SAI_DATASIZE_8); break; case SNDRV_PCM_FORMAT_S16_LE: - cr1 |= SAI_XCR1_DS_SET(SAI_DATASIZE_16); + cr1 = SAI_XCR1_DS_SET(SAI_DATASIZE_16); break; case SNDRV_PCM_FORMAT_S32_LE: - cr1 |= SAI_XCR1_DS_SET(SAI_DATASIZE_32); + cr1 = SAI_XCR1_DS_SET(SAI_DATASIZE_32); break; default: dev_err(cpu_dai->dev, "Data format not supported"); -- 1.9.1

2 1

[alsa-devel] [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver
by Oleksandr Andrushchenko 02 Nov '17

02 Nov '17

From: Oleksandr Andrushchenko <oleksandr_andrushchenko(a)epam.com> This patch series adds support for Xen [1] para-virtualized sound frontend driver. It implements the protocol from include/xen/interface/io/sndif.h with the following limitations: - mute/unmute is not supported - get/set volume is not supported Volume control is not supported for the reason that most of the use-cases (at the moment) are based on scenarious where unprivileged OS (e.g. Android, AGL etc) use software mixers. Both capture and playback are supported. Thank you, Oleksandr Resending because of rebase onto [2] + added missing patch [1] https://xenproject.org/ [2] https://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git/log/?h=for-… Oleksandr Andrushchenko (12): ALSA: vsnd: Introduce Xen para-virtualized sound frontend driver ALSA: vsnd: Implement driver's probe/remove ALSA: vsnd: Implement Xen bus state handling ALSA: vsnd: Read sound driver configuration from Xen store ALSA: vsnd: Implement Xen event channel handling ALSA: vsnd: Implement handling of shared buffers ALSA: vsnd: Introduce ALSA virtual sound driver ALSA: vsnd: Initialize virtul sound card ALSA: vsnd: Add timer for period interrupt emulation ALSA: vsnd: Implement ALSA PCM operations ALSA: vsnd: Implement communication with backend ALSA: vsnd: Introduce Kconfig option to enable Xen PV sound sound/drivers/Kconfig | 12 + sound/drivers/Makefile | 2 + sound/drivers/xen-front.c | 2107 +++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 2121 insertions(+) create mode 100644 sound/drivers/xen-front.c -- 2.7.4

5 33

[alsa-devel] [PATCH] ALSA: usb-audio: support new Amanero Combo384 firmware version
by Jussi Laako 02 Nov '17

02 Nov '17

Support DSD_U32_BE sample format on new Amanero Combo384 firmware version on older VID/PID. Signed-off-by: Jussi Laako <jussi(a)sonarnerd.net> --- sound/usb/quirks.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/usb/quirks.c b/sound/usb/quirks.c index 5a040e3..77eecaa 100644 --- a/sound/usb/quirks.c +++ b/sound/usb/quirks.c @@ -1369,6 +1369,7 @@ u64 snd_usb_interface_dsd_format_quirks(struct snd_usb_audio *chip, case 0x199: return SNDRV_PCM_FMTBIT_DSD_U32_LE; case 0x19b: + case 0x203: return SNDRV_PCM_FMTBIT_DSD_U32_BE; default: break; -- 2.7.4

2 1

[alsa-devel] [Patch v6 0/7] Introduce framework for SLIMbus device drivers
by srinivas.kandagatla＠linaro.org 02 Nov '17

02 Nov '17

From: Srinivas Kandagatla <srinivas.kandagatla(a)linaro.org> It's been very long time since there was any activity on the slimbus patches, Am currently working on getting Qualcomm DSP based audio working on top of mainline. Slimbus is one of the major component for getting any analog audio on QCOM SoC's. So am taking intiative to address the review comments on the older patchset and send it. I have tested this patch on IFC6410 board with wcd9310 codec. SLIMbus (Serial Low Power Interchip Media Bus) is a specification developed by MIPI (Mobile Industry Processor Interface) alliance. SLIMbus is a 2-wire implementation, which is used to communicate with peripheral components like audio-codec. SLIMbus uses Time-Division-Multiplexing to accommodate multiple data channels, and control channel. Control channel has messages to do device-enumeration, messages to send/receive control-data to/from slimbus devices, messages for port/channel management, and messages to do bandwidth allocation. Framework is introduced to support multiple instances of the bus (1 controller per bus), and multiple slave devices per controller. SPI and I2C frameworks, and comments from last time when I submitted the patches were referred-to while working on this framework. These patchsets introduce device-management, OF helpers, and messaging APIs, controller driver for Qualcomm's slimbus controller, and clock-pause feature for entering/exiting low-power mode for SLIMbus. Framework patches to do channel, port and bandwidth management are work-in-progress and will be sent out once these initial patches are accepted. These patchsets were tested on Qualcomm Snapdragon processor board using the controller driver, and a test slave device. Changes from V5 to V6: * aligned slim_driver_register more like other buses, suggested by Arnd. * removed boardinfo and add_device apis for now, suggested by Arnd * Few namespace cleanups suggested by Masami * merged of apis in to first patch as suggested by Arnd. * slimbus clients "compatible" name space made much inline with USB and PCIE, suggested by Rob and Arnd. * Removed memory allocations to controller drivers, as suggested by Arnd. * Various bindings comments addressed as suggested by Mark and others. * Added regmap interface so that codecs can write more generic code. * Added MAINTAINER file. Sagar Dharia (5): slimbus: Device management on SLIMbus slimbus: Add messaging APIs to slimbus framework slimbus: qcom: Add Qualcomm Slimbus controller driver slimbus: Add support for 'clock-pause' feature slimbus: qcom: Add runtime-pm support using clock-pause feature Srinivas Kandagatla (2): regmap: add SLIMBUS support MAINTAINERS: Add SLIMbus maintainer Documentation/devicetree/bindings/slimbus/bus.txt | 57 ++ .../devicetree/bindings/slimbus/slim-qcom-ctrl.txt | 43 ++ Documentation/slimbus/summary | 109 ++++ MAINTAINERS | 8 + drivers/Kconfig | 2 + drivers/Makefile | 1 + drivers/base/regmap/Kconfig | 4 + drivers/base/regmap/Makefile | 1 + drivers/base/regmap/regmap-slimbus.c | 89 +++ drivers/slimbus/Kconfig | 20 + drivers/slimbus/Makefile | 8 + drivers/slimbus/slim-core.c | 725 +++++++++++++++++++++ drivers/slimbus/slim-messaging.c | 509 +++++++++++++++ drivers/slimbus/slim-qcom-ctrl.c | 714 ++++++++++++++++++++ drivers/slimbus/slim-qcom.h | 64 ++ drivers/slimbus/slim-sched.c | 126 ++++ include/linux/mod_devicetable.h | 13 + include/linux/regmap.h | 18 + include/linux/slimbus.h | 512 +++++++++++++++ 19 files changed, 3023 insertions(+) create mode 100644 Documentation/devicetree/bindings/slimbus/bus.txt create mode 100644 Documentation/devicetree/bindings/slimbus/slim-qcom-ctrl.txt create mode 100644 Documentation/slimbus/summary create mode 100644 drivers/base/regmap/regmap-slimbus.c create mode 100644 drivers/slimbus/Kconfig create mode 100644 drivers/slimbus/Makefile create mode 100644 drivers/slimbus/slim-core.c create mode 100644 drivers/slimbus/slim-messaging.c create mode 100644 drivers/slimbus/slim-qcom-ctrl.c create mode 100644 drivers/slimbus/slim-qcom.h create mode 100644 drivers/slimbus/slim-sched.c create mode 100644 include/linux/slimbus.h -- 2.9.3

11 57

[alsa-devel] High CPU usage on the default device, low CPU usage on a specific device
by Andoru 01 Nov '17

01 Nov '17

As the title says, I'm having a bit of an issue with ALSA, and the high CPU (~15-20%) usage in some cases. So far on the default device, I've only noticed this with VLC and foobar2000 (through Wine), but there are other apps/games that might have the same problem. It's just easy to tell if an app/ALSA uses too much CPU if you just play some audio files and you don't have anything else that might need the extra CPU power, like rendering the video stream or render the graphics. I can fix the high CPU usage in VLC if I switch the audio sub-device from the Default to a specific one (in my case: Analog Front Speakers). There is no change in the audio quality, but the resources used instantly decrease. The only problem with this is that I can no longer play/hear any audio from other apps/games (so basically VLC monopolises the card). Also, this is not possible under Wine, so I can't achieve the same thing for foobar2000, or other Windows apps/games. I haven't made any custom config files for ALSA, except to disable the HDMI audio output (so that the normal analogue output is used by default in all apps/games), and I've done that in /etc/modprobe.d/intel-disable-hdmi.conf with this as it's content: _______________________________________________________________________ options snd_hda_intel enable=0,1 _______________________________________________________________________ The soundcard that I'm using is an integrated one, and it's a Realtek ALC887-VD. Does anyone know what I could do to fix this issue, while still being able to play multiple streams of audio at the same time?

1 0

[alsa-devel] Changing snd_hda_intel.power_save default value ?
by Hans de Goede 01 Nov '17

01 Nov '17

Hi All, I'm working on trying to improve the OOTB power-consumption of Linux (Fedora Workstation) on laptops. One of the easy wins here is setting snd_hda_intel.power_save=1 I see that the default is configurable through a Kconfig option, currently Fedora is using the Kconfig default value of 0. So I'm wondering if there any known issues with changing the default to 1 ? I was also thinking that maybe an automatic value (SND_HDA_POWER_SAVE_DEFAULT == -1) might be a good idea, which would mean 0 normally except for PCI-ids which are markes with a MOBILE flag in their driver_data in the azx_ids pci_device_id table ? Regards, Hans

2 2

[alsa-devel] ASoC fixes for v4.14
by Mark Brown 01 Nov '17

01 Nov '17

The following changes since commit 0b07194bb55ed836c2cc7c22e866b87a14681984: Linux 4.14-rc7 (2017-10-29 13:58:38 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v4.14-rc7 for you to fetch changes up to b817d936248b9bcee8282e97fb1dda1b03c903fe: Merge remote-tracking branches 'asoc/fix/topology', 'asoc/fix/adau17x1', 'asoc/fix/rt5514', 'asoc/fix/rt5616', 'asoc/fix/rt5659' and 'asoc/fix/rt5663' into tmp (2017-11-01 13:36:16 +0000) ---------------------------------------------------------------- ASoC: Fixes for v4.14 A bunch of fixes here, mostly device specific ones (the biggest one being the revert of the hotword support for rt5514), with a couple of core fixes for potential issues with corrupted or otherwise invalid topology files. ---------------------------------------------------------------- Bard Liao (3): ASoC: rt5659: register power bit of LOUT Amp ASoC: rt5659: connect LOUT Amp with Charge Pump ASoC: rt5616: fix 0x91 default value Christophe JAILLET (2): ASoC: topology: Fix a potential NULL pointer dereference in 'soc_tplg_dapm_widget_denum_create()' ASoC: topology: Fix a potential memory leak in 'soc_tplg_dapm_widget_denum_create()' Hsin-Yu Chao (2): ASoC: rt5514-spi: check irq status to schedule data copy ASoC: rt5514: Revert Hotword Model control Mark Brown (1): Merge remote-tracking branches 'asoc/fix/topology', 'asoc/fix/adau17x1', 'asoc/fix/rt5514', 'asoc/fix/rt5616', 'asoc/fix/rt5659' and 'asoc/fix/rt5663' into tmp Ricard Wanderlof (1): ASoC: adau17x1: Workaround for noise bug in ADC oder_chiou(a)realtek.com (1): ASoC: rt5663: Change the dev getting function in rt5663_irq sound/soc/codecs/adau17x1.c | 24 ++++++++++++++++- sound/soc/codecs/adau17x1.h | 2 ++ sound/soc/codecs/rt5514-spi.c | 17 ++++++++++-- sound/soc/codecs/rt5514-spi.h | 3 +++ sound/soc/codecs/rt5514.c | 63 ------------------------------------------- sound/soc/codecs/rt5514.h | 3 --- sound/soc/codecs/rt5616.c | 2 +- sound/soc/codecs/rt5659.c | 4 ++- sound/soc/codecs/rt5663.c | 3 ++- sound/soc/soc-topology.c | 5 +++- 10 files changed, 53 insertions(+), 73 deletions(-)

2 1

[alsa-devel] [PATCH] alsa-lib: topology: fix DSP_B mode string
by Liam Girdwood 01 Nov '17

01 Nov '17

Use the correct string for DSP_B mode. Signed-off-by: Liam Girdwood <liam.r.girdwood(a)linux.intel.com> --- src/topology/pcm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/topology/pcm.c b/src/topology/pcm.c index 0f4deb4f..c5e8d465 100644 --- a/src/topology/pcm.c +++ b/src/topology/pcm.c @@ -997,7 +997,7 @@ static int get_audio_hw_format(const char *val) if (!strcmp(val, "DSP_A")) return SND_SOC_DAI_FORMAT_DSP_A; - if (!strcmp(val, "LEFT_B")) + if (!strcmp(val, "DSP_B")) return SND_SOC_DAI_FORMAT_DSP_B; if (!strcmp(val, "AC97")) -- 2.11.0

2 1

[alsa-devel] [PATCH 0/2] ASoC: rsnd: remove NULL check from rsnd_mod_name()/rsnd_mod_id()
by Kuninori Morimoto 01 Nov '17

01 Nov '17

Hi Mark These are not important from technical point of view, but measures against statically code checker. Kuninori Morimoto (2): ASoC: rsnd: rsnd_ssi_run_mods() needs to care ssi_parent_mod ASoC: rsnd: remove NULL check from rsnd_mod_name()/rsnd_mod_id() sound/soc/sh/rcar/core.c | 8 -------- sound/soc/sh/rcar/dma.c | 24 ++++++++++++++++++------ sound/soc/sh/rcar/rsnd.h | 6 +++--- sound/soc/sh/rcar/ssi.c | 11 ++++++++--- 4 files changed, 29 insertions(+), 20 deletions(-) -- 1.9.1

2 4