October 2016 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] sound: bebop: strncmp length oddity
by Joe Perches 17 Nov '16

17 Nov '16

15 isn't the length of the string, is that really what's desired? linux/next/sound/firewire/bebob/bebop.c ----------------------------- static bool check_audiophile_booted(struct fw_unit *unit) { char name[24] = {0}; if (fw_csr_string(unit->directory, CSR_MODEL, name, sizeof(name)) < 0) return false; return strncmp(name, "FW Audiophile Bootloader", 15) != 0; }

4 3

[alsa-devel] Accurate delay reporting from dshare
by Alan Young 17 Nov '16

17 Nov '16

Hi, When the kernel reports current (playback) delay via a call to snd_pcm_status() or snd_pcm_delay() for a normal hardware PCM, then the delay value reported is the sum of space used in the ring buffer plus any delay reported from the underlying runtime driver. snd_pcm_dshare_status() and snd_pcm_dshare_delay() discard this refinement and simply report the use of some ring buffer. Why does it do this and how could the reporting be improved? In particular I am struggling to understand the relationship between a dshare instance's (view of a) ring buffer and the slave (hw) PCM's ring buffer. I understand that the *slowptr* configuration item can be set to get more accurate position updates as part of this reporting but I get the feeling that this will not on its own solve the problem. If it did then one could simply use the delay value reported by the slave PCM. The context of these questions is using dshare to expose 4 logical stereo devices on a platform using an ARM-based SoC with a single 8-channel hardware driver. I need to get the same level of delay report accuracy as I would do without using dshare. Alan.

2 11

[alsa-devel] [PATCH v5 0/7] ARM: ASoC: drm: sun8i: Add DE2 HDMI audio and video
by Jean-Francois Moine 17 Nov '16

17 Nov '16

This patchset series adds HDMI audio and video support to the Allwinner sun8i SoCs which include the display engine 2 (DE2). A first submission in January for video on the H3 could not enter into the mainline kernel due to the lack of license headers in Allwinner's sources. Recently, an announce about Tina OS for the R series https://www.youtube.com/watch?v=h7KD-6HblAU was followed by the upload of a new linux-3.4 source tree https://github.com/tinalinux/linux-3.4 with files containing GPL headers. Well, I don't know if these sources are really from Allwinner, but anyway, this is the opportunity to propose a new version of my DRM HDMI driver. v5: - add overlay plane - add audio support - add support for the A83T - add back the HDMI driver - many bug fixes v4: - drivers/clk/sunxi/Makefile was missing (Emil Velikov) v3: - add the hardware cursor - simplify and fix the DE2 init sequences - generation for all SUNXI SoCs (Andre Przywara) v2: - remove the HDMI driver - remarks from Chen-Yu Tsai and Russell King - DT documentation added Jean-Francois Moine (7): drm: sunxi: Add a basic DRM driver for Allwinner DE2 ASoC: sunxi: Add a simple HDMI CODEC drm: sunxi: add DE2 HDMI support ASoC: sunxi: Add sun8i I2S driver ARM: dts: sun8i-h3: add HDMI audio and video nodes ARM: dts: sun8i-h3: Add HDMI audio and video to the Banana Pi M2+ ARM: dts: sun8i-h3: Add HDMI audio and video to the Orange PI 2 .../devicetree/bindings/display/sunxi/hdmi.txt | 52 ++ .../bindings/display/sunxi/sunxi-de2.txt | 83 ++ .../devicetree/bindings/sound/sun4i-i2s.txt | 38 +- arch/arm/boot/dts/sun8i-h3-bananapi-m2-plus.dts | 17 + arch/arm/boot/dts/sun8i-h3-orangepi-2.dts | 17 + arch/arm/boot/dts/sun8i-h3.dtsi | 67 ++ drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/Makefile | 1 + drivers/gpu/drm/sunxi/Kconfig | 29 + drivers/gpu/drm/sunxi/Makefile | 9 + drivers/gpu/drm/sunxi/de2_crtc.c | 475 +++++++++++ drivers/gpu/drm/sunxi/de2_crtc.h | 63 ++ drivers/gpu/drm/sunxi/de2_de.c | 591 +++++++++++++ drivers/gpu/drm/sunxi/de2_drm.h | 47 ++ drivers/gpu/drm/sunxi/de2_drv.c | 378 +++++++++ drivers/gpu/drm/sunxi/de2_hdmi.c | 396 +++++++++ drivers/gpu/drm/sunxi/de2_hdmi.h | 40 + drivers/gpu/drm/sunxi/de2_hdmi_io.c | 927 +++++++++++++++++++++ drivers/gpu/drm/sunxi/de2_hdmi_io.h | 25 + drivers/gpu/drm/sunxi/de2_plane.c | 119 +++ include/sound/sunxi_hdmi.h | 23 + sound/soc/codecs/Kconfig | 9 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/sunxi-hdmi.c | 106 +++ sound/soc/sunxi/Kconfig | 8 + sound/soc/sunxi/Makefile | 3 + sound/soc/sunxi/sun8i-i2s.c | 700 ++++++++++++++++ 27 files changed, 4222 insertions(+), 5 deletions(-) create mode 100644 Documentation/devicetree/bindings/display/sunxi/hdmi.txt create mode 100644 Documentation/devicetree/bindings/display/sunxi/sunxi-de2.txt create mode 100644 drivers/gpu/drm/sunxi/Kconfig create mode 100644 drivers/gpu/drm/sunxi/Makefile create mode 100644 drivers/gpu/drm/sunxi/de2_crtc.c create mode 100644 drivers/gpu/drm/sunxi/de2_crtc.h create mode 100644 drivers/gpu/drm/sunxi/de2_de.c create mode 100644 drivers/gpu/drm/sunxi/de2_drm.h create mode 100644 drivers/gpu/drm/sunxi/de2_drv.c create mode 100644 drivers/gpu/drm/sunxi/de2_hdmi.c create mode 100644 drivers/gpu/drm/sunxi/de2_hdmi.h create mode 100644 drivers/gpu/drm/sunxi/de2_hdmi_io.c create mode 100644 drivers/gpu/drm/sunxi/de2_hdmi_io.h create mode 100644 drivers/gpu/drm/sunxi/de2_plane.c create mode 100644 include/sound/sunxi_hdmi.h create mode 100644 sound/soc/codecs/sunxi-hdmi.c create mode 100644 sound/soc/sunxi/sun8i-i2s.c -- 2.10.1

