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

[alsa-devel] [PATCH 0/3] ASoC: wm8741: Varios enhancements
by Sergej Sawazki 30 Oct '17

30 Oct '17

This patch series contains the following 3 patches for the WM8741 codec driver. 1) Adds digital mute callback. 2) Sets oversampling rate mode (OSR), required for sampling rates > 48kHz. 3) Sets MCLK/LRCLK sampling rate ratio (SR), avoids relying on auto-detection. Sergej Sawazki (3): ASoC: wm8741: Add digital mute callback ASoC: wm8741: Set OSR mode in hw_params() ASoC: wm8741: Set SR mode in hw_params() sound/soc/codecs/wm8741.c | 49 +++++++++++++++++++++++++++++++++++++++-------- 1 file changed, 41 insertions(+), 8 deletions(-) -- 2.7.4

3 15

Re: [alsa-devel] ALC700 in the Intel chipset
by Pshou 26 Oct '17

26 Oct '17

Hi alsa-devel ML: Could you merge this 000-alc700-intel.patch file to your ALSA driver? I changed "Intel debug" to "Intel Reference board". Best regards Pshou -----Original Message----- From: Takashi Iwai [mailto:tiwai@suse.de] Sent: Friday, September 01, 2017 4:13 PM To: Pshou Cc: CHLin; Kailang; Singh, Guneshwor O Subject: Re: ALC700 in the Intel chipset On Fri, 01 Sep 2017 10:06:13 +0200, Pshou wrote: > > Hi Takashi: > > This is 0000-alc700-intel.patch file. Thanks, it looks good now. One thing to be changed is the name "Intel debug". Maybe "Intel Reference board" or such would fit better. In anyway, could you submit the patch to alsa-devel ML? Once after it's submitted, I'll merge it. thanks, Takashi > > Best regards > pshou > > -----Original Message----- > From: Takashi Iwai [mailto:tiwai@suse.de] > Sent: Tuesday, August 22, 2017 5:04 PM > To: CHLin > Cc: Pshou; Kailang; Singh, Guneshwor O > Subject: Re: ALC700 in the Intel chipset > > On Tue, 22 Aug 2017 10:05:18 +0200, > CHLin wrote: > > > > Hi Takashi > > > > ALC 700 needs this patch for jack detection function. > > Because ALC700's jack detect function defaults is disable. > > So alc700 needs pathc to enable jack detection function. > > OK, then could you update the patch description for giving more such information, prepare the proper patch in a form described in Documentation/SubmittingPatches with signed-off-by tags? > This is mandatory for merging to upstream. > > > thanks, > > Takashi > > > Thanks. > > > > ======================= > > Realtek Semiconductor Corp. > > 林家賢 CH_Lin > > System Design Dept II PCBG > > Tel: 886-3-578-0211 ext:13162 > > ======================= > > > > > > -----Original Message----- > > From: Takashi Iwai [mailto:tiwai@suse.de] > > Sent: Monday, August 21, 2017 6:23 PM > > To: Pshou > > Cc: Kailang; Singh, Guneshwor O; CHLin > > Subject: Re: ALC700 in the Intel chipset > > > > On Mon, 21 Aug 2017 10:05:25 +0200, > > Pshou wrote: > > > > > > Hi Tiwai: > > > > > > Nice to meet you. > > > > > > This is the case of intel. > > > Fixing Jack detection on ALC700 > > > > Could you give more information about this patch? > > For which platform and for what problem? At best, please add more information in the patch changelog itself. > > > > > > thanks, > > > > Takashi > > > > ------Please consider the environment before printing this e-mail.

2 5

[alsa-devel] [PATCH] ASoC: Intel: Skylake: Decrease loglevel for topology loading
by Chintan Patel 25 Oct '17

25 Oct '17

