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

[alsa-devel] [PATCH 1/1] ASoC: bcm2835-i2s: Support 384k sample rate
by Clive Messer 10 Nov '17

10 Nov '17

Add support for sample rates up to 384k to bcm2835-i2s driver, with SNDRV_PCM_RATE_CONTINUOUS and specifying 8k min and 384k max, for both playback and capture. Signed-off-by: Clive Messer <clive.messer(a)digitaldreamtime.co.uk> --- sound/soc/bcm/bcm2835-i2s.c | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/sound/soc/bcm/bcm2835-i2s.c b/sound/soc/bcm/bcm2835-i2s.c index 6ba2049..4a67db2 100644 --- a/sound/soc/bcm/bcm2835-i2s.c +++ b/sound/soc/bcm/bcm2835-i2s.c @@ -578,7 +578,9 @@ static struct snd_soc_dai_driver bcm2835_i2s_dai = { .playback = { .channels_min = 2, .channels_max = 2, - .rates = SNDRV_PCM_RATE_8000_192000, + .rates = SNDRV_PCM_RATE_CONTINUOUS, + .rate_min = 8000, + .rate_max = 384000, .formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE | SNDRV_PCM_FMTBIT_S32_LE @@ -586,7 +588,9 @@ static struct snd_soc_dai_driver bcm2835_i2s_dai = { .capture = { .channels_min = 2, .channels_max = 2, - .rates = SNDRV_PCM_RATE_8000_192000, + .rates = SNDRV_PCM_RATE_CONTINUOUS, + .rate_min = 8000, + .rate_max = 384000, .formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S24_LE | SNDRV_PCM_FMTBIT_S32_LE -- 2.5.5

3 2

[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 0/2] Enable TDM slot and fix SSP params for kabylake machine driver
by Harsha Priya 31 Oct '17

31 Oct '17

This patch series includes 2 patches for kabylake machine driver using max98927 and rt5663 codecs. The changes are: 1. Enable 4 tdm slots for IV feedback and 2 tdm slots for playback on max98927 2. Fix setting of SSP parameters to be based on FE and BE dai links. Naveen M (2): ASoC: Intel: Enable tdm slots for max98927 ASoC: Intel: Fix setting of SSP parameters in Kabylake machine driver sound/soc/intel/boards/kbl_rt5663_max98927.c | 55 ++++++++++++++++++++++++++-- 1 file changed, 52 insertions(+), 3 deletions(-) -- 1.9.1

3 5

[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