7 37

[alsa-devel] [RFC 00/14] SoundWire bus driver
by Hardik Shah 17 Nov '16

17 Nov '16

Following RFC series adds SoundWire bus driver interface based on the MIPI SoundWire specification 1.1 The SoundWire protocol is a robust, scalable, low complexity, low power, low latency, two-pin (clock and data) multi-drop bus that allows for the transfer of multiple audio streams and embedded control/commands. SoundWire provides synchronization capabilities and supports both PCM and PDM, multichannel data, isochronous and asynchronous modes. SoundWire does borrow a number of concepts from existing interfaces such as HDAudio, AC97, SLIMbus, which already provide control/audio on the same wires, or legacy interfaces such as I2C/I2S, TDM, PDM. The capabilities of SoundWire make it unique however in that it can be implemented in peripherals such as microphones or amplifiers, mix PCM and PDM formats and enable clock scaling to reduce power consumption. More details about the SoundWire protocol can be obtained from MIPI website as listed below (accessible to members only). 1. http://mipi.org/learning-center/webinars 2. https://members.mipi.org/wg/All-Members/document/download/65078 3. https://members.mipi.org/wg/Contributors/document/70055 Hardik Shah (12): SoundWire: Add SoundWire bus driver documentation SoundWire: Add SoundWire stream documentation SoundWire: Add error handling and locking documentation SoundWire: Add device_id table for SoundWire bus SoundWire: Add SoundWire bus driver interfaces SoundWire: Add register/unregister APIs SoundWire: Add SoundWire Slaves register definitions SoundWire: Add API for Slave registers read/write SoundWire: Add support to handle Slave status change SoundWire: Add support for clock stop SoundWire: Add tracing for Slave register read/write regmap: SoundWire: Add regmap support for SoundWire bus Sanyog Kale (2): SoundWire: Add stream and port configuration SoundWire: Add support for SoundWire stream management Documentation/sound/alsa/sdw/error_handling.txt | 71 + Documentation/sound/alsa/sdw/locking.txt | 64 + Documentation/sound/alsa/sdw/stream.txt | 346 +++ Documentation/sound/alsa/sdw/summary.txt | 253 ++ MAINTAINERS | 12 + drivers/base/regmap/Kconfig | 3 + drivers/base/regmap/Makefile | 1 + drivers/base/regmap/regmap-sdw.c | 240 ++ include/linux/mod_devicetable.h | 13 + include/linux/regmap.h | 37 + include/sound/sdw/sdw_registers.h | 277 ++ include/sound/sdw_bus.h | 905 ++++++ include/sound/sdw_master.h | 627 ++++ include/sound/sdw_slave.h | 563 ++++ include/trace/events/sdw.h | 209 ++ sound/Kconfig | 2 + sound/Makefile | 1 + sound/sdw/Kconfig | 6 + sound/sdw/Makefile | 1 + sound/sdw/sdw.c | 3749 +++++++++++++++++++++++ sound/sdw/sdw_priv.h | 811 +++++ sound/sdw/sdw_runtime.c | 2807 +++++++++++++++++ 22 files changed, 10998 insertions(+) create mode 100644 Documentation/sound/alsa/sdw/error_handling.txt create mode 100644 Documentation/sound/alsa/sdw/locking.txt create mode 100644 Documentation/sound/alsa/sdw/stream.txt create mode 100644 Documentation/sound/alsa/sdw/summary.txt create mode 100644 drivers/base/regmap/regmap-sdw.c create mode 100644 include/sound/sdw/sdw_registers.h create mode 100644 include/sound/sdw_bus.h create mode 100644 include/sound/sdw_master.h create mode 100644 include/sound/sdw_slave.h create mode 100644 include/trace/events/sdw.h create mode 100644 sound/sdw/Kconfig create mode 100644 sound/sdw/Makefile create mode 100644 sound/sdw/sdw.c create mode 100644 sound/sdw/sdw_priv.h create mode 100644 sound/sdw/sdw_runtime.c -- 1.7.9.5

