November 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] [PATCH] sound: Add dependency on DMA
by Florian Fainelli 17 Nov '16

17 Nov '16

Architectures like m32r do not have a proper DMA-API implementation, fixes COMPILE_TEST linking failures for the sounds subsystem. Signed-off-by: Florian Fainelli <f.fainelli(a)gmail.com> --- sound/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/Kconfig b/sound/Kconfig index 5a240e050ae6..a768704d2f47 100644 --- a/sound/Kconfig +++ b/sound/Kconfig @@ -60,6 +60,7 @@ if !M68K && !UML menuconfig SND tristate "Advanced Linux Sound Architecture" + depends on HAS_DMA help Say 'Y' or 'M' to enable ALSA (Advanced Linux Sound Architecture), the new base sound system. -- 2.9.3

1 0

[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] [patch] ASoC: sh: dma-sh7760: fix a debug printf
by Dan Carpenter 17 Nov '16

17 Nov '16

We intended to print a hex here, but the code will print a base 10 with an x on the end. Signed-off-by: Dan Carpenter <dan.carpenter(a)oracle.com> diff --git a/sound/soc/sh/dma-sh7760.c b/sound/soc/sh/dma-sh7760.c index 8fad444..c28ee1a 100644 --- a/sound/soc/sh/dma-sh7760.c +++ b/sound/soc/sh/dma-sh7760.c @@ -204,7 +204,7 @@ static int camelot_prepare(struct snd_pcm_substream *substream) struct snd_soc_pcm_runtime *rtd = substream->private_data; struct camelot_pcm *cam = &cam_pcm_data[rtd->cpu_dai->id]; - pr_debug("PCM data: addr 0x%08ulx len %d\n", + pr_debug("PCM data: addr 0x%08lx len %d\n", (u32)runtime->dma_addr, runtime->dma_bytes); if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) {

2 2

[alsa-devel] Mic detection on Mackbook Pro 12,1 (CS4208)
by Paulo Fidalgo 17 Nov '16

17 Nov '16

Hi, After reporting the issue on bugzilla (https://bugzilla.kernel.org/show_bug.cgi?id=155601) I felt I could do more in order to try to get a patch to fix the issue. Basically when I plug an headset(mic+headphone), it only detects the headphone not the mic. Since I assumed the "memory address" of the 0x18 pin is wrong, I've tried to change some values in order to get it working. I have tries both ways: 1. By changing the kernel souce(sound/pci/hda/patch_cirrus): in the function static void cs4208_fixup_mac(struct hda_codec *codec, const struct hda_fixup *fix, int action) I've added an configuration to set the address of the 0x18. Then create a script to remove the module, compile, load and test via arecord if it's working. 2. use the user_pin_configs basically I've iterated for the range of memory addresses found in the card config and try to apply them: for (( num=0x002b4020; num <= 0x90a60100; num+=1 )) do pulseaudio -k ADDRESS=$(printf "0x%08x\n" $num) echo "0x18 $ADDRESS" | sudo tee /sys/class/sound/hwC1D0/user_pin_configs echo "0x1c 0x400000f0" | sudo tee /sys/class/sound/hwC1D0/user_pin_configs echo 1 | sudo tee /sys/class/sound/hwC1D0/reconfig pulseaudio -D arecord -d 5 -vvv -f dat /dev/null 2>&1 | grep -Po " 1\d+%" done but since I need to use the computer, I'm doing this in batches. Both address we're found by alsa-config as the pin addresses. Now my question is, is there a better way (without brute force) to get the right address? Could be anything else, other than the address? I also have MacOS installed, but from what I've found there's no way to know the address in MacOS, if there's a way, please point me ;) Best regards, Paulo Fidalgo

2 4

[alsa-devel] Sound Blaster Z works but ports are a mess
by Frederique 17 Nov '16

17 Nov '16

Dear mailing list individuals, I currently own a Sound Blaster Z from Creative. Testing on Linux Mint 18 64-bit with the stock Linux 4.4 kernel, ALSA 1.0.25+dfsg-0ubuntu5 and ALSA utilities 1.1.0-0ubuntu5. Output only works from the front panel headphone port when HP/Speaker is enabled. All audio enhancements available work as well. Input only works via the microphone port on the card itself, and all audio enhancements like voice clarity and voice transformation work as well. It seems only the ports are a mess. I do not know how to do any audio driver development so I not sure if it would require a lot of work to fix. Does the team have any of these cards? They come in Z, Zx and ZxR editions, with the last card being significantly different port-wise. Would it help if this hardware would be donated possibly by Creative themselves? A screenshot of alsamixer: http://i.imgur.com/OosqrER.png Currently I only have the headset connected to the front panel headphones port as I am awaiting an extension cable to arrive to be able to connect it to the microphone port in the back. A user called voron00 has been attempting development for the card series if it might help at all: http://forums.creative.com/showthread.php?t=741501 Sincerely yours, Frederique

1 0

[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] Lenovo Dock + Thinkpad X260 -> no HDMI audio output
by Norbert Preining 17 Nov '16

17 Nov '16

Dear all, (please cc) I am trying to get HDMI audio output via a Lenovo Dock Ultra in combination with a Lenovo Thinkpad X260. When plugging the HDMI device (screen) directly into the laptop, audio output can be selected in pavucontrol / Configuration, but when the laptop is connected via the dock all the HDMI devices appear as unplugged. I have googled a bit and found a similar case for T430: http://permalink.gmane.org/gmane.linux.alsa.user/36896 and checking the source code of snd_hda_intel it seems that options snd-hda-intel model=lenovo-dock should help, but indeed it didn't. I am running Debian/sid, on today's git kernel (4.9.0-rc5+). I attach the output of alsa-info. Please let me know whether I can try some more tweaks. Thanks a lot Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

2 2

[alsa-devel] [MINUTES] Linux Plumbers Audio Mini Conference - Santa Fe 2016
by Liam Girdwood 16 Nov '16

16 Nov '16

Minutes below. Comments, corrections and omissions welcomed. We are missing some links to some of the slides presented. Please reply with a link if you have one. Audio Mini Conference Minutes - Santa Fe 2016 ============================================= Present: Mark, Rakesh, Liam, Vinod, Mengdong, Pierre, Patrick, Takashi S, Javilars, Takashi I, Eric, Dylan, Mauro, Shuah, Charles, Matthew, Lars, Sagar and others. Android USB Audio - Eric ======================== USB audio is becoming more important as analog jack can be removed. USB stack is difficult to optimise for low power/latency audio (too many wake ups with USB 1ms tick). Aim to add no_irq (no IRQ for each period) and mmap support in USB 3.0 stack to improve power and latency. USB playback and capture with synchronised start API is missing from stack/ALSA. Some patches were posted for synchronised endpoint but never made it to the list, Pierre is going to resend. USB currently defines simple audio endpoints. Support is needed to define more complex USB audio endpoints rather than just "playback" and "capture". Sub 10ms latency (round trip ?) is difficult to achieve on USB due to stack and drivers. Mmap may help reduce latency by removing buffer copies. Inter Device Dependencies ========================= Kernel Summit joined for this discussion. There is complexity between devices, more than just a parent/child relationship for some devices making it difficult to order probing and PM ops. Rafael, has created patch set to solve dependences for PM ops in Gregs tree, the patches could also be used for probing. The patches add an API to allow device relationships to be established as a graph. This API supports non parent/child relationships to and allows PM ops to run in a deterministic sequence. Relationship dependency discovery needs to come from DT/ACPI and will need standardised bindings. Mark described the current audio workarounds where the machine driver specifies relationships and deferred probe is used to manage the probing sequence. Some people do not like the high number deferred probe messages in dmesg. Relation graphs must be ordered so that cycles to do not exist. Next steps are to use Rafaels patches for probe ordering. AV Sync - Eric =============== A few frame counters are 32 bit (compressed API) and should be 64 bit. Vinod will update compressed API to 64 bit. Timers should also consider boot time and suspend/resume time as it's currently difficult to keep AV syn over suspend/resume cycles. AV sync on TV's hacky atm, we need AV sync API in ALSA. Takashi noted this was long time problem that needs solution. Some options for AV sync were pseudo transport streams (like existing mpeg format) but these were difficult for mmap(). Other devices had used runtime PLL updating with patches sent in the past ? Compressed API could be used to send transport stream for AV sync. HDMI/DP glue to GFX - Vinod =========================== Currently several interlaces exist to pass DP/HDMI events and information between audio and GFX stacks/drivers. ARM devices using pdata interface, i915 has another solution, BYT uses another interface. Needs to be consistent for user space ELD notification, jack detection/mapping. Currently HDA drivers have hack to assist userspace (PCM5). There are also difficulties mapping PCMs, channels and jacks to multiple HDMI/DP devices. Tikashi and Vinod to investigate best solutions. DP-MST - Vinod =============== Jack notifications more difficult with MST (extra complexity). How do we map multiple jacks from multiple monitors, disable unused pins when not rendering ? The 5.1 use case for gaming has to split channels to multiple monitors. Decision is that new devices would export topology to userpace so that userspace know the jack, channel mappings. Soundwire Support - Rakesh and Pierre ===================================== Soundwire new hardware interface for audio devices. Needs new subsystem support for soundwire master and slave devices. Hardik has posted initial RFC to the list for review. Rakesh presented slides . Link to the slides ? Some people had reviewed the RFC. Some changes to strct device/driver usage required to make it more like other subsystems upstream. There is also need to deal with devices that can power off after or before enumeration. Some confusion over the terminology used too, compared to other bus systems like I2C. Master should be device and not driver. Top level feedback is that it does not look like bus code. There is also a need to consider objects in DT/ACPI. AR Vinod, to look at STIO. Topology and UCM file deployment - Vinod, Mengdong, Liam ======================================================== Difficult to release and deploy topology/ucm updates with alsa-lib cadence. Distros to be contacted for best deployment where cadence can be faster than alsa-lib. Liam and Vinod to contact distro package maintainers. UCM - Liam, Mengdong ==================== Which driver card name string to change, there are 3 - long, short and driver. CRAS uses the string in the []. Not sure about PA. Liam to create patch that includes machine name in card name string. Mengdong has added #include and #define like support to topology. Mengdong will port this to UCM too so that a library of codecs can be built up and included by the machine ucm files. e.g. Asus T100 UCM would include rt5640 codec and baytrail DSP UCM configs. Tracepoint for audio - Lars, Takashi S ====================================== Lars and Takashi S have similar patchsets. Easy to make tooling for parsing traceout. This could replace printk and snd_printk, but builds bigger binary. Option to disable can be added to reduce size. Uses ftrace output and timestamp. Used in the PCM operations. Patches are still WiP and will be posted as RFC when ready. Dropping Dice Driver - Takashi S ================================ Dice hardware has serious problems making it unusable. Takashi S to discuss with Clemens regarding any potential work around for HW issue. If no work around is found then it could be marked as broken or moved to staging ? Sound Open Firmware - Liam ========================== Liam introduced SOF and took QA. Liam is also working on an ELF executable firmware image that can run on the developers host PC. http://alsa-project.org/main/index.php/Firmware Paravirtualisation of Audio Drivers - Rakesh ============================================ Safety critical systems have requirements to play safety critcal sounds (like alarms, warnings) and regular non safety critical sound like media. Rakesh proposed a Xen hypervisor method to guarantee the safety critical audio would always take precedence over the non safety critical audio. Xen would run a privileged OS (for safety critical) and unprivileged OS (for non safety critical audio). A para virtualised audio driver would allow the Unprivileged OS to play audio on the privileged OS. Lars suggested Libvirt and KVM may make this task far easier and less restricted than using Xen. Rakesh to investigate further. Userspace driver for Firewire - Takashi S ========================================= Need to represent mixers for some USB and FW devices in userspace. Why ?. Possibility of using topology for userspace. Nobody keen on exposing kernel APIs as userspavce ABIs. Possibility of looking at libvirt interfaces for userspace drivers many similarities. Kernel component, already use FW sound card. Mixer API not suitable, many bus so use control API. ALSA Stream Configuration Domains - Lars ======================================== ALSA has powerful but complex system to configure and constrain stream configurations at runtime but it does not scale well on modern ASoC based sound devices with multiple components and DAIs. Lars presented a solution that can break complex sound cards down to simple domains where configuration can be set by userspace to exactly match each use case. Userspace would also be able to read the configuration in each domain. New APIs calls would be needed in alsa-lib to achieve this. Lars also requested that ASoC become a first class citizen with ALSA since most new sound cards are ASoC based. Proposal was accepted.

6 7