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

[alsa-devel] [PATCH] ASoC: SAMSUNG: Add Aquila sound driver
by Chanwoo Choi 12 Jul '10

12 Jul '10

This patch add sound support for the Aquila board based on S5PC110. The Aquila board is based on Samsung SoC(S5PC110) and include WM8994 codec over I2Sv5 to support sound. As there is currently no driver for the I2Sv5, the code to use I2Sv5 is deleted on this patch. After I2Sv5 driver is posted in a few weeks, I will post incremental patch which some codes for using I2Sv5. The owner of I2Sv5 said that he will post I2Sv5 driver after a few weeks. The kind of jack is below states : * SND_JACK_HEADPHONE * SND_JACK_HEADSET * SND_JACK_MECHANICAL : When TV-OUT cable is inserted on Aquila board, the TV-OUT cable isn't connected to television. * SND_JACK_AVOUT : When TV-OUT cable is inserted on Aquila board, the TV-OUT cable is connected to television. Signed-off-by: Chanwoo Choi <cw00.choi(a)samsung.com> Signed-off-by: Joonyoung Shim <jy0922.shim(a)samsung.com> Signed-off-by: Kyungmin Park <kyungmin.park(a)samsung.com> --- sound/soc/s3c24xx/Kconfig | 8 + sound/soc/s3c24xx/Makefile | 2 + sound/soc/s3c24xx/aquila_wm8994.c | 298 +++++++++++++++++++++++++++++++++++++ 3 files changed, 308 insertions(+), 0 deletions(-) create mode 100644 sound/soc/s3c24xx/aquila_wm8994.c diff --git a/sound/soc/s3c24xx/Kconfig b/sound/soc/s3c24xx/Kconfig index 213963a..0c5d8a5 100644 --- a/sound/soc/s3c24xx/Kconfig +++ b/sound/soc/s3c24xx/Kconfig @@ -131,3 +131,11 @@ config SND_S3C64XX_SOC_SMARTQ depends on SND_S3C24XX_SOC && MACH_SMARTQ select SND_S3C64XX_SOC_I2S select SND_SOC_WM8750 + +config SND_S5PC110_SOC_AQUILA_WM8994 + tristate "SoC I2S Audio support for AQUILA - WM8994" + depends on SND_S3C24XX_SOC && MACH_AQUILA + select SND_SOC_WM8994 + help + Say Y if you want to add support for SoC audio on aquila + with the WM8994. diff --git a/sound/soc/s3c24xx/Makefile b/sound/soc/s3c24xx/Makefile index 50172c3..02dd12c 100644 --- a/sound/soc/s3c24xx/Makefile +++ b/sound/soc/s3c24xx/Makefile @@ -30,6 +30,7 @@ snd-soc-s3c24xx-simtec-tlv320aic23-objs := s3c24xx_simtec_tlv320aic23.o snd-soc-smdk64xx-wm8580-objs := smdk64xx_wm8580.o snd-soc-smdk-wm9713-objs := smdk_wm9713.o snd-soc-s3c64xx-smartq-wm8987-objs := smartq_wm8987.o +snd-soc-aquila-wm8994-objs := aquila_wm8994.o obj-$(CONFIG_SND_S3C24XX_SOC_JIVE_WM8750) += snd-soc-jive-wm8750.o obj-$(CONFIG_SND_S3C24XX_SOC_NEO1973_WM8753) += snd-soc-neo1973-wm8753.o @@ -43,3 +44,4 @@ obj-$(CONFIG_SND_S3C24XX_SOC_SIMTEC_TLV320AIC23) += snd-soc-s3c24xx-simtec-tlv32 obj-$(CONFIG_SND_S3C64XX_SOC_WM8580) += snd-soc-smdk64xx-wm8580.o obj-$(CONFIG_SND_SOC_SMDK_WM9713) += snd-soc-smdk-wm9713.o obj-$(CONFIG_SND_S3C64XX_SOC_SMARTQ) += snd-soc-s3c64xx-smartq-wm8987.o +obj-$(CONFIG_SND_S5PC110_SOC_AQUILA_WM8994) += snd-soc-aquila-wm8994.o diff --git a/sound/soc/s3c24xx/aquila_wm8994.c b/sound/soc/s3c24xx/aquila_wm8994.c new file mode 100644 index 0000000..706087f --- /dev/null +++ b/sound/soc/s3c24xx/aquila_wm8994.c @@ -0,0 +1,298 @@ +/* + * aquila_wm8994.c + * + * Copyright (C) 2010 Samsung Electronics Co.Ltd + * Author: Chanwoo Choi <cw00.choi(a)samsung.com> + * + * This program is free software; you can redistribute it and/or modify it + * under the terms of the GNU General Public License as published by the + * Free Software Foundation; either version 2 of the License, or (at your + * option) any later version. + * + */ + +#include <linux/module.h> +#include <linux/moduleparam.h> +#include <linux/io.h> +#include <linux/platform_device.h> +#include <sound/soc.h> +#include <sound/soc-dapm.h> +#include <sound/jack.h> +#include <asm/mach-types.h> +#include <mach/gpio.h> +#include <mach/regs-clock.h> + +#include <linux/mfd/wm8994/core.h> +#include <linux/mfd/wm8994/registers.h> +#include "../codecs/wm8994.h" +#include "s3c-dma.h" +#include "s3c24xx-i2s.h" + +static struct snd_soc_card aquila; +static struct platform_device *aquila_snd_device; + +/* 3.5 pie jack */ +static struct snd_soc_jack jack; + +/* 3.5 pie jack detection DAPM pins */ +static struct snd_soc_jack_pin jack_pins[] = { + { + .pin = "Headset Mic", + .mask = SND_JACK_MICROPHONE, + }, { + .pin = "Headset Stereophone", + .mask = SND_JACK_HEADPHONE | SND_JACK_MECHANICAL | + SND_JACK_AVOUT, + }, +}; + +/* 3.5 pie jack detection gpios */ +static struct snd_soc_jack_gpio jack_gpios[] = { + { + .gpio = S5PV210_GPH0(6), + .name = "DET_3.5", + .report = SND_JACK_HEADSET | SND_JACK_MECHANICAL | + SND_JACK_AVOUT, + .debounce_time = 200, + }, +}; + +static const struct snd_soc_dapm_widget aquila_dapm_widgets[] = { + SND_SOC_DAPM_SPK("Ext Spk", NULL), + SND_SOC_DAPM_SPK("Ext Rcv", NULL), + SND_SOC_DAPM_HP("Headset Stereophone", NULL), + SND_SOC_DAPM_MIC("Headset Mic", NULL), + SND_SOC_DAPM_MIC("Main Mic", NULL), + SND_SOC_DAPM_MIC("2nd Mic", NULL), + SND_SOC_DAPM_LINE("Radio In", NULL), +}; + +static const struct snd_soc_dapm_route aquila_dapm_routes[] = { + {"Ext Spk", NULL, "SPKOUTLP"}, + {"Ext Spk", NULL, "SPKOUTLN"}, + + {"Ext Rcv", NULL, "HPOUT2N"}, + {"Ext Rcv", NULL, "HPOUT2P"}, + + {"Headset Stereophone", NULL, "HPOUT1L"}, + {"Headset Stereophone", NULL, "HPOUT1R"}, + + {"IN1RN", NULL, "Headset Mic"}, + {"IN1RP", NULL, "Headset Mic"}, + + {"IN1RN", NULL, "2nd Mic"}, + {"IN1RP", NULL, "2nd Mic"}, + + {"IN1LN", NULL, "Main Mic"}, + {"IN1LP", NULL, "Main Mic"}, + + {"IN2LN", NULL, "Radio In"}, + {"IN2RN", NULL, "Radio In"}, +}; + +static int aquila_wm8994_init(struct snd_soc_codec *codec) +{ + int ret; + + /* add aquila specific widgets */ + snd_soc_dapm_new_controls(codec, aquila_dapm_widgets, + ARRAY_SIZE(aquila_dapm_widgets)); + + /* set up aquila specific audio routes */ + snd_soc_dapm_add_routes(codec, aquila_dapm_routes, + ARRAY_SIZE(aquila_dapm_routes)); + + /* set endpoints to not connected */ + snd_soc_dapm_nc_pin(codec, "IN2LP:VXRN"); + snd_soc_dapm_nc_pin(codec, "IN2RP:VXRP"); + snd_soc_dapm_nc_pin(codec, "LINEOUT1N"); + snd_soc_dapm_nc_pin(codec, "LINEOUT1P"); + snd_soc_dapm_nc_pin(codec, "LINEOUT2N"); + snd_soc_dapm_nc_pin(codec, "LINEOUT2P"); + snd_soc_dapm_nc_pin(codec, "SPKOUTRN"); + snd_soc_dapm_nc_pin(codec, "SPKOUTRP"); + + snd_soc_dapm_sync(codec); + + /* Headset jack detection */ + ret = snd_soc_jack_new(&aquila, "Headset Jack", + SND_JACK_HEADSET | SND_JACK_MECHANICAL | SND_JACK_AVOUT, + &jack); + if (ret) + return ret; + + ret = snd_soc_jack_add_pins(&jack, ARRAY_SIZE(jack_pins), jack_pins); + if (ret) + return ret; + + ret = snd_soc_jack_add_gpios(&jack, ARRAY_SIZE(jack_gpios), jack_gpios); + if (ret) + return ret; + + return 0; +} + +static int aquila_hifi_hw_params(struct snd_pcm_substream *substream, + struct snd_pcm_hw_params *params) +{ + struct snd_soc_pcm_runtime *rtd = substream->private_data; + struct snd_soc_dai *codec_dai = rtd->dai->codec_dai; + struct snd_soc_dai *cpu_dai = rtd->dai->cpu_dai; + unsigned int pll_out = 24000000; + int ret = 0; + + /* set the cpu DAI configuration */ + ret = snd_soc_dai_set_fmt(cpu_dai, SND_SOC_DAIFMT_I2S | + SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBM_CFM); + if (ret < 0) + return ret; + + /* set the cpu system clock */ + ret = snd_soc_dai_set_sysclk(cpu_dai, 0, 0, 0); + if (ret < 0) + return ret; + + /* set codec DAI configuration */ + ret = snd_soc_dai_set_fmt(codec_dai, SND_SOC_DAIFMT_I2S | + SND_SOC_DAIFMT_NB_NF | SND_SOC_DAIFMT_CBM_CFM); + if (ret < 0) + return ret; + + /* set the codec FLL */ + ret = snd_soc_dai_set_pll(codec_dai, WM8994_FLL1, 0, pll_out, + params_rate(params) * 256); + if (ret < 0) + return ret; + + /* set the codec system clock */ + ret = snd_soc_dai_set_sysclk(codec_dai, WM8994_SYSCLK_FLL1, + params_rate(params) * 256, SND_SOC_CLOCK_IN); + if (ret < 0) + return ret; + + return 0; +} + +static struct snd_soc_ops aquila_hifi_ops = { + .hw_params = aquila_hifi_hw_params, +}; + +static int aquila_voice_hw_params(struct snd_pcm_substream *substream, + struct snd_pcm_hw_params *params) +{ + struct snd_soc_pcm_runtime *rtd = substream->private_data; + struct snd_soc_dai *codec_dai = rtd->dai->codec_dai; + unsigned int pll_out = 24000000; + int ret = 0; + + if (params_rate(params) != 8000) + return -EINVAL; + + /* set codec DAI configuration */ + ret = snd_soc_dai_set_fmt(codec_dai, SND_SOC_DAIFMT_LEFT_J | + SND_SOC_DAIFMT_IB_IF | SND_SOC_DAIFMT_CBM_CFM); + if (ret < 0) + return ret; + + /* set the codec FLL */ + ret = snd_soc_dai_set_pll(codec_dai, WM8994_FLL2, 0, pll_out, + params_rate(params) * 256); + if (ret < 0) + return ret; + + /* set the codec system clock */ + ret = snd_soc_dai_set_sysclk(codec_dai, WM8994_SYSCLK_FLL2, + params_rate(params) * 256, SND_SOC_CLOCK_IN); + if (ret < 0) + return ret; + + return 0; +} + +static struct snd_soc_dai voice_dai = { + .name = "Voice", + .id = 0, + .playback = { + .channels_min = 1, + .channels_max = 2, + .rates = SNDRV_PCM_RATE_8000, + .formats = SNDRV_PCM_FMTBIT_S16_LE,}, + .capture = { + .channels_min = 1, + .channels_max = 2, + .rates = SNDRV_PCM_RATE_8000, + .formats = SNDRV_PCM_FMTBIT_S16_LE,}, +}; + +static struct snd_soc_ops aquila_voice_ops = { + .hw_params = aquila_voice_hw_params, +}; + +static struct snd_soc_dai_link aquila_dai[] = { +{ + .name = "WM8994", + .stream_name = "WM8994 HiFi", + /* After I2Sv5 driver is posted, cpu_dai will be enabled. */ + /* .cpu_dai = &s5p_i2s_dai[0], */ + .codec_dai = &wm8994_dai[0], + .init = aquila_wm8994_init, + .ops = &aquila_hifi_ops, +}, { + .name = "WM8994 Voice", + .stream_name = "Voice", + .cpu_dai = &voice_dai, + .codec_dai = &wm8994_dai[1], + .ops = &aquila_voice_ops, +}, +}; + +static struct snd_soc_card aquila = { + .name = "aquila", + .platform = &s3c24xx_soc_platform, + .dai_link = aquila_dai, + .num_links = ARRAY_SIZE(aquila_dai), +}; + +static struct snd_soc_device aquila_snd_devdata = { + .card = &aquila, + .codec_dev = &soc_codec_dev_wm8994, +}; + +static int __init aquila_init(void) +{ + int ret; + + if (!machine_is_aquila()) + return -ENODEV; + + /* register voice DAI here */ + ret = snd_soc_register_dai(&voice_dai); + if (ret) + return ret; + + aquila_snd_device = platform_device_alloc("soc-audio", 0); + if (!aquila_snd_device) + return -ENOMEM; + + platform_set_drvdata(aquila_snd_device, &aquila_snd_devdata); + aquila_snd_devdata.dev = &aquila_snd_device->dev; + ret = platform_device_add(aquila_snd_device); + + if (ret) + platform_device_put(aquila_snd_device); + + return ret; +} + +static void __exit aquila_exit(void) +{ + platform_device_unregister(aquila_snd_device); +} + +module_init(aquila_init); +module_exit(aquila_exit); + +/* Module information */ +MODULE_DESCRIPTION("ALSA SoC WM8994 Aquila(S5PC110)"); +MODULE_AUTHOR("Chanwoo Choi <cw00.choi(a)samsung.com>"); +MODULE_LICENSE("GPL"); -- 1.6.3.3