5 30

[alsa-devel] [PATCH 00/14] ASoc: sunxi: Add Allwinner A33 codec driver
by Mylène Josserand 14 Nov '16

14 Nov '16

Hi everyone, This patchset add the audio codec for Allwinner A33 (sun8i) SoC. It adds different drivers: - sun8i-codec-analog (patch 4): This driver implements the analog part of the audio codec. The analog part is handled in PRCM registers so this driver must be added as prcm's subnode (patch 5). - sun8i-codec (patch 6): This driver implements the digital part of the A33 codec. - sun8i (patch 7): This driver implements a sound card for A33. It links the DAI and the audio codec. The analog codec driver is handled as an "aux_device". The DAI for this codec is the same than for A20: "sun4i-i2s". The digital codec code is coming from Allwinner's BSP (after some cleanup and DAPM conversion) [1] The analog codec driver is coming from Chen-Yu Tsai's driver [2] with some modifications (such as read/write regmap functions). Currently, all the drivers handle only the playback feature. The other ones (such as capture) and all other interfaces except headphone are not supported. These drivers are functional except for one issue. When playing a sound for the first time, a short delay can be noticed. On a second play (right after), the sound is played correctly. If we wait a short time (~5 sec), the delay is back. There is the same behavior for left/right channel. On the first time, a left sound is played on the left channel but in the second time, the sound will be played on wrong channel. These issues will be fixed in a second time. Is someone have suggestions about it? Examples of amixer commands: amixer set 'Headphone' 75% amixer set 'Headphone' on amixer set 'DAC' on amixer set 'Right DAC Mixer RSlot 0' on amixer set 'Left DAC Mixer LSlot 0' on amixer set 'DAC Reversed Right' on amixer set 'DAC Reversed Left' on It was tested on Parrot and Sinlinx board where device tree's modifications are added (patch 11 to 14). Thank you in advance, Best regards, [1]: https://github.com/allwinner-zh/linux-3.4-sunxi/blob/master/sound/soc/sunxi… [2]: https://github.com/wens/linux/tree/a31-audio Mylène Josserand (14): dma: sun6i-dma: Add burst case of 4 clk: ccu-sun8i-a33: Add CLK_SET_RATE_PARENT to ac-dig ASoC: sun4i-i2s: Add apb reset ASoC: Add sun8i analog codec driver mfd: sun6i-prcm: Add sun8i analog codec as subnode ASoC: Add sun8i digital audio codec ASoC: Add sun8i audio card dt-bindings: sound: Add sun8i analog codec documentation dt-bindings: sound: Add sun8i codec documentation dt-bindings: sound: Add sun8i audio card documentation ARM: dts: sun8i: Add analog codec on prcm node ARM: dts: sun8i: Add audio codec, dai and card for A33 ARM: dts: sun8i: parrot: Enable audio nodes ARM: dts: sun8i: sinlinx: Enable audio nodes .../devicetree/bindings/sound/sun8i-audio.txt | 17 + .../bindings/sound/sun8i-codec-analog.txt | 20 + .../devicetree/bindings/sound/sun8i-codec.txt | 24 + arch/arm/boot/dts/sun8i-a23-a33.dtsi | 7 + arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 8 + arch/arm/boot/dts/sun8i-a33.dtsi | 33 ++ arch/arm/boot/dts/sun8i-r16-parrot.dts | 8 + drivers/clk/sunxi-ng/ccu-sun8i-a33.c | 2 +- drivers/dma/sun6i-dma.c | 2 + drivers/mfd/sun6i-prcm.c | 16 + sound/soc/sunxi/Kconfig | 30 ++ sound/soc/sunxi/Makefile | 3 + sound/soc/sunxi/sun4i-i2s.c | 16 +- sound/soc/sunxi/sun8i-codec-analog.c | 305 +++++++++++++ sound/soc/sunxi/sun8i-codec.c | 492 +++++++++++++++++++++ sound/soc/sunxi/sun8i.c | 101 +++++ 16 files changed, 1082 insertions(+), 2 deletions(-) create mode 100644 Documentation/devicetree/bindings/sound/sun8i-audio.txt create mode 100644 Documentation/devicetree/bindings/sound/sun8i-codec-analog.txt create mode 100644 Documentation/devicetree/bindings/sound/sun8i-codec.txt create mode 100644 sound/soc/sunxi/sun8i-codec-analog.c create mode 100644 sound/soc/sunxi/sun8i-codec.c create mode 100644 sound/soc/sunxi/sun8i.c -- 2.9.3

