February 2010 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCHv3 3/4] Add ASoC support for DevKit8000
by Thomas Weber 11 Feb '10

11 Feb '10

This patch expands the omap3beagle sound soc for the beagle board clone Devkit8000. Change log V2 Expand omap3beagle sound soc for DevKit8000 support. V3 Separate Kconfig for Devkit8000. Signed-off-by: Thomas Weber <swirl(a)gmx.li> --- sound/soc/omap/Kconfig | 8 ++++++++ sound/soc/omap/Makefile | 1 + sound/soc/omap/omap3beagle.c | 6 +++--- 3 files changed, 12 insertions(+), 3 deletions(-) diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig index 61952aa..8520b75 100644 --- a/sound/soc/omap/Kconfig +++ b/sound/soc/omap/Kconfig @@ -101,6 +101,14 @@ config SND_OMAP_SOC_OMAP3_BEAGLE help Say Y if you want to add support for SoC audio on the Beagleboard. +config SND_OMAP_SOC_DEVKIT8000 + tristate "SoC Audio support for DevKit8000" + depends on TWL4030_CORE && SND_OMAP_SOC && MACH_DEVKIT8000 + select SND_OMAP_SOC_MCBSP + select SND_SOC_TWL4030 + help + Say Y if you want to add support for SoC audio on the DevKit8000 + config SND_OMAP_SOC_ZOOM2 tristate "SoC Audio support for Zoom2" depends on TWL4030_CORE && SND_OMAP_SOC && MACH_OMAP_ZOOM2 diff --git a/sound/soc/omap/Makefile b/sound/soc/omap/Makefile index 19283e5..c8195c9 100644 --- a/sound/soc/omap/Makefile +++ b/sound/soc/omap/Makefile @@ -29,5 +29,6 @@ obj-$(CONFIG_SND_OMAP_SOC_AM3517EVM) += snd-soc-am3517evm.o obj-$(CONFIG_SND_OMAP_SOC_SDP3430) += snd-soc-sdp3430.o obj-$(CONFIG_SND_OMAP_SOC_OMAP3_PANDORA) += snd-soc-omap3pandora.o obj-$(CONFIG_SND_OMAP_SOC_OMAP3_BEAGLE) += snd-soc-omap3beagle.o +obj-$(CONFIG_SND_OMAP_SOC_DEVKIT8000) += snd-soc-omap3beagle.o obj-$(CONFIG_SND_OMAP_SOC_ZOOM2) += snd-soc-zoom2.o obj-$(CONFIG_SND_OMAP_SOC_IGEP0020) += snd-soc-igep0020.o diff --git a/sound/soc/omap/omap3beagle.c b/sound/soc/omap/omap3beagle.c index d88ad5c..240e097 100644 --- a/sound/soc/omap/omap3beagle.c +++ b/sound/soc/omap/omap3beagle.c @@ -117,11 +117,11 @@ static int __init omap3beagle_soc_init(void) { int ret; - if (!machine_is_omap3_beagle()) { - pr_debug("Not OMAP3 Beagle!\n"); + if (!(machine_is_omap3_beagle() || machine_is_devkit8000())) { + pr_debug("Not OMAP3 Beagle or Devkit8000!\n"); return -ENODEV; } - pr_info("OMAP3 Beagle SoC init\n"); + pr_info("OMAP3 Beagle/Devkit8000 SoC init\n"); omap3beagle_snd_device = platform_device_alloc("soc-audio", -1); if (!omap3beagle_snd_device) { -- 1.6.4.4

5 7

[alsa-devel] Sound distortion with Realtek ALC889A
by Damien Brossard 11 Feb '10

11 Feb '10

Hi. I recently bought a Gigabyte GA-MA78GM-S2H motherboard. This board uses the (in)famous (from what i've read for now) alc889a chip. While playing 5.1 content, I can hear noise or distortion coming from the center channel. I can not test my configuration with another OS, so I can't fully dismiss a HW problem. However, i made several tests with 5.1 and 2.0 speakers which points me to soundcard problem. I've made some tests with speaker-test (speaker-test -D surround51 -c 6) : 1) Each time a sound is played either on front left channel or rear left channel, a noise can be heared on the center channel (and subwoofer, this is confirmed pluging a stereo headphone on the center/lfe jack). No noise when a sound is played on right channels (front or rear). 2) In alsamixer, if I set the volume to 0 for the front or rear left channels, i can hear the noise on center/lfe when a sound is "played" on this channels 3) In alsamixer, if I mute the front or rear left channels, i can hear no more noise on center/lfe Complementary tests have been made with alsaplayer and using a simple mp3 file. In this configuration (stereo output), center and rear channels play the same sound as front channel. 1) If all channels are unmuted, I hear no noise. 2) If either the front channel or the rear channel are muted, I can hear the noise on center channel. I tried this with alsa-driver 1.0.20 and 1.0.21 with the same result, I recently went back to 1.0.20 due to kernel upgrade. Things that seem strange to me (maybe not so strange to alsa dev :)) : 1) alsamixer shows volumes in percentage, however when I set a channel volume to 50% and the master volume to 50%, I hope to find a resulting volume of 25%, not 0. 2) lspci reports my soundcard subsystem id as 1458:a022, but in /proc/asound/card0/codec#0 the subsystem id is 1458:a002 Googling around made me find few references (in alsa-devel list) to a similar problem : http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/008942.html http://mailman.alsa-project.org/pipermail/alsa-devel/2008-August/009754.html The distortion / noise described here is exactly what i can hear with my system. Apparently the user solved the issue buying another soundcard. I'd like to be sure it is the only way to go. Attached is the file produced by alsa-info.sh Thanks in advance. Best regards Damien Brossard

2 3

[alsa-devel] Wierdness in alsa-driver configure script
by Eliot Blennerhassett 11 Feb '10

11 Feb '10

checking for kernel version... 2.6.28-17-generic checking for GCC version... ./configure: eval: line 5540: syntax error near unexpected token `)' ./configure: eval: line 5540: `my_compiler_version=4.3.3-5ubuntu4)' Kernel compiler: Used compiler: gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3 gcc --version gives (yes, it is ugly!): gcc (Ubuntu 4.3.3-5ubuntu4) 4.3.3 Copyright (C) 2008 Free Software Foundation, Inc. The following change works for this particular case, but perhaps there is a better answer? --- a/configure.in +++ b/configure.in @@ -363,7 +363,7 @@ AC_DEFUN([CHECK_COMPILER], [ ;; [[0-9]].[[0-9]]*) if test -z "$ac_compiler_version"; then - ac_compiler_version="$i" + ac_compiler_version=`echo $i | sed -e 's|[[^0-9]]*$[[0-9.]]\+$.*$|\1|'` fi ;; esac

2 1

[alsa-devel] unpadded USB MIDI commands
by Willem Jan Palenstijn 11 Feb '10

11 Feb '10

Hi, I recently investigated some trouble with sending MIDI via a USB MIDI cable (15ca:1806) to a Roland MT-32. In some cases, commands were being dropped. (This is what is reported on https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3752 . I'm the colleague mentioned by druon in note 0021737 there.) After we experimented a bit, it turned out that packets of 2 MIDI commands (8 bytes total) were being sent to the USB MIDI cable, and that if the first of these was a 2-byte MIDI command (such as a 0xC0 or 0xD0 command), the second command in the packet would get dropped. A workaround is to limit the packet size to 4 bytes, as is already happening on at least one other device (the ESI M4U referred to in usbmidi.c). I played with it some more this week, and it turns out that if the zero-padding from the USB MIDI commands is removed (violating the specs, as far as I understand), the second command does actually not get dropped. Example: When sending the two commands 0xD1 0x10 and 0x91 0x40 0x40 normally, it would produce: sending packet: [ 0d d1 10 00 09 91 40 40 ] When routing the MIDI output through the MIDI THRU port on the MT-32 to a MIDI port on an ES1371, the captured stream is: d1 10 and no note is played on the MT-32. (The 0x91 command is a note-on.) After hacking out the zero padding, it looks like this: sending packet: [ 0d d1 10 09 91 40 40 ] The re-captured stream is: d1 10 91 40 40, and a note is properly played. What do you think would be the right way to handle this problem? Don't zero-pad the outgoing packets for this specific device (and maybe a few others mentioned on bug #3752, if they end up suffering from the same bug)? Limit the outgoing packets to 4 bytes like with the ESI M4U for these devices? Add an option to the snd-usb-audio module to toggle this behaviour? Something else? Best regards, Willem Jan

2 1

[alsa-devel] Realtek ALC275
by Jason A. Donenfeld 11 Feb '10

11 Feb '10

Hello All, The new Vaio F series has a Realtek ALC 275, which is currently setup in patch_realtek.c to use the 269 configuration. Unfortunately this does not correctly enable the internal microphone, and the line-in is not tied to any mixer control. The attached file will enable the internal microphone, but will do so at the expense of the line-in. According to Takashi, "The problem is that the digital-mic of pin 0x12 has the exclusive connection to the selector 0x22, followed to ADC 0x11, while other analog input pins are connected to 0x23/0x24, to ADC 0x08/0x09. Thus, the driver requires the dynamic switching of ADCs, which isn't fully guaranteed to work. A similar situation is found for Conexant codecs, and a same style hack would be needed for the realtek codec." This bug is being tracked here: http://code.google.com/p/vaio-f11-linux/issues/detail?id=2 and here: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4909 . I'm wondering if anyone has any advice on how to implement the necessary dynamic ADC switching. Thanks, Jason Donenfeld

1 0

[alsa-devel] ASoC updates for 2.6.34
by Mark Brown 10 Feb '10

10 Feb '10

The following changes since commit c50749de02f272be6e09b9016e13a17307d29066: Grazvydas Ignotas (1): ASoC: pandora: Add DAC regulator support are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.34 Daniel Mack (1): ASoC: cs4270: enable regulators at probe time Mark Brown (1): ASoC: add phycore-ac97 sound support Paul Menzel (1): ASoC: Typo. s/Freecale/Freescale/ Peter Ujfalusi (1): ASoC: TWL4030: Add supply for audio serial interface control sound/soc/codecs/cs4270.c | 10 +++++ sound/soc/codecs/twl4030.c | 14 ++++++- sound/soc/imx/Kconfig | 2 +- sound/soc/imx/Makefile | 2 + sound/soc/imx/phycore-ac97.c | 90 ++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 116 insertions(+), 2 deletions(-) create mode 100644 sound/soc/imx/phycore-ac97.c

2 1

[alsa-devel] [PATCH] ASoC: Typo. s/Freecale/Freescale/
by Paul Menzel 10 Feb '10

10 Feb '10

Signed-off-by: Paul Menzel <paulepanter(a)users.sourceforge.net> --- sound/soc/imx/Kconfig | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/imx/Kconfig b/sound/soc/imx/Kconfig index 5f006f0..c7d0fd9 100644 --- a/sound/soc/imx/Kconfig +++ b/sound/soc/imx/Kconfig @@ -1,5 +1,5 @@ config SND_IMX_SOC - tristate "SoC Audio for Freecale i.MX CPUs" + tristate "SoC Audio for Freescale i.MX CPUs" depends on ARCH_MXC && BROKEN select SND_PCM select FIQ -- 1.6.6.1

2 2

[alsa-devel] [PATCH] Add Phytec i.MX sound support for AC97
by Sascha Hauer 10 Feb '10

10 Feb '10

Hi Marc et all, The following patch adds support for Phytec i.MX boards in AC97 mode. With this patch only some board glue code is missing to enable sound for the first i.MX boards. I'll push the board code through my i.MX tree. Please consider including this patch for -next. Sascha

3 5

[alsa-devel] [PATCH] ALSA: ASoC: cs4270: enable regulators at probe time
by Daniel Mack 09 Feb '10

09 Feb '10

Enable the bulk regulators at probe time so we can safely disable them again when going to suspend without confusing the reference counter. Signed-off-by: Daniel Mack <daniel(a)caiaq.de> Cc: Timur Tabi <timur(a)freescale.com> Cc: Liam Girdwood <lrg(a)slimlogic.co.uk> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/cs4270.c | 10 ++++++++++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/cs4270.c b/sound/soc/codecs/cs4270.c index 8b54575..70c5edb 100644 --- a/sound/soc/codecs/cs4270.c +++ b/sound/soc/codecs/cs4270.c @@ -617,8 +617,17 @@ static int cs4270_probe(struct platform_device *pdev) if (ret < 0) goto error_free_pcms; + ret = regulator_bulk_enable(ARRAY_SIZE(cs4270->supplies), + cs4270->supplies); + if (ret < 0) + goto error_free_regulators; + return 0; +error_free_regulators: + regulator_bulk_free(ARRAY_SIZE(cs4270->supplies), + cs4270->supplies); + error_free_pcms: snd_soc_free_pcms(socdev); @@ -638,6 +647,7 @@ static int cs4270_remove(struct platform_device *pdev) struct cs4270_private *cs4270 = codec->private_data; snd_soc_free_pcms(socdev); + regulator_bulk_disable(ARRAY_SIZE(cs4270->supplies), cs4270->supplies); regulator_bulk_free(ARRAY_SIZE(cs4270->supplies), cs4270->supplies); return 0; -- 1.6.3.3

4 5

[alsa-devel] [PATCH V2 3/4] Add ASoC support for Devkit8000
by Thomas Weber 09 Feb '10

09 Feb '10

This patch expands the omap3beagle sound soc for the beagle board clone DevKit8000. Signed-off-by: Thomas Weber <weber(a)corscience.de> --- sound/soc/omap/Kconfig | 8 +++++--- sound/soc/omap/omap3beagle.c | 6 +++--- 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig index 61952aa..1cdd541 100644 --- a/sound/soc/omap/Kconfig +++ b/sound/soc/omap/Kconfig @@ -94,12 +94,14 @@ config SND_OMAP_SOC_OMAP3_PANDORA Say Y if you want to add support for SoC audio on the OMAP3 Pandora. config SND_OMAP_SOC_OMAP3_BEAGLE - tristate "SoC Audio support for OMAP3 Beagle" - depends on TWL4030_CORE && SND_OMAP_SOC && MACH_OMAP3_BEAGLE + tristate "SoC Audio support for OMAP3 Beagle and Devkit8000" + depends on TWL4030_CORE && SND_OMAP_SOC + depends on (MACH_OMAP3_BEAGLE || MACH_DEVKIT8000) select SND_OMAP_SOC_MCBSP select SND_SOC_TWL4030 help - Say Y if you want to add support for SoC audio on the Beagleboard. + Say Y if you want to add support for SoC audio on the Beagleboard or + the clone Devkit8000. config SND_OMAP_SOC_ZOOM2 tristate "SoC Audio support for Zoom2" diff --git a/sound/soc/omap/omap3beagle.c b/sound/soc/omap/omap3beagle.c index d88ad5c..240e097 100644 --- a/sound/soc/omap/omap3beagle.c +++ b/sound/soc/omap/omap3beagle.c @@ -117,11 +117,11 @@ static int __init omap3beagle_soc_init(void) { int ret; - if (!machine_is_omap3_beagle()) { - pr_debug("Not OMAP3 Beagle!\n"); + if (!(machine_is_omap3_beagle() || machine_is_devkit8000())) { + pr_debug("Not OMAP3 Beagle or Devkit8000!\n"); return -ENODEV; } - pr_info("OMAP3 Beagle SoC init\n"); + pr_info("OMAP3 Beagle/Devkit8000 SoC init\n"); omap3beagle_snd_device = platform_device_alloc("soc-audio", -1); if (!omap3beagle_snd_device) { -- 1.6.4.4

2 1