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

[alsa-devel] [PATCH] ARM: sun7i: Fix HDMI Audio driver's Alsa interface and do 8CH IEC60958 output
by thomas schorpp 13 Nov '15

13 Nov '15

Version 0.2 Users doc: All You need to get a HDMI- Pulseaudio Server on Your sunxi board to output Multichannel PCM is this line in default.pa, ttable pcms in asound.conf get ignored: +load-module module-alsa-sink device="hw:1,0" channels=8 channel_map="front-left,front-right,lfe,front-center,rear-left,rear-right,side-left,side-right" ### Automatically load driver modules depending on the hardware available .ifexists module-udev-detect.so load-module module-udev-detect Probe with speaker-test, You may need other channel mapping than I. If you run PA in system mode please read the security documentation before, see PA log for link. y tom

2 1

[alsa-devel] No stream timing info with alsa pulse plugin?
by sqweek 24 Sep '15

24 Sep '15

Hi guys, I discovered on my machine that alsa_snd_pcm_status_get_tstamp (and also get_htstamp) stop working when my asoundrc invokes the pulse plugin. That is, normally they work fine but once the sound is going via pulse the returned time stamp is always zero. I'm trying to understand why that is. I couldn't really find any discussion of the pulse plugin on the archives so I'm not entirely sure I've found the right list; I was directed here via the pulseaudio bugzilla[1]. [1] https://bugs.freedesktop.org/show_bug.cgi?id=88503 Thanks for any assistance! -sqweek

4 3

[alsa-devel] Possible GPL-licensed header included in alsa-lib
by Clemens Lang 27 Jul '15

27 Jul '15

Hi, I recently reviewed the alsa-lib 1.0.27.2 source code from a licensing perspective to ensure compliant usage and distribution. It seems the intention is for the libraries to be covered by LGPL. I had a look at include/list.h, which seems to be licensed under GPL-2.0. It does not have a license header or any other copyright information, but it states it was taken from Linux 2.4.0: include/list.h, line 5: | This code was taken from the Linux 2.4.0 kernel. [jaroslav] I'm not sure one could argue that the header was trivial, especially since it does not only contain constants, structures and interface definitions, but also implementations of inline functions. I found one previous inquiry about a similar issue[1], but it does not cover the include/list.h header. Two questions: 1. Have the copyright holders of the code in question agreed to re-license under a different, LGPL-preserving license and, if yes, is there some documentation about that? 2. If the header is indeed covered by GPL-2.0, would you accept patches to replace it with a different implementation, e.g. Rusty Russell's MIT-licensed list from ccan[2]? [1] http://mailman.alsa-project.org/pipermail/alsa-devel/2011-March/038267.html [2] http://ccodearchive.net/info/list.html Thank you for your time, Clemens Lang -- BMW Car IT GmbH Clemens Lang Spezialist Entwicklung Lise-Meitner-Straße 14 89081 Ulm Mail: clemens.lang(a)bmw-carit.de Web: http://www.bmw-carit.de -------------------------------------------------------------------- BMW Car IT GmbH Geschäftsführer: Michael Würtenberger und Reinhard Stolle Sitz und Registergericht: München HRB 134810 --------------------------------------------------------------------

3 12

[alsa-devel] [V2 PATCH] ALSA: hda - Enable mute/mic-mute LEDs for more Thinkpads with Conexant codec
by Hui Wang 01 Jul '15

01 Jul '15

