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

[alsa-devel] Missing return check of of_property_read_*()
by Takashi Iwai 05 Oct '15

05 Oct '15

Hi, I hoped that I wouldn't need to write this kind of post, but since nothing happened so far, so here we go: The following compile warnings are present for quite some time. They are due to the lack of return check from of_property_read*(). sound/soc/codecs/cs35l32.c: In function ‘cs35l32_i2c_probe’: sound/soc/codecs/cs35l32.c:278:2: warning: ‘val’ may be used uninitialized in this function [-Wmaybe-uninitialized] switch (val) { ^ sound/soc/codecs/cs35l32.c:272:15: note: ‘val’ was declared here unsigned int val; ^ sound/soc/sti/uniperif_player.c: In function ‘uni_player_init’: sound/soc/sti/uniperif_player.c:1006:6: warning: ‘mode’ may be used uninitialized in this function [-Wmaybe-uninitialized] if (strcasecmp(mode, "hdmi") == 0) ^ sound/soc/sti/uniperif_player.c:985:14: note: ‘mode’ was declared here const char *mode; ^ Both should be trivial to fix, but I won't bother to fix these things by myself, as it results always in a matter of taste how to write. So, please fix them appropriately. Although not shown as compile warning like the above, lots of codec drivers have no return value checks from of_property_read*(), too. A quick grep reveals: % git grep -B1 '^[[:space:]]*of_property_read_' sound/soc sound/soc/codecs/adau1701.c- sound/soc/codecs/adau1701.c: of_property_read_u32(dev->of_node, "adi,pll-clkdiv", -- sound/soc/codecs/adau1701.c- sound/soc/codecs/adau1701.c: of_property_read_u8_array(dev->of_node, "adi,pin-config", -- sound/soc/codecs/cs35l32.c- sound/soc/codecs/cs35l32.c: of_property_read_u32(np, "cirrus,boost-manager", &val); -- sound/soc/codecs/cs35l32.c- sound/soc/codecs/cs35l32.c: of_property_read_u32(np, "cirrus,sdout-datacfg", &val); -- sound/soc/codecs/cs35l32.c- sound/soc/codecs/cs35l32.c: of_property_read_u32(np, "cirrus,battery-threshold", &val); -- sound/soc/codecs/cs35l32.c- sound/soc/codecs/cs35l32.c: of_property_read_u32(np, "cirrus,battery-recovery", &val); -- sound/soc/codecs/sta32x.c- sound/soc/codecs/sta32x.c: of_property_read_u8(np, "st,output-conf", sound/soc/codecs/sta32x.c- &pdata->output_conf); sound/soc/codecs/sta32x.c: of_property_read_u8(np, "st,ch1-output-mapping", sound/soc/codecs/sta32x.c- &pdata->ch1_output_mapping); sound/soc/codecs/sta32x.c: of_property_read_u8(np, "st,ch2-output-mapping", sound/soc/codecs/sta32x.c- &pdata->ch2_output_mapping); sound/soc/codecs/sta32x.c: of_property_read_u8(np, "st,ch3-output-mapping", -- sound/soc/codecs/sta32x.c- tmp = 140; sound/soc/codecs/sta32x.c: of_property_read_u16(np, "st,drop-compensation-ns", &tmp); -- sound/soc/codecs/sta350.c- sound/soc/codecs/sta350.c: of_property_read_u8(np, "st,output-conf", sound/soc/codecs/sta350.c- &pdata->output_conf); sound/soc/codecs/sta350.c: of_property_read_u8(np, "st,ch1-output-mapping", sound/soc/codecs/sta350.c- &pdata->ch1_output_mapping); sound/soc/codecs/sta350.c: of_property_read_u8(np, "st,ch2-output-mapping", sound/soc/codecs/sta350.c- &pdata->ch2_output_mapping); sound/soc/codecs/sta350.c: of_property_read_u8(np, "st,ch3-output-mapping", -- sound/soc/codecs/sta350.c- tmp = 140; sound/soc/codecs/sta350.c: of_property_read_u16(np, "st,drop-compensation-ns", &tmp); -- sound/soc/codecs/tas5086.c- sound/soc/codecs/tas5086.c: of_property_read_u32(of_node, "ti,charge-period", -- sound/soc/codecs/tlv320aic31xx.c- sound/soc/codecs/tlv320aic31xx.c: of_property_read_u32(np, "ai31xx-micbias-vg", &value); -- sound/soc/codecs/twl4030.c- sound/soc/codecs/twl4030.c: of_property_read_u32(node, "ti,digimic_delay", sound/soc/codecs/twl4030.c- &pdata->digimic_delay); sound/soc/codecs/twl4030.c: of_property_read_u32(node, "ti,ramp_delay_value", sound/soc/codecs/twl4030.c- &pdata->ramp_delay_value); sound/soc/codecs/twl4030.c: of_property_read_u32(node, "ti,offset_cncl_path", -- sound/soc/fsl/fsl_esai.c- esai_priv->synchronous = sound/soc/fsl/fsl_esai.c: of_property_read_bool(np, "fsl,esai-synchronous"); -- sound/soc/omap/omap-abe-twl6040.c- priv->jack_detection = of_property_read_bool(node, "ti,jack-detection"); sound/soc/omap/omap-abe-twl6040.c: of_property_read_u32(node, "ti,mclk-freq", &priv->mclk_freq); -- sound/soc/samsung/i2s.c- } sound/soc/samsung/i2s.c: of_property_read_string_index(dev->of_node, -- sound/soc/sh/rcar/rsrc-card.c- /* sampling rate convert */ sound/soc/sh/rcar/rsrc-card.c: of_property_read_u32(node, "convert-rate", &priv->convert_rate); -- sound/soc/sti/uniperif_player.c- sound/soc/sti/uniperif_player.c: of_property_read_u32(pnode, "version", &player->ver); -- sound/soc/sti/uniperif_player.c- sound/soc/sti/uniperif_player.c: of_property_read_u32(pnode, "uniperiph-id", &info->id); -- sound/soc/sti/uniperif_player.c- /* Read the device mode property */ sound/soc/sti/uniperif_player.c: of_property_read_string(pnode, "mode", &mode); -- sound/soc/sti/uniperif_reader.c- sound/soc/sti/uniperif_reader.c: of_property_read_u32(node, "version", &reader->ver); Many of them look really buggy (while some have the default value to fall back). And many codes have even no value checks. These should be fixed as well. thanks, Takashi

6 26

[alsa-devel] Fwd: Fwd: [PATCH 1/1] SPI : spi-pxa2xx : fix spi init of WM510205 codec via ACPI (resend)
by Christian Hartmann 05 Oct '15

05 Oct '15

Hi, this is a resend with all recipients in cc now ---------- Forwarded message ---------- From: Christian Hartmann <cornogle(a)googlemail.com> Date: 2015-08-28 9:41 GMT+02:00 Subject: Re: [alsa-devel] Fwd: [PATCH 1/1] SPI : spi-pxa2xx : fix spi init of WM510205 codec via ACPI (resend) To: Mark Brown <broonie(a)kernel.org> hi Mark et al., 2015-08-27 16:56 GMT+02:00 Mark Brown <broonie(a)kernel.org>: > I can't see how that would work, the interrupt output isn't a GPIO. yes I think also that this is the GPIO pin number. I am not familiar with the interrupt handling, have again to look (in other drivers or similar), to understand how things should work, never done that before. I have added three dev_info() into spi-pxa2xx pxa2xx_spi_probe() to found out more whats wrong with the slave/master: commit 4b6ff73610deef478e53b958a02617f024bbef22 Author: Christian Hartmann <cornogle(a)googlemail.com> Date: Thu Aug 27 14:51:48 2015 +0200 spi/spi-pxa2xx.c : added three new dev_infos, which prints irq, bus_num and num_chipselect Signed-off-by: Christian Hartmann <cornogle(a)googlemail.com> diff --git a/drivers/spi/spi-pxa2xx.c b/drivers/spi/spi-pxa2xx.c index 6d795a5..cf02094 100644 --- a/drivers/spi/spi-pxa2xx.c +++ b/drivers/spi/spi-pxa2xx.c @@ -1389,6 +1389,9 @@ static int pxa2xx_spi_probe(struct platform_device *pdev) master->unprepare_transfer_hardware = pxa2xx_spi_unprepare_transfer; master->auto_runtime_pm = true; + dev_info(&pdev->dev, "bus_num = %d\n",master->bus_num); + dev_info(&pdev->dev, "num_chipselect = %d\n",master->num_chipselect); + drv_data->ssp_type = ssp->type; drv_data->null_dma_buf = (u32 *)PTR_ALIGN(&drv_data[1], DMA_ALIGNMENT); @@ -1423,6 +1426,8 @@ static int pxa2xx_spi_probe(struct platform_device *pdev) } + dev_info(&pdev->dev, "IRQ %d\n", ssp->irq); + /* Setup DMA if requested */ drv_data->tx_channel = -1; drv_data->rx_channel = -1; and thats what I got: [ 6.182903] pxa2xx-spi 80860F0E:00: bus_num = -1 [ 6.182909] pxa2xx-spi 80860F0E:00: num_chipselect = 2 [ 6.182928] pxa2xx-spi 80860F0E:00: IRQ 194 [ 6.183049] pxa2xx-spi 80860F0E:00: no DMA channels available, using PIO [ 6.183111] pxa2xx-spi 80860F0E:00: registered master spi32766 (dynamic) [ 6.192761] spi spi-WM510205:00: 8333333 Hz actual, PIO .... the rest of the dmesg is currently the same.... Q: this thread is about the patch for the pxa2xx-spi where the num_chipselect was raised by one to so that the slave connects here at all. otherwise the cs1 >= max will be hit. Do you think the bus_number is ok ? And shouldn't it be set the cs1=0 and num_chipselect=1 ?? The DSDT has wrongly SPI=1 as chipselect, either the firmware (DSDT) must be updated or a correct patch enables the spi master/slave init here. I hope or expect that when the spi slave will be init correctly, that the device would also work. The ACPI stuff is already done here, and I am running out of time. In the last resort I have to give up or have to do that at night :) cheers chris

2 9

[alsa-devel] [REANNOUNCE] Audio Mini Summit 2015, 8th October, Dublin
by Mark Brown 05 Oct '15

05 Oct '15

Like previous years, we're going to hold a meeting to discuss lowlevel audio on Linux. This will be held the day after ELC Europe on 8th October at CCD (The Convention Centre) in Dublin. If you're interested please sign up in the attendee list: https://docs.google.com/spreadsheets/d/1bi-8GHsqlzt41FR20WiMuWILe_cZowFireV… and please follow up to this mail with any topics you'd like to see raised so we can start collecting them (probably another Google doc will be forthcoming for them). Previously suggested topics include: - Reducing kernel size for IoT applications - ACPI simple-card - Testing tools Thanks, Mark

9 25

[alsa-devel] [PATCH V5 1/2] ACPI / EC: Fix broken 64bit big-endian users of 'global_lock'
by Viresh Kumar 04 Oct '15

04 Oct '15

global_lock is defined as an unsigned long and accessing only its lower 32 bits from sysfs is incorrect, as we need to consider other 32 bits for big endian 64-bit systems. There are no such platforms yet, but the code needs to be robust for such a case. Fix that by changing type of 'global_lock' to u32. Signed-off-by: Viresh Kumar <viresh.kumar(a)linaro.org> --- BCC'd a lot of people (rather than cc'ing them) to make sure - the series reaches them - mailing lists do not block the patchset due to long cc list - and we don't spam the BCC'd people for every reply V4->V5: - Switch back to the original solution of making global_lock u32. --- drivers/acpi/ec_sys.c | 2 +- drivers/acpi/internal.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/acpi/ec_sys.c b/drivers/acpi/ec_sys.c index b4c216bab22b..bea8e425a8de 100644 --- a/drivers/acpi/ec_sys.c +++ b/drivers/acpi/ec_sys.c @@ -128,7 +128,7 @@ static int acpi_ec_add_debugfs(struct acpi_ec *ec, unsigned int ec_device_count) if (!debugfs_create_x32("gpe", 0444, dev_dir, (u32 *)&first_ec->gpe)) goto error; if (!debugfs_create_bool("use_global_lock", 0444, dev_dir, - (u32 *)&first_ec->global_lock)) + &first_ec->global_lock)) goto error; if (write_support) diff --git a/drivers/acpi/internal.h b/drivers/acpi/internal.h index 9e426210c2a8..9db196de003c 100644 --- a/drivers/acpi/internal.h +++ b/drivers/acpi/internal.h @@ -138,7 +138,7 @@ struct acpi_ec { unsigned long gpe; unsigned long command_addr; unsigned long data_addr; - unsigned long global_lock; + u32 global_lock; unsigned long flags; unsigned long reference_count; struct mutex mutex; -- 2.4.0

3 3

[alsa-devel] [RESEND PATCH v2 1/1] ASoC: dwc: fix dma stop transferring issue
by yitian 03 Oct '15

03 Oct '15

Designware I2S uses tx empty and rx available signals as the DMA handshaking signals. during music playing, if XRUN occurs, i2s_stop() function will be executed and both tx and rx irq are masked, when music continues to be played, i2s_start() is executed but both tx and rx irq are not unmasked which cause I2S stop sending DMA handshaking signal to DMA controller, and it finally causes music playing will be stopped once XRUN occurs for the first time. Signed-off-by: Yitian Bu <yitian.bu(a)tangramtek.com> --- changes in V2: - add definition for i and irq --- sound/soc/dwc/designware_i2s.c | 15 ++++++++++++--- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/sound/soc/dwc/designware_i2s.c b/sound/soc/dwc/designware_i2s.c index a3e97b4..76b2e19 100644 --- a/sound/soc/dwc/designware_i2s.c +++ b/sound/soc/dwc/designware_i2s.c @@ -141,13 +141,22 @@ static inline void i2s_clear_irqs(struct dw_i2s_dev *dev, u32 stream) static void i2s_start(struct dw_i2s_dev *dev, struct snd_pcm_substream *substream) { - + u32 i, irq; i2s_write_reg(dev->i2s_base, IER, 1); - if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) { + for (i = 0; i < 4; i++) { + irq = i2s_read_reg(dev->i2s_base, IMR(i)); + i2s_write_reg(dev->i2s_base, IMR(i), irq & ~0x30); + } i2s_write_reg(dev->i2s_base, ITER, 1); - else + } else { + for (i = 0; i < 4; i++) { + irq = i2s_read_reg(dev->i2s_base, IMR(i)); + i2s_write_reg(dev->i2s_base, IMR(i), irq & ~0x03); + } i2s_write_reg(dev->i2s_base, IRER, 1); + } i2s_write_reg(dev->i2s_base, CER, 1); } -- 1.7.12.4

2 6

[alsa-devel] Kernel Device Tree entries for simple-audio-card
by Rick Mann 03 Oct '15

03 Oct '15

Hi. I've built a Beaglebone Black Cape that has, among other things, a TI Audio CODEC on it (TLV320AIC3104). This is the same CODEC as the BBB Audio Cape (http://elinux.org/CircuitCo:Audio_Cape_RevB), and it's connected in almost the exact same way. The last few days I've been figuring out the Device Tree overlay needed to get Linux (4.1.4) to recognize it. It's finding the device and instantiating the low-level driver (tlv320aic3x-codec), although I'm not sure at this point if it's actually talking to it (I have verified that low-level i2c commands do work). But when it comes to the sound card setup, I'm having trouble getting the Device Tree right. I'm hoping someone on this list can offer some insight. The DT is here: https://github.com/JetForMe/podtique/blob/master/bbb/cape/Podtique1/BB-ENAB… And this is dmesg when I try to load that (note the name of my overlay is BB-ENABLE-PRU, which is an artifact of the experimentation I've been doing; it'll change to something more appropriate): [ 65.859275] bone_capemgr bone_capemgr: part_number 'BB-ENABLE-PRU', version 'N/A' [ 65.859318] bone_capemgr bone_capemgr: slot #4: override [ 65.859336] bone_capemgr bone_capemgr: Using override eeprom data at slot 4 [ 65.859355] bone_capemgr bone_capemgr: slot #4: 'Override Board Name,00A0,Override Manuf,BB-ENABLE-PRU' [ 65.859488] bone_capemgr: bone_capemgr bone_capemgr: slot #4: Requesting part number/version based 'BB-ENABLE-PRU-00A0.dtbo [ 65.859506] bone_capemgr: bone_capemgr bone_capemgr: slot #4: Requesting firmware 'BB-ENABLE-PRU-00A0.dtbo' for board-name 'Override Board Name', version '00A0' [ 65.861105] bone_capemgr: bone_capemgr bone_capemgr: slot #4: dtbo 'BB-ENABLE-PRU-00A0.dtbo' loaded; converting to live tree [ 65.875618] gpio-of-helper ocp:gpio_helper: ready [ 65.876327] gpiolib_of: of_get_named_gpiod_flags: parsed 'gpio' property of node '//fixedregulator@1[0]' - status (0) [ 65.876619] core: lz-codec-reg: no parameters [ 65.876713] fixed: reg-fixed-voltage fixedregulator@1: lz-codec-reg supplying 0uV [ 65.883284] pruss_uio 4a300000.pruss: pins are not configured from the driver [ 65.900080] bone_capemgr bone_capemgr: slot #4: dtbo 'BB-ENABLE-PRU-00A0.dtbo' loaded; overlay id #0 [ 65.946254] gpiolib_of: of_get_named_gpiod_flags: parsed 'gpio-reset' property of node '/ocp/i2c@4819c000/tlv320aic3104@0[0]' - status (0) [ 65.946317] core: tlv320aic3x-codec 2-0018: Looking up IOVDD-supply from device tree [ 65.946405] core: tlv320aic3x-codec 2-0018: Looking up DVDD-supply from device tree [ 65.946468] core: tlv320aic3x-codec 2-0018: Looking up AVDD-supply from device tree [ 65.946544] core: tlv320aic3x-codec 2-0018: Looking up DRVDD-supply from device tree [ 65.946606] snd_soc_core: tlv320aic3x-codec 2-0018: codec register 2-0018 [ 65.946640] snd_soc_core: tlv320aic3x-codec 2-0018: ASoC: dai register 2-0018 #1 [ 65.946655] snd_soc_core: tlv320aic3x-codec 2-0018: ASoC: Registered DAI 'tlv320aic3x-hifi' [ 65.946671] snd_soc_core: tlv320aic3x-codec 2-0018: ASoC: Registered codec 'tlv320aic3x-codec.2-0018' [ 65.956491] //sound/simple-audio-card,cpu: could not get #sound-dai-cells for /ocp/mcasp@48038000 [ 65.978759] snd_soc_core: davinci-mcasp 48038000.mcasp: ASoC: dai register 48038000.mcasp #1 [ 65.978795] snd_soc_core: davinci-mcasp 48038000.mcasp: ASoC: Registered DAI '48038000.mcasp' [ 65.978954] snd_soc_core: davinci-mcasp 48038000.mcasp: ASoC: Registered platform '48038000.mcasp' [ 66.012427] asoc-simple-card sound: parse error -22 [ 66.042609] asoc-simple-card: probe of sound failed with error -22 Note the bit about "#sound-dai-cells". I'm not sure what's wrong here, and it seems like it might be something in the distro-provided DTB, not my own. aplay lists nothing (I think in part because I have yet to put in a proper asound.conf file): # aplay -l aplay: device_list:268: no soundcards found... Can someone suggest some diagnostics I can do to see what the state of things is? I'm just not sure what to look for. Thanks! -- Rick Mann rmann(a)latencyzero.com

2 18

[alsa-devel] [PATCH 0/8] Add support for Wolfson WM8998 and WM1814 codecs
by Richard Fitzgerald 02 Oct '15

02 Oct '15

This set of patches adds support for the Wolfson Microelectronics WM8998 and WM1814 codecs. Richard Fitzgerald (8): mfd: arizona: Split INx_MODE into two fields ASoC: arizona: add defines for single-input gain control mfd: arizona: Add support for WM8998 and WM1814 gpio: arizona: add support for WM8998 and WM1814 regulator: arizona: add support for WM8998 and WM1814 extcon: arizona: Add support for WM8998 and WM1814 ASoC: wm8998: Initial WM8998 codec driver Documentation: Add WM8998/WM1814 device tree bindings Documentation/devicetree/bindings/mfd/arizona.txt | 3 + drivers/extcon/extcon-arizona.c | 33 +- drivers/gpio/gpio-arizona.c | 2 + drivers/mfd/Kconfig | 6 + drivers/mfd/Makefile | 3 + drivers/mfd/arizona-core.c | 106 ++- drivers/mfd/arizona-i2c.c | 8 + drivers/mfd/arizona-irq.c | 9 + drivers/mfd/arizona.h | 5 + drivers/mfd/wm8998-tables.c | 1592 +++++++++++++++++++++ drivers/regulator/arizona-ldo1.c | 2 + include/linux/mfd/arizona/core.h | 3 + include/linux/mfd/arizona/pdata.h | 5 +- include/linux/mfd/arizona/registers.h | 247 +++- sound/soc/codecs/Kconfig | 6 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/arizona.c | 7 + sound/soc/codecs/arizona.h | 7 +- sound/soc/codecs/wm8998.c | 1392 ++++++++++++++++++ sound/soc/codecs/wm8998.h | 23 + 20 files changed, 3432 insertions(+), 29 deletions(-) create mode 100644 drivers/mfd/wm8998-tables.c create mode 100644 sound/soc/codecs/wm8998.c create mode 100644 sound/soc/codecs/wm8998.h -- 1.7.2.5

6 22

[alsa-devel] [PATCH v2 0/3] Add support for Wolfson Micro WM8998 codec
by Richard Fitzgerald 02 Oct '15

02 Oct '15

This set of patches is based on broonie/regulator.git/for-next and broonie/sound.git/for-next branches. Richard Fitzgerald (3): regulator: arizona: add support for WM8998 and WM1814 ASoC: arizona: add defines for single-input gain control ASoC: wm8998: Initial WM8998 codec driver drivers/regulator/arizona-ldo1.c | 2 + sound/soc/codecs/Kconfig | 6 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/arizona.c | 33 + sound/soc/codecs/arizona.h | 12 +- sound/soc/codecs/wm8998.c | 1430 ++++++++++++++++++++++++++++++++++++++ sound/soc/codecs/wm8998.h | 23 + 7 files changed, 1507 insertions(+), 1 deletion(-) create mode 100644 sound/soc/codecs/wm8998.c create mode 100644 sound/soc/codecs/wm8998.h -- 1.9.1

3 6

[alsa-devel] [PATCH 0/8] ASoC: topology: ABI - Add support for PCM, BE & CC link
by mengdong.lin＠intel.com 02 Oct '15

02 Oct '15

From: Mengdong Lin <mengdong.lin(a)intel.com> This series includes topology ABI update to support PCM (FE DAI/DAI links), BE and CC DAI links. Bump the ABI version to 4. Mengdong Lin (2): ASoC: topology: ABI - Change stream formats to a bitwise flag ASoC: topology: ABI - Remove tdm_slot & dai_fmt from snd_soc_tplg_stream Vedang Patel (6): ASoC: topology: ABI - Add PCM Support and bump ABI version to 4 ASoC: topology: ABI - Remove unused struct snd_soc_tplg_stream_config ASoC: topology: ABI - Use __le32 instead of __u32 in snd_soc_tplg_dapm_widget ASoC: topology: ABI - Add name element to snd_soc_tplg_stream ASoC: topology: ABI - Add the type for BE DAI link ASoC: topology: ABI - Add configuration for BE & Codec-Codec DAI Links include/uapi/sound/asoc.h | 76 +++++++++++++++++++++++++---------------------- sound/soc/soc-topology.c | 4 +-- 2 files changed, 43 insertions(+), 37 deletions(-) -- 1.9.1

3 17

[alsa-devel] [PATCH v2 0/4] ASoC: Add support for DA7219 audio codec
by Adam Thomson 02 Oct '15

02 Oct '15

This patch set adds support for the DA7219 audio codec with built-in advanced accessory detection functionality. Patch set includes codec driver, associated DT bindings documentation and MAINTAINERS file updates to cover new bindings. This patch set is baselined against the v4.3-rc2 kernel version. Changes in v2: - Add SOC_DOUBLE_R_EXT support to ASoC core. - Use of upper-case naming for controls, where missing. - Use of Playback/Capture Digital naming for certain ADC/DAC controls. - CP mchange and vol_thresh DT bindings removed, now Kcontrols - Kcontrols and DAPM now locked as part of hptest work, and specific controls affected have had locking introduced. - Timeout for btn_det work when checking micbias status. - Added comments to describe reasoning for work use with hptest, btn_det. - Added comments to tonegen_freq_put/get to clarify endian conversion, and code now uses regmap_raw_read/write calls instead of bulk. - DT parsing code now prints dev_warn() for invalid settings. - SOC_VALUE_ENUM_SINGLE now used for hpf_mode handling, instead of customer get/put handlers. - DTMF key control now a SOC_ENUM to correctly describe supported keys, including non-numeric. - MIXIN_L_MIX_EN bit set as part of DAPM now (SUPPLY), rather than in probe. - Fix dai_sysclk() function to correctly check for no change, using clk_id as well as freq. - Error checking added for clk_set_rate() call. - Improved error checking for devm_clk_get() call. - Removed explicit use of device_may_wakeup() and enable/disable_irq_wake(). Now taken care of by I2C core so DT bindings updated accordingly to document this. - hptest work now uses cache to keep state, instead of reading registers individually. Cache is bypassed, then when test executed and complete, regcache_sync_region() used to restore settings to pre-test values. - Regulator consumer framework usage added, in particular to determine VDDIO level in use so device can be configured accordingly. DT documents updated to reflect this. Adam Thomson (4): ASoC: Add SOC_DOUBLE_R_EXT ASoC: codecs: Add da7219 codec driver ASoC: da7219: Add bindings documentation for DA7219 audio codec MAINTAINERS: da7219: Add entry to cover DA7219 bindings document Documentation/devicetree/bindings/sound/da7219.txt | 106 ++ MAINTAINERS | 1 + include/sound/da7219-aad.h | 99 + include/sound/da7219.h | 55 + include/sound/soc.h | 7 + sound/soc/codecs/Kconfig | 4 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/da7219-aad.c | 823 +++++++++ sound/soc/codecs/da7219-aad.h | 212 +++ sound/soc/codecs/da7219.c | 1938 ++++++++++++++++++++ sound/soc/codecs/da7219.h | 820 +++++++++ 11 files changed, 4067 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/da7219.txt create mode 100644 include/sound/da7219-aad.h create mode 100644 include/sound/da7219.h create mode 100644 sound/soc/codecs/da7219-aad.c create mode 100644 sound/soc/codecs/da7219-aad.h create mode 100644 sound/soc/codecs/da7219.c create mode 100644 sound/soc/codecs/da7219.h -- 1.9.3

2 5