4 12

[alsa-devel] Help required regarding Capture & palyback code for ALSA
by Reena Chauhan 12 Jul '10

12 Jul '10

Hii I m new to ALSA programming .. i have follow the Guide "Introduction to Sound Programming with ALSA" to make code for capture & playback.when i have compiled the code for capture i dont know from where to give the input. in the Guide it is written that "If you have a microphone connected to your sound card, use a mixer program to set the recording source and level. Alternatively, you can run a CD player program and set the recording source to CD. Try running Listing 4 and redirecting the output to a file" i dont know how to use the mixer program .. but I dont know how to do it to capture some input given by me & playback it .. thanx & Regrads -- Reena Chauhan Scientist-C Application & Baseband Platform, SBSG ,DEAL,Raipur Road Dehradun-248001

1 0

Re: [alsa-devel] Smart 5.1 function not working on VIA VT1708S with *three* jacks on mainboard
by Raymond Yau 10 Jul '10

10 Jul '10

>> It might be. It is important not to mix VT1708 and VT1708S. For VT1708S, the following DACs are used in code: /* config dac list */ switch (i) { case AUTO_SEQ_FRONT: spec->multiout.dac_nids[i] = 0x10; break; case AUTO_SEQ_CENLFE: spec->multiout.dac_nids[i] = 0x24; break; case AUTO_SEQ_SURROUND: spec->multiout.dac_nids[i] = 0x11; break; case AUTO_SEQ_SIDE: spec->multiout.dac_nids[i] = 0x25; break; } >> So 0x12 is not used for any of the surround outputs. I think your testing config is not compiled with smart 5.1 requirement Refer to smart51_get() , this function exepct red jack and blue jack are configued to Output But you still plugged in Mic into the pink jack according to your photo. Your speakers have to plugged in both pink and blue jacks