Most Thinkpad Edge series laptops use conexant codec, so far although the codecs have different minor Vendor Id and minor Subsystem Id, they all belong to the cxt5066 family, this change can make the mute/mic-mute LEDs support more generic among cxt_5066 family. This design refers to the similar solution for the realtek codec ALC269 family in the patch_realtek.c. Cc: Alex Hung <alex.hung(a)canonical.com> Cc: David Henningsson <david.henningsson(a)canonical.com> Signed-off-by: Hui Wang <hui.wang(a)canonical.com> --- sound/pci/hda/patch_conexant.c | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c index c205bb1..1f2717f 100644 --- a/sound/pci/hda/patch_conexant.c +++ b/sound/pci/hda/patch_conexant.c @@ -3244,9 +3244,29 @@ enum { #if IS_ENABLED(CONFIG_THINKPAD_ACPI) #include <linux/thinkpad_acpi.h> +#include <acpi/acpi.h> static int (*led_set_func)(int, bool); +static acpi_status acpi_check_cb(acpi_handle handle, u32 lvl, void *context, + void **rv) +{ + bool *found = context; + *found = true; + return AE_OK; +} + +static bool is_thinkpad(struct hda_codec *codec) +{ + bool found = false; + if (codec->subsystem_id >> 16 != 0x17aa) + return false; + if (ACPI_SUCCESS(acpi_get_devices("LEN0068", acpi_check_cb, &found, NULL)) && found) + return true; + found = false; + return ACPI_SUCCESS(acpi_get_devices("IBM0068", acpi_check_cb, &found, NULL)) && found; +} + static void update_tpacpi_mute_led(void *private_data, int enabled) { struct hda_codec *codec = private_data; @@ -3279,6 +3299,8 @@ static void cxt_fixup_thinkpad_acpi(struct hda_codec *codec, bool removefunc = false; if (action == HDA_FIXUP_ACT_PROBE) { + if (!is_thinkpad(codec)) + return; if (!led_set_func) led_set_func = symbol_request(tpacpi_led_set); if (!led_set_func) { @@ -3494,6 +3516,7 @@ static const struct snd_pci_quirk cxt5066_fixups[] = { SND_PCI_QUIRK(0x17aa, 0x3975, "Lenovo U300s", CXT_FIXUP_STEREO_DMIC), SND_PCI_QUIRK(0x17aa, 0x3977, "Lenovo IdeaPad U310", CXT_FIXUP_STEREO_DMIC), SND_PCI_QUIRK(0x17aa, 0x397b, "Lenovo S205", CXT_FIXUP_STEREO_DMIC), + SND_PCI_QUIRK_VENDOR(0x17aa, "Thinkpad", CXT_FIXUP_THINKPAD_ACPI), SND_PCI_QUIRK(0x1c06, 0x2011, "Lemote A1004", CXT_PINCFG_LEMOTE_A1004), SND_PCI_QUIRK(0x1c06, 0x2012, "Lemote A1205", CXT_PINCFG_LEMOTE_A1205), {} -- 1.8.1.2

7 26

[alsa-devel] [PATCH v10 0/9] ASoC: tda998x: add a codec to the HDMI transmitter
by Jean-Francois Moine 28 Apr '15

28 Apr '15

Based on broonie/ASoC v10: - add the generic dt-card - define the audio ports from a DT graph of ports (Russell King) - reuse HDMI constants (Andrew Jackson - Jyri Sarha) - alloc rate_constraints in codec (Jyri Sarha) - fix bad number of channels (Jyri Sarha) - correct codec generation from config (Russell King - Jyri Sarha) - no module init/exit (Russell King) v9: - back to a TDA998x specific CODEC - more comments - change magic values to constants v8: - change some comments about the patches v7: - remove the change of the K predivider (Jyri Sarha) - add S24_3LE and S32_LE as possible audio formats (Jyri Sarha) - don't move the struct priv2 definition and use the slave encoder private data as the device private data (Russell King) - remove the useless request_module (Russell King/Mark Brown) - don't lock the HDMI module (Russell King) - use platform_device_unregister to remove the codec (Russell King) v6: - extend the HDMI CODEC instead of using a specific CODEC v5: - use the TDA998x private data instead of a specific area for the CODEC interface - the CODEC is TDA998x specific (Mark Brown) v4: - remove all the TDA998x specific stuff from the CODEC - move the EDID scan from the CODEC to the TDA998x - move the CODEC to sound/soc (Mark Brown) - update the audio_sample_rate from the EDID (Andrew Jackson) v3: fix bad rate (Andrew Jackson) v2: check double stream start (Mark Brown) Jean-Francois Moine (9): ASoC: kirkwood: dynamically build the DAI array ASoC: kirkwood: check the DAI type from the DAI name ASoC: kirkwood: accept the DAI definitions from a graph of ports drm/i2c: tda998x: Add support of a DT graph of ports drm/i2c: tda998x: Change drvdata for audio extension ASoC: tda998x: add a codec to the HDMI transmitter drm/i2c: tda998x: set cts_n according to the sample width ASoC: core: export snd_soc_get_dai_name ASoC: add generic dt-card support .../devicetree/bindings/drm/i2c/tda998x.txt | 51 ++++ .../devicetree/bindings/sound/mvebu-audio.txt | 30 +++ drivers/gpu/drm/i2c/tda998x_drv.c | 237 +++++++++++++++++- include/sound/soc.h | 2 + include/sound/tda998x.h | 32 +++ sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/tda998x.c | 175 +++++++++++++ sound/soc/generic/Kconfig | 2 + sound/soc/generic/Makefile | 2 + sound/soc/generic/dt-card.c | 275 +++++++++++++++++++++ sound/soc/kirkwood/kirkwood-i2s.c | 141 ++++++----- sound/soc/kirkwood/kirkwood.h | 4 +- sound/soc/soc-core.c | 5 +- 14 files changed, 877 insertions(+), 86 deletions(-) create mode 100644 include/sound/tda998x.h create mode 100644 sound/soc/codecs/tda998x.c create mode 100644 sound/soc/generic/dt-card.c -- 2.1.4

3 13

[alsa-devel] [ANNOUNCE] Audio Mini Summit 2014, Oct. 14, Düsseldorf, Germany
by Takashi Iwai 24 Apr '15

24 Apr '15

Hi, like previous years, we're going to hold a meeting to discuss lowlevel audio on Linux. This time it's along with Linux Plumbers conference, but for avoiding the conflicts with other LPC mini conferences, it'll be held on Tuesday October 14, at the same venue as LPC, Congress Center Düsseldorf, Germany. If anyone is interested, feel free to sign up in the attendee list below. It's a public accessible Google doc, so you can edit freely. http://goo.gl/VbXLPW (or https://docs.google.com/spreadsheets/d/1wBAiAyZSnMjVFJbxdXE5JoVdKGIBIWt-4tu…) The topics that have been currently raised are found in the URL below. If you have any more topics to discuss there, just put your favorite one in the URL below as well. http://goo.gl/JSasQ9 (or https://docs.google.com/spreadsheets/d/1cXzON65QYNrTXi31AIQHffUZ9NWwJuNEJAC…) Thanks! Takashi

3 2

[alsa-devel] SoundBlaster X-fi HD SPDIF fix
by Richard Körber 05 Apr '15

05 Apr '15

Hi! I own a Creative USB SoundBlaster X-fi HD and tried to use its SPDIF optical output. However it didn't work with ALSA out of the box. The reason is that for SPDIF output device #1 must be used. The fix is: In /usr/share/alsa/cards/USB-Audio.conf, change the iec958_device block like this: USB-Audio.pcm.iec958_device { "USB Sound Blaster HD" 1 } Digital output works fine for me after that. BTW, I tried this line in /etc/asound.conf cards.USB-Audio.pcm.iec958_device."USB Sound Blaster HD" 1 but it didn't have any effect. Why was that? Thank you! Regards Richard Körber

2 8

[alsa-devel] [RFC][PATCH 00/13] alsa-tools: libhinawa for control applications of FireWire devices
by Takashi Sakamoto 20 Mar '15

20 Mar '15

This is RFC for a new library into alsa-tools. ALSA in Linux 3.16 or later extends a support for FireWire sound devices. Currently ALSA drivers supports streaming functionality only, while most of these devices require software implementation to control its internal DSP. The way to achieve this is to transfer byte sequence to the unit and wait byte sequence which the unit transfers if required. This library, libhinawa, just support these operations, nothing others. The supported types of transactions are: - IEEE 1394 read transaction - IEEE 1394 write transaction - IEEE 1394 lock transaction - IEC 61883-1 FCP transaction - Echo Fireworks transaction (with a help of snd-fireworks kernel driver) - Dice notification (with a help of snd-dice kernel driver) To help new developers, this library supports GObject Introspection for language bindings. The main logic of applications can be written with preferred languages such as Python, Ruby, Perl and so on. In the end of this patchset, some Python scripts with Gtk+, Qt4 and Qt5 are committed as samples. This is my first development with GNU Autotools, GLib/GObject and GObject Introspection. Furthermore, I'm a beginner of FireWire subsystem programming. I'm happy to receive your comments, especially: - the way to write Linux version dependency in configure.ac - the way of libtool versioning - the value of poll timeout in fw_unit/snd_unit - the value of thread condition timeout in fw_fcp/snd_dice/snd_efw - improvements of 'unit_query' object - any programming mistakes (threading and so on...) Regards Takashi Sakamoto (13): libhinawa: add build definitions libhinawa: add hinawa context libhinawa: support GTK-Doc to generate references libhinawa: add 'fw_unit' object as a listener for FireWire unit libhinawa: support GObject Introspection for language bindings libhinawa: add 'fw_resp' object as a responder for FireWire transaction libhinawa: add 'fw_req' object as requester for FireWire transaction libhinawa: add 'fw_fcp' object as a helper of FCP transaction libhinawa: add 'snd_unit' object as a listener for ALSA FireWire devices libhinawa: add 'snd_dice' object as a helper for Dice notification libhinawa: add 'snd_efw' object as a helper for EFW transaction libhinawa: add 'unit_query' as a query for ALSA FireWire devices libhinawa: add sample scripts Makefile | 2 +- libhinawa/AUTHORS | 1 + libhinawa/COPYING | 504 ++++++++++++++++++++++++++++ libhinawa/ChangeLog | 5 + libhinawa/Makefile.am | 6 + libhinawa/NEWS | 0 libhinawa/README | 30 ++ libhinawa/autogen.sh | 11 + libhinawa/configure.ac | 68 ++++ libhinawa/doc/Makefile.am | 2 + libhinawa/doc/reference/Makefile.am | 46 +++ libhinawa/doc/reference/hinawa-docs.sgml | 47 +++ libhinawa/doc/reference/version.xml.in | 1 + libhinawa/samples/gtk3.py | 190 +++++++++++ libhinawa/samples/qt4.py | 206 ++++++++++++ libhinawa/samples/qt5.py | 192 +++++++++++ libhinawa/samples/run.sh | 15 + libhinawa/src/Makefile.am | 97 ++++++ libhinawa/src/backport.h | 41 +++ libhinawa/src/fw_fcp.c | 282 ++++++++++++++++ libhinawa/src/fw_fcp.h | 58 ++++ libhinawa/src/fw_req.c | 265 +++++++++++++++ libhinawa/src/fw_req.h | 56 ++++ libhinawa/src/fw_resp.c | 232 +++++++++++++ libhinawa/src/fw_resp.h | 51 +++ libhinawa/src/fw_unit.c | 343 +++++++++++++++++++ libhinawa/src/fw_unit.h | 52 +++ libhinawa/src/hinawa_context.c | 60 ++++ libhinawa/src/hinawa_context.h | 10 + libhinawa/src/internal.h | 31 ++ libhinawa/src/snd_dice.c | 195 +++++++++++ libhinawa/src/snd_dice.h | 53 +++ libhinawa/src/snd_efw.c | 315 ++++++++++++++++++ libhinawa/src/snd_efw.h | 54 +++ libhinawa/src/snd_unit.c | 548 +++++++++++++++++++++++++++++++ libhinawa/src/snd_unit.h | 69 ++++ libhinawa/src/unit_query.c | 116 +++++++ libhinawa/src/unit_query.h | 48 +++ 38 files changed, 4301 insertions(+), 1 deletion(-) create mode 100644 libhinawa/AUTHORS create mode 100644 libhinawa/COPYING create mode 100644 libhinawa/ChangeLog create mode 100644 libhinawa/Makefile.am create mode 100644 libhinawa/NEWS create mode 100644 libhinawa/README create mode 100755 libhinawa/autogen.sh create mode 100644 libhinawa/configure.ac create mode 100644 libhinawa/doc/Makefile.am create mode 100644 libhinawa/doc/reference/Makefile.am create mode 100644 libhinawa/doc/reference/hinawa-docs.sgml create mode 100644 libhinawa/doc/reference/version.xml.in create mode 100755 libhinawa/samples/gtk3.py create mode 100755 libhinawa/samples/qt4.py create mode 100755 libhinawa/samples/qt5.py create mode 100755 libhinawa/samples/run.sh create mode 100644 libhinawa/src/Makefile.am create mode 100644 libhinawa/src/backport.h create mode 100644 libhinawa/src/fw_fcp.c create mode 100644 libhinawa/src/fw_fcp.h create mode 100644 libhinawa/src/fw_req.c create mode 100644 libhinawa/src/fw_req.h create mode 100644 libhinawa/src/fw_resp.c create mode 100644 libhinawa/src/fw_resp.h create mode 100644 libhinawa/src/fw_unit.c create mode 100644 libhinawa/src/fw_unit.h create mode 100644 libhinawa/src/hinawa_context.c create mode 100644 libhinawa/src/hinawa_context.h create mode 100644 libhinawa/src/internal.h create mode 100644 libhinawa/src/snd_dice.c create mode 100644 libhinawa/src/snd_dice.h create mode 100644 libhinawa/src/snd_efw.c create mode 100644 libhinawa/src/snd_efw.h create mode 100644 libhinawa/src/snd_unit.c create mode 100644 libhinawa/src/snd_unit.h create mode 100644 libhinawa/src/unit_query.c create mode 100644 libhinawa/src/unit_query.h -- 2.1.0

5 20

Re: [alsa-devel] ASoC: Intel: mrfld- add ACPI module
by Dan Carpenter 18 Mar '15

18 Mar '15

Hello Vinod Koul, The patch 336cfbb05edf: "ASoC: Intel: mrfld- add ACPI module" from Nov 11, 2014, leads to the following static checker warning: sound/soc/intel/sst/sst_acpi.c:313 sst_acpi_probe() info: ignoring unreachable code. sound/soc/intel/sst/sst_acpi.c 304 ret = sst_context_init(ctx); 305 if (ret < 0) 306 return ret; 307 308 /* need to save shim registers in BYT */ 309 ctx->shim_regs64 = devm_kzalloc(ctx->dev, sizeof(*ctx->shim_regs64), 310 GFP_KERNEL); 311 if (!ctx->shim_regs64) { 312 return -ENOMEM; ^^^^^^^^^^^^^^^ 313 goto do_sst_cleanup; ^^^^^^^^^^^^^^^^^^^^ 314 } 315 316 sst_configure_runtime_pm(ctx); 317 platform_set_drvdata(pdev, ctx); 318 return ret; 319 320 do_sst_cleanup: 321 sst_context_cleanup(ctx); 322 platform_set_drvdata(pdev, NULL); 323 dev_err(ctx->dev, "failed with %d\n", ret); 324 return ret; 325 } regards, dan carpenter