12 57

[alsa-devel] Audio miniconference at LPC/KS - draft schedule
by Mark Brown 14 Nov '16

14 Nov '16

The audio miniconference is next Tuesday, starting at 9am in Sweeney CDE at the Santa Fe Convention Center. Currently the set of topics we have on the wiki and from e-mail for discussion is: - mmap/no IRQ mode - Time stamp reporting (both current APIs and addition of ability to push down PCM sync) - USB audio power and latency performance - Standardizing HDMI / DP interface - SoundWire support - Tracepoints for PCM parameter support - Low latency audio - Propagating digital configuration through the DAPM graph - Userspace and configuration integration (how will topology etc get integrated in OSes) - Move of ASoC clocking into the clock API - HDA/ASoC integration - UCM scaling, does it scale well…? - How to improve upstreaming vendor drivers? - Stable / LTS kernel maintenance - Para Virtualized audio driver support - Userspace drivers (for IEEE 1394 and other things) - Dropping the DICE driver - Media Controller API integration - Is there anything new here or should we just drop this entirely? which is quite a list but some of those should be fairly simple to discuss so hopefully fairly quick. I've made some effort to sort this into a rough order but it's very much a first pass so suggestions for changes are welcome. Similarly are there are other things people think we should discuss? There's also some discussion of incoporating the kernel wide topic of inter-device dependenices into the audio miniconference since this affects audio (especially ASoC) quite a bit as well as several other subsystems, that is likely to be just after a break or first thing in the morning in order to allow others who aren't interested in audio specifically to join (and hopefully if this happens we can convince them to get involved in working on audio!). I look forward to seeing many of you in Santa Fe next week!

7 10

[alsa-devel] [RFC 00/17] clk: Add per-controller locks to fix deadlocks
by Krzysztof Kozlowski 12 Nov '16