2 1

[alsa-devel] Kirkwood SoC - AVB support questions ..?
by errordeveloper＠gmail.com 10 Jul '10

10 Jul '10

Hello dear ALSA developer list members, I have a question regarding hardware features of Marvell Kirkwood chip. I is known that the NIC core on the chip includes support for Ethernet AV Bridging, which is still a draft standard ..but i suppose that Marvell released this chip with quite functional AVB implementation. grepping the sk98 driver code actually shows numerous lines with AVB as well as PTP, so i suppose they have implemented IOCTL in the sk98 driver ..i'm still doubtfull about Linux kernel PTP implementation ..is there now in some form or not? Did any of you have a look at AVB ? how do you think the driver for it could fit into Linux Netdev and ALSA? How are the CobraNet and EtherSound drivers designed, has anyone used those cards ?? (one was from DigiGram and another from Audio Science IIRC) Regards, -- Ilya Dmitrichenko

2 2

[alsa-devel] Envy24HT (VT1721) 192kHz digital out capable?
by Val Krutov 09 Jul '10

09 Jul '10

Could anybody get 192kHz out of VT1721 on spdif output working correctly? If yes please name your card. I have two cards on VT1721 chip, Audiotrak HD2 Advance DE and Chaintech AV-710. Both can work properly only up to 96kHz. The 192kHz samples play at 96kHz according to my receiver display sample rate input but alsamixer reports 192kHz which is incorrect. I believe my receiver' indication rather than alsamixer. Here is my register settings output for Chaintech AV-710 at playng 192kHz sample and everything there looks right to me but my receiver reports it is 96kHz. I just modified the card's ID and others eeprom settings as otherwise spdif can work only at 44.1 and 48 kHz. ICEnsemble ICE1724 at 0x2c40, irq 26 EEPROM: Subvendor : 0x12142419 Size : 28 bytes Version : 1 System Config : 0x2 ACLink : 0x82 I2S : 0x78 S/PDIF : 0xc1 GPIO direction : 0xff GPIO mask : 0xff GPIO state : 0xff Extra #18 : 0x1 Extra #19 : 0x0 Extra #20 : 0x0 Extra #21 : 0x0 Extra #22 : 0x0 Extra #23 : 0x0 Extra #24 : 0x0 Extra #25 : 0x0 Extra #26 : 0x0 Extra #27 : 0x0 Registers: PSDOUT03 : 0x00000000 CCS00 : 0x00 CCS01 : 0xa0 CCS02 : 0x00 CCS03 : 0x00 CCS04 : 0x02 CCS05 : 0x82 CCS06 : 0x78 CCS07 : 0xc1 CCS08 : 0x00 CCS09 : 0x00 CCS0a : 0x00 CCS0b : 0x00 CCS0c : 0x00 CCS0d : 0x0a CCS0e : 0x00 CCS0f : 0x00 CCS10 : 0xa0 CCS11 : 0x1b CCS12 : 0x00 CCS13 : 0x80 CCS14 : 0x00 CCS15 : 0xaa CCS16 : 0xff CCS17 : 0x00 CCS18 : 0xff CCS19 : 0x00 CCS1a : 0x00 CCS1b : 0x00 CCS1c : 0x00 CCS1d : 0x00 CCS1e : 0x2a CCS1f : 0x00 MT00 : 0x00 MT01 : 0x0e MT02 : 0x08 MT03 : 0x08 MT04 : 0x00 MT05 : 0x00 MT06 : 0x00 MT07 : 0x00 MT08 : 0x00 MT09 : 0x00 MT0a : 0x00 MT0b : 0x00 MT0c : 0x00 MT0d : 0x00 MT0e : 0x00 MT0f : 0x00 MT10 : 0x00 MT11 : 0x00 MT12 : 0x00 MT13 : 0x00 MT14 : 0x00 MT15 : 0x00 MT16 : 0x00 MT17 : 0x00 MT18 : 0x80 MT19 : 0x00 MT1a : 0x00 MT1b : 0x00 MT1c : 0x00 MT1d : 0x00 MT1e : 0x00 MT1f : 0x00 MT20 : 0x00 MT21 : 0x00 MT22 : 0x00 MT23 : 0x00 MT24 : 0x00 MT25 : 0x00 MT26 : 0x00 MT27 : 0x00 MT28 : 0x00 MT29 : 0x00 MT2a : 0x00 MT2b : 0x00 MT2c : 0x00 MT2d : 0x00 MT2e : 0x00 MT2f : 0x00 MT30 : 0x00 MT31 : 0x00 MT32 : 0x00 MT33 : 0x00 MT34 : 0x00 MT35 : 0x00 MT36 : 0x00 MT37 : 0x00 MT38 : 0x00 MT39 : 0x00 MT3a : 0x00 MT3b : 0x00 MT3c : 0x00 MT3d : 0x60 MT3e : 0x00 MT3f : 0x00 MT40 : 0x80 MT41 : 0x48 MT42 : 0x98 MT43 : 0x32 MT44 : 0xdf MT45 : 0xed MT46 : 0xff MT47 : 0x3f MT48 : 0x00 MT49 : 0x00 MT4a : 0x00 MT4b : 0x00 MT4c : 0x00 MT4d : 0x00 MT4e : 0x00 MT4f : 0x00 MT50 : 0x00 MT51 : 0x00 MT52 : 0x00 MT53 : 0x00 MT54 : 0x00 MT55 : 0x00 MT56 : 0x00 MT57 : 0x00 MT58 : 0x00 MT59 : 0x00 MT5a : 0x00 MT5b : 0x00 MT5c : 0x00 MT5d : 0x00 MT5e : 0x00 MT5f : 0x00 MT60 : 0x00 MT61 : 0x00 MT62 : 0x00 MT63 : 0x00 MT64 : 0x00 MT65 : 0x00 MT66 : 0x00 MT67 : 0x00 MT68 : 0x00 MT69 : 0x00 MT6a : 0x00 MT6b : 0x00 MT6c : 0x00 MT6d : 0x00 MT6e : 0x00 MT6f : 0x00 MT70 : 0x00 MT71 : 0x00 MT72 : 0x00 MT73 : 0x00 MT74 : 0x00 MT75 : 0x00 MT76 : 0x00 MT77 : 0x00 Valera