In case of failure in loading customize topology firmware, dfw_sst.bin gets loaded. However, current log provides this message as error even after successfully falling back to default topology "dfw_sst.bin". Hence to convey proper message, changing log level and message. Signed-off-by: Chintan Patel <chintan.m.patel(a)intel.com> --- sound/soc/intel/skylake/skl-topology.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/intel/skylake/skl-topology.c b/sound/soc/intel/skylake/skl-topology.c index 22f768ca3c73..12f383fd7c39 100644 --- a/sound/soc/intel/skylake/skl-topology.c +++ b/sound/soc/intel/skylake/skl-topology.c @@ -3404,7 +3404,7 @@ int skl_tplg_init(struct snd_soc_platform *platform, struct hdac_ext_bus *ebus) ret = request_firmware(&fw, skl->tplg_name, bus->dev); if (ret < 0) { - dev_err(bus->dev, "tplg fw %s load failed with %d\n", + dev_info(bus->dev, "tplg fw %s load failed with %d, falling back to dfw_sst.bin", skl->tplg_name, ret); ret = request_firmware(&fw, "dfw_sst.bin", bus->dev); if (ret < 0) { -- 1.9.1

2 1

[alsa-devel] [PATCH v2 0/7] ASoC: Intel: Skylake: Add a clk driver to enable ssp clks early
by Subhransu S. Prusty 25 Oct '17

25 Oct '17

For certain platforms clocks (mclk/sclk/fs) are required to be up before the stream start. Example: some codecs needs the mclk/sclk/fs to be enabled early for a successful clock synchronization. Some patforms require clock to be enabled at boot and be always ON By sending set_dma_control IPC (with the i2s blobs queried from NHLT), these clocks can be enabled early after the firmware is downloaded. With this series, a virtual clock driver is created which provides interface to send the required IPCs from machine driver to enable the clocks. NHLT is parsed during probe and the clock information is populated. The pointer to blob is cached and sent along with the set_dma_control IPC structure during the clk prepare/unprepare callback. Clocks are created for a ssp if the nhlt table has endpoint configuration for that particular ssp. Skylake driver creates a platform driver with the clock information and register the clk ops callback. kabylake machine driver uses the clock interface to enable the clocks early as it is required by the rt5663 driver for clock synchronization. set_dma_control API can be used with different payload configuration. Modify the arguments to take configurable parameters. v1 -> v2 - Register parent clocks with skylake device. With the patch "clk: Add support for runtime PM" soon to be merged will help DSP to stay active on call to clock enable. Reference: (https://patchwork.kernel.org/patch/9911741/) - Fix the machine driver to enable clocks early for headphone playback path as well to fix a pop noise issue - Include the eve machine driver changes as well Harsha Priya (1): ASoC: Intel: kbl: Enable mclk and ssp sclk early Jaikrishna Nemallapudi (5): ASoC: Intel: Skylake: Modify skl_dsp_set_dma_control API arguments ASoC: Intel: Skylake: Parse nhlt to populate clock information ASoC: Intel: Skylake: Prepare DMA control IPC to enable/disable clock ASoC: Intel: Skylake: Register clock device and ops ASoC: Intel: Skylake: Add ssp clock driver Naveen M (1): ASoC: Intel: eve: Enable mclk and ssp sclk early sound/soc/intel/Kconfig | 9 + sound/soc/intel/boards/kbl_rt5663_max98927.c | 98 ++++++- .../soc/intel/boards/kbl_rt5663_rt5514_max98927.c | 97 +++++++ sound/soc/intel/skylake/Makefile | 5 + sound/soc/intel/skylake/skl-i2s.h | 56 ++++ sound/soc/intel/skylake/skl-messages.c | 109 +++++++- sound/soc/intel/skylake/skl-nhlt.c | 148 +++++++++++ sound/soc/intel/skylake/skl-ssp-clk.c | 288 +++++++++++++++++++++ sound/soc/intel/skylake/skl-ssp-clk.h | 124 +++++++++ sound/soc/intel/skylake/skl-topology.h | 4 +- sound/soc/intel/skylake/skl.c | 235 +++++++++++++++++ sound/soc/intel/skylake/skl.h | 12 + 12 files changed, 1173 insertions(+), 12 deletions(-) create mode 100644 sound/soc/intel/skylake/skl-i2s.h create mode 100644 sound/soc/intel/skylake/skl-ssp-clk.c create mode 100644 sound/soc/intel/skylake/skl-ssp-clk.h -- 1.9.1

3 10

[alsa-devel] [PATCH 0/6] ASoC: Intel: Skylake: Add a clk driver to enable ssp clks early
by Subhransu S. Prusty 24 Oct '17

24 Oct '17

For certain platforms we require to start the clocks (mclk/sclk/fs) before the stream start. Example: for few systems, codec needs the mclk/sclk/fs to be enabled early for a successful clock synchronization and for some others, clock need to be enabled at boot and should be ON always. By sending set_dma_control IPC (with the i2s blobs queried from NHLT), these clocks can be enabled early after the firmware is downloaded. With this series, a virtual clock driver is created which provides interface to send the required IPCs from machine driver to enable the clocks. NHLT is parsed during probe and the clock information is populated. The pointer to blob is cached and sent along with the set_dma_control IPC structure during the clk prepare/unprepare callback. Clocks are created for a ssp if the nhlt table has endpoint configuration for that particular ssp. Skylake driver creates a platform driver with the clock information and register the clk ops callback. kabylake machine driver uses the clock interface to enable the clocks early as it is required by the rt5663 driver for clock synchronization. set_dma_control API can be used with different payload configuration. Modify the arguments to take configurable parameters. Harsha Priya (1): ASoC: Intel: kbl: Enable mclk and ssp sclk early Jaikrishna Nemallapudi (5): ASoC: Intel: Skylake: Modify skl_dsp_set_dma_control API arguments ASoC: Intel: Skylake: Parse nhlt to populate clock information ASoC: Intel: Skylake: Prepare DMA control IPC to enable/disable clock ASoC: Intel: Skylake: Register clock device and ops ASoC: Intel: Skylake: Add ssp clock driver sound/soc/intel/Kconfig | 8 + sound/soc/intel/boards/kbl_rt5663_max98927.c | 94 ++++++++- sound/soc/intel/skylake/Makefile | 5 + sound/soc/intel/skylake/skl-i2s.h | 56 ++++++ sound/soc/intel/skylake/skl-messages.c | 109 +++++++++- sound/soc/intel/skylake/skl-nhlt.c | 148 ++++++++++++++ sound/soc/intel/skylake/skl-ssp-clk.c | 287 +++++++++++++++++++++++++++ sound/soc/intel/skylake/skl-ssp-clk.h | 124 ++++++++++++ sound/soc/intel/skylake/skl-topology.h | 4 +- sound/soc/intel/skylake/skl.c | 235 ++++++++++++++++++++++ sound/soc/intel/skylake/skl.h | 12 ++ 11 files changed, 1070 insertions(+), 12 deletions(-) create mode 100644 sound/soc/intel/skylake/skl-i2s.h create mode 100644 sound/soc/intel/skylake/skl-ssp-clk.c create mode 100644 sound/soc/intel/skylake/skl-ssp-clk.h -- 1.9.1

5 17

[alsa-devel] Prague Audio miniconference - topics for discussion?
by Mark Brown 23 Oct '17

23 Oct '17

As previously announced[1] by Takashi our annual Linux audio miniconference will be held this year at the SuSE offices in Prague on 27th October (the week of ELC-E). Thanks again to SuSe for sponsoring this. As with previous years let's pull together an agenda through a mailing list discussion - if people could reply to this mail with any topics they'd like to discuss we can take it from there. Of course if we can sort things out more quickly via the mailing list that's even better! I'll start things off by mentining the TLV issues that Sakamoto-san was raising - do we have any better ideas to handle larger binary controls than what's currently being done? [1] http://mailman.alsa-project.org/pipermail/alsa-devel/2017-August/124623.html

6 6

[alsa-devel] [RFC PATCH 0/8] Prepare Sound Open Firmware (SOF) driver integration
by Pierre-Louis Bossart 21 Oct '17

21 Oct '17

The Sound Open Firmware work [1] is progressing quickly and drivers for the 1.0 release will soon be submitted upstream. Before we do so, there is a new to reshuffle the ACPI integration and Intel Kconfig/Makefiles. This RFC is a preview of what's coming, feedback would be greatly appreciated. We already have three incompatible drivers (BYT/HSW/BDW, Atom/BYT/CHT, SKL+) for historical reasons, blindly adding yet another one would be silly. We need to avoid having the same ACPI routines and machine tables duplicated in 3 locations (soc/intel/common, soc/atom/sst and the upcoming soc/sof). The ACPI routines should be part of sound/soc since there is no real hardware dependency (ACPI is not limited to Intel). The ACPI table definitions and quirks are moved to a soc/intel/common module so that when new HIDs or quirks are added "legacy" and the SOF drivers are updated at once. The Makefiles/Kconfig are also modified to select the SOC(s) first and the machine driver(s) second. The existing code only exposes machine drivers which precludes reuse of machine drivers when SOF platform drivers are selected. SOF drivers will be exposed in parallel to the 'Intel SST' ones (with an exclusive choice needed), but machine drivers will be shared. These patches apply on top of broonie/for-next + all the patches I submitted this week (no dependency on SOF). For people with allergic reactions to patches over email, the code is here: https://github.com/plbossart/sound/commits/topic/acpi-updates This patchset does not address the case where two drivers are selected for the same ACPI HID. I just don't know of any technical solution to that problem. [1] https://www.alsa-project.org/main/index.php/Firmware Pierre-Louis Bossart (8): ASoC: move ACPI common code out of Intel/sst tree ASoC: Intel: common: use c99 syntax for ACPI/machine tables ASoC: ACPI: add new fields for SOF support ASoC: Intel: move all ACPI match tables to common module ASoC: Intel: add SOF firmare/topology file information ASoC: Intel: move machine drivers to dedicated KConfig ASoC: Intel: reorder boards Kconfig by chronological order ASoC: Intel: clarify Kconfig dependencies include/sound/soc-acpi-intel-match.h | 32 ++ include/sound/soc-acpi.h | 107 ++++++ sound/soc/Kconfig | 3 + sound/soc/Makefile | 6 + sound/soc/intel/Kconfig | 299 ++------------- sound/soc/intel/Makefile | 2 +- sound/soc/intel/atom/sst/sst_acpi.c | 319 ++-------------- sound/soc/intel/boards/Kconfig | 286 +++++++++++++++ sound/soc/intel/boards/bytcht_da7213.c | 6 +- sound/soc/intel/boards/bytcht_es8316.c | 2 +- sound/soc/intel/boards/bytcr_rt5640.c | 11 +- sound/soc/intel/boards/bytcr_rt5651.c | 8 +- sound/soc/intel/boards/cht_bsw_rt5645.c | 11 +- sound/soc/intel/boards/cht_bsw_rt5672.c | 7 +- sound/soc/intel/common/Makefile | 4 +- sound/soc/intel/common/soc-acpi-intel-match.c | 400 +++++++++++++++++++++ sound/soc/intel/common/sst-acpi.c | 36 +- sound/soc/intel/common/sst-acpi.h | 82 ----- sound/soc/intel/skylake/skl.c | 40 +-- .../{intel/common/sst-match-acpi.c => soc-acpi.c} | 56 +-- 20 files changed, 965 insertions(+), 752 deletions(-) create mode 100644 include/sound/soc-acpi-intel-match.h create mode 100644 include/sound/soc-acpi.h create mode 100644 sound/soc/intel/boards/Kconfig create mode 100644 sound/soc/intel/common/soc-acpi-intel-match.c delete mode 100644 sound/soc/intel/common/sst-acpi.h rename sound/soc/{intel/common/sst-match-acpi.c => soc-acpi.c} (63%) -- 2.9.3

4 23

[alsa-devel] [PATCH 0/9 v2] Add ASoC support for AMD Stoney APUs
by Alex Deucher 18 Oct '17

18 Oct '17

This patch set updates the AMD GPU and Audio CoProcessor (ACP) audio drivers and the designware i2s driver for Stoney (ST). ST is an APU similar to Carrizo (CZ) which already has ACP audio support. The i2s controller and ACP audio DMA engine are part of the GPU and both need updating so I would like to upstream the whole patch set via one tree if possible. The current code is based on drm-next, but I'm happy to rebase on whatever tree this ends up going through if there are any problems applying. The entire patch set can be viewed here: https://cgit.freedesktop.org/~agd5f/linux/log/?h=stoney_acp Thanks! Alex v2: - Patch 1 is already applied to the audio tree, just including it for completeness since it's required for this patch set and it's not yet in the drm tree. - New patch to share asic types between gpu and audio drivers - ACPI ID changed for rt5650 machine driver - Integrate feedback on other patches Akshu Agrawal (2): drm/amdgpu Moving amdgpu asic types to a separate file ASoC: AMD: Add machine driver for cz rt5650 Vijendar Mukunda (7): ASoC: dwc: Added a quirk DW_I2S_QUIRK_16BIT_IDX_OVERRIDE to dwc driver drm/amd/amdgpu: Added asic_type as ACP DMA driver platform data drm/amd/amdgpu: Added a quirk for Stoney platform ASoC: AMD: disabling memory gating in stoney platform ASoC: AMD: DMA driver changes for Stoney Platform ASoC: AMD: Audio buffer related changes for Stoney drm/amd/amdgpu: Disabling Power Gating for Stoney platform drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 74 ++++++---- drivers/gpu/drm/amd/include/amd_shared.h | 29 +--- include/drm/amd_asic_type.h | 52 +++++++ include/sound/designware_i2s.h | 1 + sound/soc/amd/Kconfig | 7 + sound/soc/amd/Makefile | 2 + sound/soc/amd/acp-pcm-dma.c | 243 ++++++++++++++++++++++++------- sound/soc/amd/acp-rt5645.c | 210 ++++++++++++++++++++++++++ sound/soc/amd/acp.h | 9 ++ sound/soc/dwc/dwc-i2s.c | 6 + 10 files changed, 525 insertions(+), 108 deletions(-) create mode 100644 include/drm/amd_asic_type.h create mode 100644 sound/soc/amd/acp-rt5645.c -- 2.5.5

2 14

[alsa-devel] [PATCH 0/6 v4] Add ASoC support for AMD Stoney APUs
by Alex Deucher 18 Oct '17

18 Oct '17

This patch set updates the AMD GPU and Audio CoProcessor (ACP) audio drivers and the designware i2s driver for Stoney (ST). ST is an APU similar to Carrizo (CZ) which already has ACP audio support. The i2s controller and ACP audio DMA engine are part of the GPU and both need updating so I would like to upstream the whole patch set via one tree if possible. The entire patch set can be viewed here: https://cgit.freedesktop.org/~agd5f/linux/log/?h=stoney_acp3 I just need acks from audio on the remaining patches that touch audio (1, 5, 6), and then I can send a pull request. Thanks! Alex v2: - Patch 1 is already applied to the audio tree, just including it for completeness since it's required for this patch set and it's not yet in the drm tree. - New patch to share asic types between gpu and audio drivers - ACPI ID changed for rt5650 machine driver - Integrate feedback on other patches v3: - resend remaining patches that have not been applied yet v4: - Integrate feedback from v3 - Add Mark's acks from v3 - Integrate a machine driver fix from Dylan Reid Akshu Agrawal (2): drm/amdgpu Moving amdgpu asic types to a separate file ASoC: AMD: Add machine driver for cz rt5650 Vijendar Mukunda (4): drm/amd/amdgpu: Added asic_type as ACP DMA driver platform data ASoC: AMD: disabling memory gating in stoney platform ASoC: AMD: DMA driver changes for Stoney Platform ASoC: AMD: Audio buffer related changes for Stoney drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 2 + drivers/gpu/drm/amd/include/amd_shared.h | 29 +--- include/drm/amd_asic_type.h | 52 +++++++ sound/soc/amd/Kconfig | 7 + sound/soc/amd/Makefile | 2 + sound/soc/amd/acp-pcm-dma.c | 253 ++++++++++++++++++++++++------- sound/soc/amd/acp-rt5645.c | 199 ++++++++++++++++++++++++ sound/soc/amd/acp.h | 9 ++ 8 files changed, 471 insertions(+), 82 deletions(-) create mode 100644 include/drm/amd_asic_type.h create mode 100644 sound/soc/amd/acp-rt5645.c -- 2.5.5

3 14

[alsa-devel] [PATCH v2 0/2] ASoC: add support for CX2072X CODEC
by simon.ho.cnxt＠gmail.com 13 Oct '17

13 Oct '17

From: Simon Ho <simon.ho(a)conexant.com> Hi Takashi, Mark I corrected the driver based on your input as below. Please help review the code. Mark: - Corrected the coding style. - EQ/DRC settings can be configured from userspace via mixer controls. - Wrongly cast void pointers. - Print I2C error code. - Use memcmp() to check if the new EQ value is different. - Removed unused TDM code. - Removed noisy "out of memory" message. - Corrected ACPI and I2C match table. - Removed unnessary CONFIG_ACPI define. Takashi: - Fixed printf int argument. - Fixed unexpected error code at no MCLK fallback. Thanks, Simon Simon Ho (2): ASoC: cx2072x: Add DT bingings documentation for CX2072X CODEC ASoC: add support for Conexant CX2072X CODEC .../devicetree/bindings/sound/cx2072x.txt | 36 + sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/cx2072x.c | 2253 ++++++++++++++++++++ sound/soc/codecs/cx2072x.h | 319 +++ 5 files changed, 2615 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/cx2072x.txt create mode 100644 sound/soc/codecs/cx2072x.c create mode 100644 sound/soc/codecs/cx2072x.h -- 2.7.4

4 10