12 Nov '16

Hi, RFC, please, do not apply, maybe except patch #1 which is harmless. Introduction ============ The patchset brings new entity: clock controller representing a hardware block. The clock controller comes with its own prepare lock which is used then in many places. The idea is to fix the deadlock mentioned in commit 10ff4c5239a1 ("i2c: exynos5: Fix possible ABBA deadlock by keeping I2C clock prepared") and commit 34e81ad5f0b6 ("i2c: s3c2410: fix ABBA deadlock by keeping clock prepared"). Disclaimer ========== Request for comments, so: 1. Only exynos_defconfig builds, 2. A lot of FIXME/TODO note still, 3. Checkpatch not run, lines not aligned, 4. Other (non-exynos) drivers not converted, 5. Probably not yet bisectable, 6. Locking became quite complex. The previous one lock was simple. Inefficient and dead-lock prone but simple. Because of clock hierarchy spanning through controllers, the new locking became quite complicated. I don't like it but... Details ======= In Exynos-based boards case the deadlock occurs between clock's prepare_lock and regmap-i2c's lock: CPU #0: CPU #1: lock(regmap) s2mps11-clk: clk_prepare_lock() i2c-exynos: clk_prepare_lock() - wait lock(regmap) - wait The clk_prepare_lock() on both CPUs come from different clock drivers and components: 1. I2C clock is part of SoC block and is required by i2c-s3c2410/i2c-exynos5 driver, 2. S2MPS11 clock is separate device, however driver uses I2C regmap. The deadlock was reported by lockdep (always) and was happening in 20% of boots of Odroid XU3 with multi_v7 defconfig. Workaround for deadlock was implemented by removing prepare/unprepare calls from I2C transfers. However these are just workarounds... which after applying this patch can be reverted. Additionally Marek Szyprowski's work on domains/clocks/pinctrl exposed the deadlock again in different configuration. Comments as usual are welcomed. Best regards, Krzysztof Krzysztof Kozlowski (17): clk: bcm2835: Rename clk_register to avoid name conflict clk: Add clock controller to fine-grain the prepare lock clk: s2mps11: Switch to new clock controller API clk: samsung: Allocate a clock controller in context clk: fixed-rate: Switch to new clock controller API clk: gate: Switch to new clock controller API clk: mux: Switch to new clock controller API clk: fixed-factor: Switch to new clock controller API clk: divider: Switch to new clock controller API clk: composite: Switch to new clock controller API clk: gpio: Switch to new clock controller API ASoC: samsung: Switch to new clock controller API clk: samsung: audss: samsung: Switch to new clock controller API clk: samsung: clkout: samsung: Switch to new clock controller API clk: Use per-controller locking Revert "i2c: exynos5: Fix possible ABBA deadlock by keeping I2C clock prepared" Revert "i2c: s3c2410: fix ABBA deadlock by keeping clock prepared" drivers/clk/bcm/clk-bcm2835.c | 8 +- drivers/clk/clk-composite.c | 8 +- drivers/clk/clk-divider.c | 10 +- drivers/clk/clk-fixed-factor.c | 11 +- drivers/clk/clk-fixed-rate.c | 28 +- drivers/clk/clk-fractional-divider.c | 5 +- drivers/clk/clk-gate.c | 8 +- drivers/clk/clk-gpio.c | 29 +- drivers/clk/clk-mux.c | 32 ++- drivers/clk/clk-s2mps11.c | 10 +- drivers/clk/clk.c | 456 +++++++++++++++++++++++++++----- drivers/clk/samsung/clk-exynos-audss.c | 30 ++- drivers/clk/samsung/clk-exynos-clkout.c | 11 +- drivers/clk/samsung/clk.c | 25 +- drivers/clk/samsung/clk.h | 1 + drivers/i2c/busses/i2c-exynos5.c | 24 +- drivers/i2c/busses/i2c-s3c2410.c | 23 +- include/linux/clk-provider.h | 88 ++++-- include/linux/clk.h | 1 + sound/soc/samsung/i2s.c | 13 +- 20 files changed, 612 insertions(+), 209 deletions(-) -- 1.9.1

7 27

[alsa-devel] [PATCH 0/23] ASoC: add OF graph base simple-card
by Kuninori Morimoto 11 Nov '16