2 2

Re: [alsa-devel] [RESEND PATCH v4] Sound: PXA: Fix settings of PXAxxx DMA
by Petr Cvek 06 Mar '15

06 Mar '15

Fix PXA DMA autoincrementation, so capture will not use playback settings (incrementation in register space instead in target buffer). Regression from: 'commit d65a14587a9be853a887a1407db133df1fb68e29 ("ASoC: pxa: use snd_dmaengine_dai_dma_data")' Signed-off-by: Petr Cvek <petr.cvek(a)tul.cz> Acked-by: Daniel Mack <daniel(a)zonque.org> --- sound/arm/pxa2xx-pcm-lib.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/sound/arm/pxa2xx-pcm-lib.c b/sound/arm/pxa2xx-pcm-lib.c index 01f8fdc..f8ca3ca 100644 --- a/sound/arm/pxa2xx-pcm-lib.c +++ b/sound/arm/pxa2xx-pcm-lib.c @@ -45,7 +45,12 @@ int __pxa2xx_pcm_hw_params(struct snd_pcm_substream *substream, size_t period = params_period_bytes(params); pxa_dma_desc *dma_desc; dma_addr_t dma_buff_phys, next_desc_phys; - u32 dcmd = DCMD_INCSRCADDR | DCMD_FLOWTRG; + u32 dcmd = 0; + + if (substream->stream == SNDRV_PCM_STREAM_PLAYBACK) + dcmd = DCMD_INCSRCADDR | DCMD_FLOWTRG; + else + dcmd = DCMD_INCTRGADDR | DCMD_FLOWSRC; /* temporary transition hack */ switch (rtd->params->addr_width) { -- 1.7.12.1

3 4