September 2019 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] ALSA: hda - Apply AMD controller workaround for Raven platform
by Takashi Iwai 20 Sep '19

20 Sep '19

It's reported that the garbled sound on HP Envy x360 13z-ag000 (Ryzen Laptop) is fixed by the same workaround applied to other AMD chips. Update the driver_data entry for Raven (1022:15e3) to use the newly introduced preset, AZX_DCAPS_PRESET_AMD_SB. Since it already contains AZX_DCAPS_PM_RUNTIME, we can drop that bit, too. Reported-and-tested-by: Dennis Padiernos <depadiernos(a)gmail.com> Cc: <stable(a)vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/hda/hda_intel.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 91e71be42fa4..240f4ca76391 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -2485,8 +2485,7 @@ static const struct pci_device_id azx_ids[] = { AZX_DCAPS_PM_RUNTIME }, /* AMD Raven */ { PCI_DEVICE(0x1022, 0x15e3), - .driver_data = AZX_DRIVER_GENERIC | AZX_DCAPS_PRESET_ATI_SB | - AZX_DCAPS_PM_RUNTIME }, + .driver_data = AZX_DRIVER_GENERIC | AZX_DCAPS_PRESET_AMD_SB }, /* ATI HDMI */ { PCI_DEVICE(0x1002, 0x0002), .driver_data = AZX_DRIVER_ATIHDMI_NS | AZX_DCAPS_PRESET_ATI_HDMI_NS }, -- 2.16.4

1 0

[alsa-devel] alsa-lib: Add ucm support for whiskeylake sof-skl_hda_card audio
by Elimar Riesebieter 19 Sep '19

19 Sep '19

Hi ALSA devs, please notice the attached suggestion from Lenovo to support sound for whiskeylake sof-skl_hda_card audio. Thanks Elimar -- You cannot propel yourself forward by patting yourself on the back.

4 3

[alsa-devel] [PATCH v1 0/9] Basic sound support for Arndale board / wm8994 updates
by Sylwester Nawrocki 19 Sep '19

19 Sep '19

This patch series adds basic audio support for Exynos5250 SoC based Arndale board, the Bluetooth receiver source and HDMI output are not covered yet. There is also one fix for wm8994 driver related to WM1811 CODEC and wm8994 updates to handle MCLK clocks, similar to patches: ae1ea48c5c59 ("ASoC: arizona: Add gating for source clocks of the FLLs") 7a4413d0dc96 ("ASoC: arizona: Add gating for clock when used for direct MCLK") Sylwester Nawrocki (9): ASoC: wm8994: Do not register inapplicable controls for WM1811 mfd: wm8994: Add support for MCLKn clock control ASoC: wm8994: Add support for setting MCLKn clock rate ASoC: wm8994: Add support for MCLKn clock gating ASoC: samsung: arndale: Simplify DAI link initialization ASoC: dt-bindings: Document "samsung,arndale-wm1811" compatible ASoC: samsung: arndale: Add support for WM1811 CODEC ASoC: samsung: arndale: Add missing OF node dereferencing ARM: dts: arndale: Add audio support (WM1811 CODEC boards) .../devicetree/bindings/sound/arndale.txt | 5 +- arch/arm/boot/dts/exynos5250-arndale.dts | 27 ++- drivers/mfd/wm8994-core.c | 9 + include/linux/mfd/wm8994/core.h | 9 + sound/soc/codecs/wm8994.c | 164 +++++++++++++++--- sound/soc/samsung/arndale_rt5631.c | 155 +++++++++++++---- 6 files changed, 306 insertions(+), 63 deletions(-) -- 2.17.1

4 36

[alsa-devel] [PATCH v6] dt-bindings: ASoC: Add tas2770 smart PA dt bindings
by shifu0704＠thundersoft.com 19 Sep '19

19 Sep '19

From: Frank Shi <shifu0704(a)thundersoft.com> Add tas2770 smart PA dt bindings Signed-off-by: Frank Shi <shifu0704(a)thundersoft.com> --- .../devicetree/bindings/sound/tas2770.txt | 37 ++++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/tas2770.txt diff --git a/Documentation/devicetree/bindings/sound/tas2770.txt b/Documentation/devicetree/bindings/sound/tas2770.txt new file mode 100644 index 0000000..ede6bb3 --- /dev/null +++ b/Documentation/devicetree/bindings/sound/tas2770.txt @@ -0,0 +1,37 @@ +Texas Instruments TAS2770 Smart PA + +The TAS2770 is a mono, digital input Class-D audio amplifier optimized for +efficiently driving high peak power into small loudspeakers. +Integrated speaker voltage and current sense provides for +real time monitoring of loudspeaker behavior. + +Required properties: + + - compatible: - Should contain "ti,tas2770". + - reg: - The i2c address. Should contain <0x4c>, <0x4d>,<0x4e>, or <0x4f>. + - #address-cells - Should be <1>. + - #size-cells - Should be <0>. + - ti,asi-format: - Sets TDM RX capture edge. 0->Rising; 1->Falling. + - ti,imon-slot-no:- TDM TX current sense time slot. + - ti,vmon-slot-no:- TDM TX voltage sense time slot. + +Optional properties: + +- interrupt-parent: the phandle to the interrupt controller which provides + the interrupt. +- interrupts: interrupt specification for data-ready. + +Examples: + + tas2770@4c { + compatible = "ti,tas2770"; + reg = <0x4c>; + #address-cells = <1>; + #size-cells = <0>; + interrupt-parent = <&msm_gpio>; + interrupts = <97 0>; + ti,asi-format = <0>; + ti,imon-slot-no = <0>; + ti,vmon-slot-no = <2>; + }; + -- 2.7.4