11 Nov '16

Hi Rob, Mark These are OF graph base simple-card patch-set. 1) - 3) : simple-scu-card cleanup 4) - 10) : soc-core prepare for OF graph card 11) - 17) : OF graph new feature 18) - 23) : OF graph base simple-card I posted 11) - 17) OF graph new feature patches before, and then Rob requested about usecase. 18) - 23) can be usecase for it. 1) - 10) are independent (= Mark) 11) - 17) are independent (= Rob) 18) - 23) are depends on 1) - 10) and 11) - 17) (= Mark) Kuninori Morimoto (23): 1) ASoC: simple-scu-card: code sync: follow to simple family style 2) ASoC: simple-scu-card: code sync: rename asoc_simple_card_priv 3) ASoC: simple-scu-card: code sync: tidyup props/link naming 4) ASoC: soc-core: adjust for graph on snd_soc_of_parse_card_name 5) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_simple_widgets 6) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_routing 7) ASoC: soc-core: adjust for graph on snd_soc_of_parse_audio_prefix 8) ASoC: soc-core: snd_soc_get_dai_name() become non static 9) ASoC: simple-card-utils: remove unnecessary cpu/codec pointer check 10) ASoC: simple-card-utils: adjust for graph on asoc_simple_card_parse_card_name 11) Documentation: of: add type property 12) of_graph: add of_graph_get_remote_endpoint() 13) of_graph: add of_graph_port_type_is() 14) of_graph: add of_graph_get_port_parent() 15) of_graph: add of_graph_get_top_port() 16) of_graph: add for_each_of_port() / for_each_of_endpoint_in_port() 17) of_graph: add of_graph_get_endpoint_count() 18) ASoC: simple-card-utils: add asoc_simple_card_parse_graph_dai() 19) ASoC: simple-card-utils: add asoc_simple_card_try_to_probe_graph_card() 20) ASoC: add simple-graph-card document 21) ASoC: add simple-graph-card support 22) ASoC: add simple-graph-scu-card document 23) ASoC: add simple-graph-scu-card support Documentation/devicetree/bindings/graph.txt | 21 +++++ Documentation/devicetree/bindings/sound/simple-graph-card.txt | 65 ++++++++++++++ Documentation/devicetree/bindings/sound/simple-graph-scu-card.txt | 66 ++++++++++++++ drivers/of/base.c | 166 +++++++++++++++++++++++++++++++--- include/linux/of_graph.h | 62 +++++++++++++ include/sound/simple_card_utils.h | 14 +++ include/sound/soc.h | 32 +++++-- sound/soc/generic/Kconfig | 15 ++++ sound/soc/generic/Makefile | 4 + sound/soc/generic/simple-card-utils.c | 105 +++++++++++++++++++++- sound/soc/generic/simple-card.c | 2 +- sound/soc/generic/simple-graph-card.c | 461 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sound/soc/generic/simple-graph-scu-card.c | 437 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ sound/soc/generic/simple-scu-card.c | 115 +++++++++++------------- sound/soc/soc-core.c | 41 +++++---- 15 files changed, 1505 insertions(+), 101 deletions(-)

4 40

[alsa-devel] [PATCH 00/10] ASoC: Intel: Skylake: Add support for D0i3
by Vinod Koul 09 Nov '16

09 Nov '16