1 0

Re: [alsa-devel] Smart 5.1 function not working on VIA VT1708S with *three* jacks on mainboard
by Viliam Kubis 09 Jul '10

09 Jul '10

It might be. It is important not to mix VT1708 and VT1708S. For VT1708S, the following DACs are used in code: /* config dac list */ switch (i) { case AUTO_SEQ_FRONT: spec->multiout.dac_nids[i] = 0x10; break; case AUTO_SEQ_CENLFE: spec->multiout.dac_nids[i] = 0x24; break; case AUTO_SEQ_SURROUND: spec->multiout.dac_nids[i] = 0x11; break; case AUTO_SEQ_SIDE: spec->multiout.dac_nids[i] = 0x25; break; } So 0x12 is not used for any of the surround outputs. On Fri, 09 Jul 2010 03:32:13 +0200, Raymond Yau <superquad.vortex2(a)gmail.com> wrote: >> 2010/7/8 Clemens Ladisch <clemens(a)ladisch.de> >> >>> Viliam Kubis wrote: >>> > Hello, for quite some time the "Smart 5.1" function in alsa is not >>> working >>> > properly when motherboard has only 3 audio jacks. >>> > >>> > speaker-test -c 4 -t wav -Dsurround40 >>> > >>> > Channels count (4) not available for playbacks: Invalid argument >>> >>> Please try the patch below. >>> >>> (This function uses 0x12 and 0x13 as the NIDs for the center/LFE and >>> side DACs. Shouldn't these be 0x24 and 0x25, as per the datasheet?) >>> >> >> Node 0x12 seem to be for digital out since it connected to node 0x20 >> >> I guess we still lack the info about the retasking of pink and blue >> jack to >> the surround output >> >> >> Node 0x12 [Audio Output] wcaps 0x611: Stereo Digital >> Control: name="IEC958 Playback Con Mask", index=0, device=0 >> Control: name="IEC958 Playback Pro Mask", index=0, device=0 >> Control: name="IEC958 Playback Default", index=0, device=0 >> Control: name="IEC958 Playback Switch", index=0, device=0 >> Control: name="IEC958 Default PCM Playback Switch", index=0, device=0 >> Device: name="VT1708S Digital", type="SPDIF", device=1 >> Converter: stream=5, channel=0 >> Digital: Enabled >> Digital category: 0x0 >> PCM: >> rates [0x5e0]: 44100 48000 88200 96000 192000 >> bits [0xe]: 16 20 24 >> formats [0x1]: PCM >> Power states: D0 D1 D2 D3 >> Power: setting=D0, actual=D0 >> >> >> Node 0x20 [Pin Complex] wcaps 0x400701: Stereo Digital >> Pincap 0x00000010: OUT >> Pin Default 0x074311f0: [Jack] SPDIF Out at Ext Rear Panel >> Conn = ATAPI, Color = Black >> DefAssociation = 0xf, Sequence = 0x0 >> Misc = NO_PRESENCE >> Pin-ctls: 0x40: OUT >> Power states: D0 D1 D2 D3 >> Power: setting=D0, actual=D0 >> Connection: 1 >> 0x12 >> _______________________________________________ >> Alsa-devel mailing list >> Alsa-devel(a)alsa-project.org >> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

Re: [alsa-devel] Smart 5.1 function not working on VIA VT1708S with *three* jacks on mainboard
by Viliam Kubis 09 Jul '10

09 Jul '10

Hello, I have patched the vt1708s_auto_fill_dac_nids function instead. I have left values 0x11 and 0x12 for surround and cen/lfe, althrough it might be 0x11 and 0x24 for vt1708S as originally specified in vt1708s_auto_fill_dac_nids switch statement. The whole function looks like this: static int vt1708S_auto_fill_dac_nids(struct via_spec *spec, const struct auto_pin_cfg *cfg) { int i; hda_nid_t nid; spec->multiout.num_dacs = cfg->line_outs; spec->multiout.dac_nids = spec->private_dac_nids; for (i = 0; i < 4; i++) { nid = cfg->line_out_pins[i]; if (nid) { /* config dac list */ switch (i) { case AUTO_SEQ_FRONT: spec->multiout.dac_nids[i] = 0x10; break; case AUTO_SEQ_CENLFE: spec->multiout.dac_nids[i] = 0x24; break; case AUTO_SEQ_SURROUND: printk(KERN_INFO "***PATCH CREATING SURROUND DAC_NID"); spec->multiout.dac_nids[i] = 0x11; break; case AUTO_SEQ_SIDE: spec->multiout.dac_nids[i] = 0x25; break; } } } if (cfg->line_outs == 1) { printk(KERN_INFO "***PATCH 08/07/10"); spec->multiout.num_dacs = 3; spec->multiout.dac_nids[AUTO_SEQ_SURROUND] = 0x11; spec->multiout.dac_nids[AUTO_SEQ_CENLFE] = 0x12; } return 0; } The patch is in effect since the following is visible in dmesg after the driver is loaded: ***PATCH 08/07/10 ***PATCH CREATING Surround CONTROL ***PATCH HDA max_channels = 6 ***PATCH playback stream channels_max = 6 Smart 5.1 Patch installed NEW ***PATCH Setting 64 mode [out=64] for pin index 0 nid 26 ***PATCH Setting 64 mode [out=64] for pin index 1 nid 30 ***PATCH Setting 64 mode [out=64] for pin index 2 nid 27 printk(KERN_INFO "***PATCH CREATING SURROUND DAC_NID"); This line does not print since cfg->line_out_pins[AUTO_SEQ_SURROUND] is not filled at that time, but we fix it in the new if block. Surround still does not work (still the same, the rear speakers are soundless). On Thu, 08 Jul 2010 08:33:34 +0200, Clemens Ladisch <clemens(a)ladisch.de> wrote: >> _auto_fill_dac_nids > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

1 0

[alsa-devel] ASoC updates for 2.6.36
by Mark Brown 09 Jul '10

09 Jul '10

The following changes since commit db059c0f6edec0b1deba665e5853f4ed829003b7: ASoC: Automatically manage ALC coefficients for WM8960 (2010-07-06 08:46:10 +0900) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.36 Mark Brown (2): ASoC: Include WM8994 GPIO and interrupt registers in codec_reg ASoC: Implement WM8994 OPCLK support Maurus Cuelenaere (1): ASoC: Invert speaker enabling behaviour in SmartQ sound driver Raffaele Recalcati (3): ASoC: DaVinci: Added two clocking possibilities to McBSP (I2S) ASoC: DaVinci: Added selection of clk input pin for McBSP ASoC: DaVinci: More accurate continuous serial clock for McBSP (I2S) arch/arm/mach-davinci/include/mach/asp.h | 48 +++++++++ sound/soc/codecs/wm8994.c | 43 +++++++++ sound/soc/codecs/wm8994.h | 3 + sound/soc/davinci/davinci-i2s.c | 153 +++++++++++++++++++++++++++--- sound/soc/davinci/davinci-i2s.h | 5 + sound/soc/s3c24xx/smartq_wm8987.c | 1 - 6 files changed, 238 insertions(+), 15 deletions(-)

2 1

[alsa-devel] Question about SuperH HDMI sound
by Kuninori Morimoto 09 Jul '10

09 Jul '10

Dear Mark Cc: Guennadi In these days, Guennadi's "SuperH HDMI support patches" which support HDMI video output were posted to ML. And I created HDMI sound support for it in my local environment. It works and I would like to post this patch. Thus, I would like to ask you about HDMI "sound" support file position. HDMI "video" support file is under "drivers/video/sh_mobile_hdmi.c" Should I add sound support in it ? or under "sound/soc/codecs" ? Best regards -- Kuninori Morimoto

2 3

[alsa-devel] Smart 5.1 function not working on VIA VT1708S with *three* jacks on mainboard
by Viliam Kubis 09 Jul '10

09 Jul '10

Hello, for quite some time the "Smart 5.1" function in alsa is not working properly when motherboard has only 3 audio jacks. Me and Raymond on alsa-bugtracker have been trying to solve the issue for a long time but were unsuccessful. Please take a look at this alsa bug ticket: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=4895 It contains A LOT of info on the problem + steps that we tried, which included patching the code. Synthom : NO "Surround" , "Center" and "LFE" Control and switch with VT1708S on a motherboard with 3 audio jacks Also NO surround sound. speaker-test -c 4 -t wav -Dsurround40 Channels count (4) not available for playbacks: Invalid argument Setting of hwparams failed: Invalid argument Please advise if you can. Thank you Best Regards Viliam Kubis -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 3