2 2

[alsa-devel] DPCM: suspicious code in dpcm_prune_paths()
by Guennadi Liakhovetski 19 Sep '19

19 Sep '19

Hi, This code in dpcm_prune_paths() seems to have no effect: /* is there a valid CODEC DAI widget for this BE */ for_each_rtd_codec_dai(dpcm->be, i, dai) { widget = dai_get_widget(dai, stream); /* prune the BE if it's no longer in our active list */ if (widget && widget_in_list(list, widget)) continue; } Neither of the variables, that are modified in this loop are used outside of it. Was the "continue" maybe meant to continue the encompassing loop? Thanks Guennadi

2 1

[alsa-devel] [PATCH v6 0/4] ASoC: codecs: Add WSA881x Smart Speaker amplifier support
by Srinivas Kandagatla 19 Sep '19

19 Sep '19

This patchset adds support to WSA8810/WSA8815 Class-D Smart Speaker Amplifier which is SoundWire interfaced. This also adds support to some missing bits in SoundWire bus layer like Device Tree support. This patchset along with DB845c machine driver and WCD934x codec driver has been tested on SDM845 SoC based DragonBoard DB845c with two WSA8810 speakers. Most of the code in this driver is rework of Qualcomm downstream drivers used in Andriod. Credits to Banajit Goswami and Patrick Lai's Team. TODO: Add thermal sensor support in WSA881x. Thanks, srini Changes since v5: - updated slave bindings with proper licencing and fixed up examples. Srinivas Kandagatla (4): dt-bindings: soundwire: add slave bindings soundwire: core: add device tree support for slave devices dt-bindings: ASoC: Add WSA881x bindings ASoC: codecs: add wsa881x amplifier support .../bindings/sound/qcom,wsa881x.yaml | 62 + .../soundwire/soundwire-controller.yaml | 82 ++ drivers/soundwire/bus.c | 2 + drivers/soundwire/bus.h | 1 + drivers/soundwire/slave.c | 52 + sound/soc/codecs/Kconfig | 10 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/wsa881x.c | 1134 +++++++++++++++++ 8 files changed, 1345 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/qcom,wsa881x.yaml create mode 100644 Documentation/devicetree/bindings/soundwire/soundwire-controller.yaml create mode 100644 sound/soc/codecs/wsa881x.c -- 2.21.0

3 9

Re: [alsa-devel] [PATCH V2 3/4] ASoC: pcm_dmaengine: Extract snd_dmaengine_pcm_set_runtime_hwparams
by S.j. Wang 19 Sep '19

19 Sep '19

Hi > > When set the runtime hardware parameters, we may need to query the > capability of DMA to complete the parameters. > > This patch is to Extract this operation from > dmaengine_pcm_set_runtime_hwparams function to a separate function > snd_dmaengine_pcm_set_runtime_hwparams, that other components > which need this feature can call this function. > > Signed-off-by: Shengjiu Wang <shengjiu.wang(a)nxp.com> > --- kbuild test robot report compile issue, will resend v3 after fixing. Best regards Wang shengjiu

1 0

[alsa-devel] [PATCH] ASoC: core: delete component->card_list in soc_remove_component only
by Bard liao 19 Sep '19

19 Sep '19

From: Bard Liao <yung-chuan.liao(a)linux.intel.com> We add component->card_list in the end of soc_probe_component(). In other words, component->card_list will not be added if there is an error in the soc_probe_component() function. So we can't delete component->card_list in the error handling of soc_probe_component(). Fixes: 22d1423187e5 ("ASoC: soc-core: add soc_cleanup_component()") Signed-off-by: Bard Liao <yung-chuan.liao(a)linux.intel.com> --- sound/soc/soc-core.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c index 35f48e9c5ead..aff4b4bf4d07 100644 --- a/sound/soc/soc-core.c +++ b/sound/soc/soc-core.c @@ -978,7 +978,6 @@ static void soc_cleanup_component(struct snd_soc_component *component) /* For framework level robustness */ snd_soc_component_set_jack(component, NULL, NULL); - list_del(&component->card_list); snd_soc_dapm_free(snd_soc_component_get_dapm(component)); soc_cleanup_component_debugfs(component); component->card = NULL; @@ -991,7 +990,7 @@ static void soc_remove_component(struct snd_soc_component *component) return; snd_soc_component_remove(component); - + list_del(&component->card_list); soc_cleanup_component(component); } -- 2.17.1