This series adds support for low power D0i3 mode which lets audio controller perform stream and non streaming usage scenarios while being in lower power D0i3 state. In this series, first we modify the sst_ipc_tx_message() API to check if the DSP is in lower powered D0i3 mode or not and if so bring it to active before sending any messages. This is followed by a new API sst_ipc_tx_message_nopm() to send message without checking the new PM method. Then we start adding D0i3 refcounting which decides the entry to D0i3 mode based on capability. This is derived from topology data. The new IPC to enter D0i3 is also required. Finally we remove unwarranted pci device enabling calls on suspend. Jayachandran B (3): ASoC: Intel: Skylake: Add D0iX callbacks ASoC: Intel: Skylake: Flush pending D0i3 request on suspend ASoC: Intel: Skylake: remove pci device enabling calls on suspend Pardha Saradhi K (2): ASoC: Intel: Skylake: Add D0iX IPCs ASoC: Intel: Skylake: Add support for programming D0i3C Vinod Koul (5): ASoC: Intel: Add check_dsp_lp_on callback on IPC ASoC: Intel: Add sst_ipc_tx_message_nopm ASoC: Intel: Skylake: Add support for LPMode ASoC: Intel: Skylake: Add support for specifying D0i3 configuration ASoC: Intel: Skylake: Add D0i3 mode ref counting include/uapi/sound/snd_sst_tokens.h | 8 +- sound/soc/intel/common/sst-ipc.c | 27 +++++- sound/soc/intel/common/sst-ipc.h | 4 + sound/soc/intel/skylake/bxt-sst.c | 145 +++++++++++++++++++++++++++++++++ sound/soc/intel/skylake/skl-messages.c | 30 ++++++- sound/soc/intel/skylake/skl-pcm.c | 10 +++ sound/soc/intel/skylake/skl-sst-dsp.h | 12 +++ sound/soc/intel/skylake/skl-sst-ipc.c | 69 +++++++++++++++- sound/soc/intel/skylake/skl-sst-ipc.h | 36 +++++++- sound/soc/intel/skylake/skl-topology.c | 47 +++++++++++ sound/soc/intel/skylake/skl-topology.h | 11 +++ sound/soc/intel/skylake/skl.c | 59 +++++++++++++- sound/soc/intel/skylake/skl.h | 6 ++ 13 files changed, 456 insertions(+), 8 deletions(-) -- 1.9.1

2 23

[alsa-devel] [PATCH 00/12] ASoC: sun4i-codec: Add support for A31 Codec
by Chen-Yu Tsai 09 Nov '16

09 Nov '16

Hi everyone, This series adds support for stereo mixer controls in DAPM and uses them to add support for Allwinner A31's internal codec. This series is for 4.10. I'm sending them out now, so if there are any issues we can discuss them at ELCE next week. The A31's internal codec is similar (in terms of DMA, interface and control layouts) to the one found in the A10/A13/A20 SoCs. However it has more external inputs and outputs, the mixer controls are now stereo (left/right separated), and it also has some audio processing features (not supported). To fully support DAPM but also provide a sane interface to userspace, the first 4 patches attempt to implement stereo support to DAPM controls. Otherwise we end up with a bunch of mono controls labeled "X Left" and "X Right". Patches 5 through 10 add support for the A31's internal codec, one feature per patch. Hopefully this makes it easier to review. Some features, such as PHONE inputs/outputs, audio processing, headset jack detection and buttons, aren't supported yet. Patch 11 adds a device node for the codec to the A31 dtsi. Patch 12 enables the codec for the Hummingbird A31 board. Regards ChenYu Chen-Yu Tsai (12): ASoC: dapm: Support second register for DAPM control updates ASoC: dapm: Implement stereo mixer control support ASoC: dapm: Introduce DAPM_DOUBLE dual channel control type ASoC: dapm: Introduce DAPM_DOUBLE_R dual channel dual register control type ASoC: sun4i-codec: Add support for A31 playback through headphone output ASoC: sun4i-codec: Add support for A31 Line In playback ASoC: sun4i-codec: Add support for A31 Line Out playback ASoC: sun4i-codec: Add support for A31 analog microphone inputs ASoC: sun4i-codec: Add support for A31 ADC capture path ASoC: sun4i-codec: Add support for A31 board level audio routing ARM: dts: sun6i: Add audio codec device node ARM: dts: sun6i: hummingbird: Enable internal audio codec .../devicetree/bindings/sound/sun4i-codec.txt | 41 +- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 12 + arch/arm/boot/dts/sun6i-a31.dtsi | 12 + include/sound/soc-dapm.h | 14 + sound/soc/codecs/adau17x1.c | 2 +- sound/soc/codecs/tlv320aic3x.c | 2 +- sound/soc/codecs/wm9712.c | 2 +- sound/soc/codecs/wm9713.c | 2 +- sound/soc/soc-dapm.c | 116 ++-- sound/soc/sunxi/sun4i-codec.c | 599 ++++++++++++++++++--- 10 files changed, 699 insertions(+), 103 deletions(-) -- 2.9.3

4 25