5 12

[alsa-devel] [RFC PATCH 0/9] soundwire: add Master device support, GreyBus style
by Pierre-Louis Bossart 18 Sep '19

18 Sep '19

The current use of platform devices leads to limitations in terms of API and problematic reference counts flagged during the review of sysfs patches. As suggested by Greg KH, this patch series introduces a 'Master device' and gets rid of platform devices. The code is inspired by GreyBus, e.g. 'gb_hd_driver' is translated for the SoundWire context as 'sdw_md_driver' and likewise 'gb_host_device' is translated as 'sdw_master_device'. There are differences in the way devices are created, using device_register instead of the multiple steps used in GreyBus. All I know about GreyBus is that it's based on Unipro, so the code updates are based on a first-order analysis, it could very well be I missed concepts while trying to reverse-engineer the code in staging/greybus/. I focused on the concepts mainly and it's also possible that the dual-license for new files or plan-vanilla EXPORT_SYMBOL are not appropriate for all the changes in this series. Please don't take errors as deliberate intent to work-around GPL but rather as an indicator of maturity of the code only developed in the last few days. These changes make it possible to provide new callbacks, e.g splitting the bus startup from the initializations in probe, which is very much desired on Intel platforms to detect the machine driver as early as possible before the hardware is fully powered/enable. These patches will be provided as a separate RFC later today to illustrate the benefit of these changes. To make the code more consistent the first series of patches are renames. I did not rename 'sdw_slave' or 'module_sdw_driver' to avoid compatibility issues since there are codec drivers almost ready for integration. I don't have any specific opinion on if/when additional renames should be done, as long as there is a means to clearly identify what is specific to a SoundWire Master I am fine. Feedback and reviews welcome. Bard Liao (1): soundwire: add device driver to sdw_md_driver Pierre-Louis Bossart (8): soundwire: renames to prepare support for master drivers/devices soundwire: rename dev_to_sdw_dev macro soundwire: rename drv_to_sdw_slave_driver macro soundwire: bus_type: rename sdw_drv_ to sdw_slave_drv soundwire: intel: rename res field as link_res soundwire: add support for sdw_slave_type soundwire: add initial definitions for sdw_master_device soundwire: intel: remove platform devices and provide new interface drivers/base/regmap/regmap-sdw.c | 4 +- drivers/soundwire/Makefile | 2 +- drivers/soundwire/bus.c | 2 +- drivers/soundwire/bus_type.c | 60 +++--- drivers/soundwire/intel.c | 117 ++++++----- drivers/soundwire/intel.h | 22 +-- drivers/soundwire/intel_init.c | 293 +++++++++++++++++++--------- drivers/soundwire/master.c | 80 ++++++++ drivers/soundwire/slave.c | 9 +- include/linux/soundwire/sdw.h | 39 +++- include/linux/soundwire/sdw_intel.h | 86 +++++++- include/linux/soundwire/sdw_type.h | 34 +++- 12 files changed, 551 insertions(+), 197 deletions(-) create mode 100644 drivers/soundwire/master.c -- 2.20.1

2 17

[alsa-devel] [PATCH] ASoC: rsnd: do error check after rsnd_channel_normalization()
by Kuninori Morimoto 18 Sep '19

18 Sep '19

From: Kuninori Morimoto <kuninori.morimoto.gx(a)renesas.com> SSI need to use rsnd_channel_normalization() for TDM-split mode, thus, channel check need to do after that. Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx(a)renesas.com> --- Mark This is for v5.4 sound/soc/sh/rcar/ssi.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/sound/soc/sh/rcar/ssi.c b/sound/soc/sh/rcar/ssi.c index f6a7466..fc5d089 100644 --- a/sound/soc/sh/rcar/ssi.c +++ b/sound/soc/sh/rcar/ssi.c @@ -286,6 +286,11 @@ static int rsnd_ssi_master_clk_start(struct rsnd_mod *mod, if (rsnd_ssi_is_multi_slave(mod, io)) return 0; + if (rsnd_runtime_is_tdm_split(io)) + chan = rsnd_io_converted_chan(io); + + chan = rsnd_channel_normalization(chan); + if (ssi->usrcnt > 0) { if (ssi->rate != rate) { dev_err(dev, "SSI parent/child should use same rate\n"); @@ -300,11 +305,6 @@ static int rsnd_ssi_master_clk_start(struct rsnd_mod *mod, return 0; } - if (rsnd_runtime_is_tdm_split(io)) - chan = rsnd_io_converted_chan(io); - - chan = rsnd_channel_normalization(chan); - main_rate = rsnd_ssi_clk_query(rdai, rate, chan, &idx); if (!main_rate) { dev_err(dev, "unsupported clock rate\n"); -- 2.7.4

2 1