Alsa-devel June 2012

alsa-devel@alsa-project.org

87 participants
250 discussions

[alsa-devel] [PATCH 0/2] RFC: support for audio wall clock
by Pierre-Louis Bossart 21 Jul '12

21 Jul '12

V2 of patches to show how the audio wall clock (eg. the HDAudio one) can be used to provide precise audio timestamps and track the drift between audio time and system time. On my laptop I am able to track a 7ppm delta. I will explain in more details how this can be used during LPC in San Diego, but with the summer coming I'd like to get feedback as there are changes to the core/alsa-lib that haven't been modified in years. TODO: - 64-bit alignment, verification of pcm_compat.c changes - handling of digital inputs, need to disable wall-clock timestamps in that case (feedback from Clemens) - check differences in protocol - change timecounter to avoid accumulation of rounding errors in cycle->ns conversions - check overflows - rework the timecounter init on trigger Pierre-Louis Bossart (2): ALSA: core: add hooks for audio timestamps read from WALLCLOCK ALSA: hda: support for wallclock timestamps include/sound/asound.h | 7 ++++- include/sound/pcm.h | 2 + sound/core/pcm_compat.c | 13 +++++++++- sound/core/pcm_lib.c | 15 ++++++++++- sound/core/pcm_native.c | 2 + sound/pci/hda/hda_intel.c | 54 ++++++++++++++++++++++++++++++++++++++++++++- 6 files changed, 86 insertions(+), 7 deletions(-) -- 1.7.6.5

3 7

[alsa-devel] [PATCH] ALSA: hda - Add DeviceID for Haswell HDA
by Wang Xingchao 16 Jul '12

16 Jul '12

this patch add proper id for Haswell HDA Controller. Signed-off-by: Wang Xingchao <xingchao.wang(a)intel.com> --- sound/pci/hda/hda_intel.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 2b6392b..f530c40 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -151,6 +151,7 @@ MODULE_SUPPORTED_DEVICE("{{Intel, ICH6}," "{Intel, CPT}," "{Intel, PPT}," "{Intel, LPT}," + "{Intel, HPT}," "{Intel, PBG}," "{Intel, SCH}," "{ATI, SB450}," @@ -3253,6 +3254,10 @@ static DEFINE_PCI_DEVICE_TABLE(azx_ids) = { { PCI_DEVICE(0x8086, 0x8c20), .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | AZX_DCAPS_BUFSIZE}, + /* Haswell */ + { PCI_DEVICE(0x8086, 0x0c0c), + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_SCH_SNOOP | + AZX_DCAPS_BUFSIZE}, /* SCH */ { PCI_DEVICE(0x8086, 0x811b), .driver_data = AZX_DRIVER_SCH | AZX_DCAPS_SCH_SNOOP | -- 1.7.9.5

5 15

[alsa-devel] [PATCH] powerpc: select PPC_CLOCK unconditionally for FSL_SOC
by Shawn Guo 10 Jul '12

10 Jul '12

Freescale PowerPC SoCs share a number of IP blocks with Freescale ARM/IMX SoCs, FlexCAN, SSI, FEC, eSDHC, USB, etc. There are some effort consolidating those drivers to make them work for both architectures. One outstanding difference between two architectures is ARM/IMX will turn off module clocks during platform initialization for power saving and expects drivers manage clocks using clk API, while PowerPC mostly does not do that, and thus does not always build in clk API. Listing all those driver Kconfig options in "select PPC_CLOCK if" seems not scalable for long term maintenance, and could easily introduce Kconfig recursive dependency. This patch chooses to select PPC_CLOCK unconditionally for FSL_SOC to always build clk API for PowerPC in. Signed-off-by: Shawn Guo <shawn.guo(a)linaro.org> --- arch/powerpc/Kconfig | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index feab3ba..63fa7fb 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -661,7 +661,7 @@ config SBUS config FSL_SOC bool select HAVE_CAN_FLEXCAN if NET && CAN - select PPC_CLOCK if CAN_FLEXCAN + select PPC_CLOCK config FSL_PCI bool -- 1.7.5.4

2 4

[alsa-devel] A problem with USB audio devices and the UHCI scheduler
by Monty Montgomery 04 Jul '12

04 Jul '12

A question for Clemens et al... Background: I can run a USB audio device at 6ch/24 bit single duplex, but I cannot run the same device at 16 bit stereo full duplex. UHCI and EHCI both say 'not enough bandwidth' (OHCI works). EHCI's scheduling issues are well known, but I was surprised UHCI could not schedule this either. The cause is simple; UHCI (and EHCI) use the endpoint's wMaxPacketSize for all bandwidth allocation. My device supports all of its sample rates on the same altset, with a wMaxPacketSize matching the highest (96kHz) rate. So, the HCD is reserving most of the USB bus's bandwidth regardless of the actual requirements. How should I approach fixing this in the driver? There's currently no means to communicate a desired bandwidth reservation to the HCD from USB audio, so I'd have to extend even the quirks. I was considering shadowing the endpoint's original wMaxPacketSize in the substream struct, and replacing the value in the endpoint's native descriptor while the stream is running. I have no idea how much trouble that would cause (eg, corruption elsewhere, or middle finger from Linus). Suggestions? For now I have things working by disabling UHCI's initial bandwidth checks (as there is in fact more than enough bandwidth to schedule what I'm doing) but I'd like a more permanent solution. Monty

2 3

[alsa-devel] [PATCH] ASoC: tlv320aic3x: add deemphasis switch
by Prchal Jiří 04 Jul '12

04 Jul '12

This patch adds missing deemphasis switch. Signed-off-by: Jiri Prchal <jiri.prchal(a)aksignal.cz> --- sound/soc/codecs/tlv320aic3x.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/soc/codecs/tlv320aic3x.c b/sound/soc/codecs/tlv320aic3x.c index 4ed6c20..2265e94 100644 --- a/sound/soc/codecs/tlv320aic3x.c +++ b/sound/soc/codecs/tlv320aic3x.c @@ -381,6 +381,9 @@ static const struct snd_kcontrol_new aic3x_snd_controls[] = { SOC_ENUM("Left AGC Decay time", aic3x_agc_enum[LAGC_DEC_ENUM]), SOC_ENUM("Right AGC Decay time", aic3x_agc_enum[RAGC_DEC_ENUM]), + /* De-emphasis */ + SOC_DOUBLE("De-emphasis Switch", AIC3X_CODEC_DFILT_CTRL, 2, 0, 0x01, 0), + /* Input */ SOC_DOUBLE_R_TLV("PGA Capture Volume", LADC_VOL, RADC_VOL, 0, 119, 0, adc_tlv), -- 1.7.7

2 1

[alsa-devel] [PATCH V3 0/4] Add support for STA529 codec, spdif_receiver and SPEAr spdif_out controller
by Rajeev Kumar 03 Jul '12

03 Jul '12

Earlier I had circulated Patch set V2. Please find below the link for the same. http://mailman.alsa-project.org/pipermail/alsa-devel/2012-June/052868.html. Some of the patches got applied and for rest I am sending Version V3. Patches that got applied(from V2 of patch set) are listed below: 1. [PATCH V2 3/9] sound:asoc: Add support for synopsys i2s controller as per ASoC framework. 2. [PATCH V2 4/9] sound:asoc: Add support for SPEAr ASoC pcm layer. 3. [PATCH V2 5/9] sound:asoc:spdif_in: Add spdif IN support Changes since V2: 1. In-corporated review comments received on V2 Rajeev Kumar (2): ASoC: STA529: Add support for STA529 Audio Codec ASoC: SPEAr: Add Kconfig and Makefile to support SPEAr audio driver Vipin Kumar (2): ASoC: spdif_receiver: Add support for spdif in Audio Codec ASoC: SPEAr spdif_out: Add spdif out support sound/soc/codecs/Kconfig | 4 + sound/soc/codecs/Makefile | 4 +- sound/soc/codecs/spdif_receiver.c | 67 ++++++ sound/soc/codecs/sta529.c | 441 +++++++++++++++++++++++++++++++++++++ sound/soc/spear/Kconfig | 22 ++ sound/soc/spear/Makefile | 4 + sound/soc/spear/spdif_out.c | 387 ++++++++++++++++++++++++++++++++ sound/soc/spear/spdif_out_regs.h | 79 +++++++ 8 files changed, 1007 insertions(+), 1 deletions(-) create mode 100644 sound/soc/codecs/spdif_receiver.c create mode 100644 sound/soc/codecs/sta529.c create mode 100644 sound/soc/spear/Kconfig create mode 100644 sound/soc/spear/Makefile create mode 100644 sound/soc/spear/spdif_out.c create mode 100644 sound/soc/spear/spdif_out_regs.h

3 13

[alsa-devel] [PATCH] ASoC: dapm: Fix snd_soc_dapm_put_volsw() connect
by Benoît Thébaudeau 03 Jul '12

03 Jul '12

snd_soc_dapm_put_volsw() sets connect incorrectly in the case max > 1 with invert. In that case, the raw disconnect value should be max, which corresponds to the userspace value 0. This use case currently does not appear upstream, but it could break SOC_DAPM_SINGLE() or SOC_DAPM_SINGLE_TLV() elsewhere or in the future. Cc: Liam Girdwood <lrg(a)ti.com> Cc: Mark Brown <broonie(a)opensource.wolfsonmicro.com> Cc: <alsa-devel(a)alsa-project.org> Signed-off-by: Benoît Thébaudeau <benoit.thebaudeau(a)advansee.com> --- .../sound/soc/soc-dapm.c | 8 +------- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git linux-next-HEAD-6c86b58.orig/sound/soc/soc-dapm.c linux-next-HEAD-6c86b58/sound/soc/soc-dapm.c index 405841c..5ef082f 100644 --- linux-next-HEAD-6c86b58.orig/sound/soc/soc-dapm.c +++ linux-next-HEAD-6c86b58/sound/soc/soc-dapm.c @@ -2515,19 +2515,13 @@ int snd_soc_dapm_put_volsw(struct snd_kcontrol *kcontrol, int wi; val = (ucontrol->value.integer.value[0] & mask); + connect = !!val; if (invert) val = max - val; mask = mask << shift; val = val << shift; - if (val) - /* new connection */ - connect = invert ? 0 : 1; - else - /* old connection must be powered down */ - connect = invert ? 1 : 0; - mutex_lock_nested(&card->dapm_mutex, SND_SOC_DAPM_CLASS_RUNTIME); change = snd_soc_test_bits(widget->codec, reg, mask, val);

3 26

[alsa-devel] [PATCH v2] ASoC: tlv320aic3x: add missing registers and bits
by Prchal Jiří 03 Jul '12

03 Jul '12

Second version of patch keeping formatting. Adds missing register default values to cache. Adds register and bits definitions in header file. Changes are for TLV320AIC310x based on data sheet. Signed-off-by: Jiri Prchal <jiri.prchal(a)aksignal.cz> --- /home/prchal/arm/fw-cdu/linux/linux-3.5-rc3/sound/soc/codecs/tlv320aic3x.c.orig +++ /home/prchal/arm/fw-cdu/linux/linux-3.5-rc3/sound/soc/codecs/tlv320aic3x.c.new @@ -122,7 +122,9 @@ 0x00, 0x00, 0x00, 0x00, /* 88 */ 0x00, 0x00, 0x00, 0x00, /* 92 */ 0x00, 0x00, 0x00, 0x00, /* 96 */ - 0x00, 0x00, 0x02, /* 100 */ + 0x00, 0x00, 0x02, 0x00, /* 100 */ + 0x00, 0x00, 0x00, 0x00, /* 104 */ + 0x00, 0x00, /* 108 */ }; --- /home/prchal/arm/fw-cdu/linux/linux-3.5-rc3/sound/soc/codecs/tlv320aic3x.h +++ /home/prchal/arm/fw-cdu/linux/linux-3.5-rc3/sound/soc/codecs/tlv320aic3x.h.new @@ -13,7 +13,7 @@ #define _AIC3X_H /* AIC3X register space */ -#define AIC3X_CACHEREGNUM 103 +#define AIC3X_CACHEREGNUM 110 /* Page select register */ #define AIC3X_PAGE_SELECT 0 @@ -74,6 +74,8 @@ #define HPLCOM_CFG 37 /* Right High Power Output control registers */ #define HPRCOM_CFG 38 +/* High Power Output Stage Control Register */ +#define HPOUT_SC 40 /* DAC Output Switching control registers */ #define DAC_LINE_MUX 41 /* High Power Output Driver Pop Reduction registers */ @@ -148,6 +150,17 @@ #define AIC3X_GPIOB_REG 101 /* Clock generation control register */ #define AIC3X_CLKGEN_CTRL_REG 102 +/* New AGC registers */ +#define LAGCN_ATTACK 103 +#define LAGCN_DECAY 104 +#define RAGCN_ATTACK 105 +#define RAGCN_DECAY 106 +/* New Programmable ADC Digital Path and I2C Bus Condition Register */ +#define NEW_ADC_DIGITALPATH 107 +/* Passive Analog Signal Bypass Selection During Powerdown Register */ +#define PASSIVE_BYPASS 108 +/* DAC Quiescent Current Adjustment Register */ +#define DAC_ICC_ADJ 109 /* Page select register bits */ #define PAGE0_SELECT 0 @@ -163,6 +176,10 @@ #define DUAL_RATE_MODE ((1 << 5) | (1 << 6)) #define LDAC2LCH (0x1 << 3) #define RDAC2RCH (0x1 << 1) +#define LDAC2RCH (0x2 << 3) +#define RDAC2LCH (0x2 << 1) +#define LDAC2MONOMIX (0x3 << 3) +#define RDAC2MONOMIX (0x3 << 1) /* PLL registers bitfields */ #define PLLP_SHIFT 0

2 5

[alsa-devel] 2.6.18 unknown symbol ksize error
by Patrick Shirkey 02 Jul '12

02 Jul '12

Hi, I have compiled the latest stable alsa drivers against 2.6.18 kernel with gcc-4.1. I am getting an error when I insert the sound card modules. snd_rawmidi: Unknown symbol ksize As far as I can tell 2.6.18 has support for ksize so I am not sure where this error is coming from. -- Patrick Shirkey Boost Hardware Ltd

3 6

[alsa-devel] alsa-driver cross compile problem - upgrading ALSA
by Max Klein 02 Jul '12

02 Jul '12

I am running 2.6.27 kernel on arm board with ALSA driver version 1.0.17 (cat /proc/asound/version) and I would like to update ALSA driver version to current 1.0.25. I am trying to build alsa-drivers with "./configure --with-cross=arm-none-linux-gnueabi- --enable-dynamic-minors --with-debug=full --with-isapnp=no --with-oss=no --with-kernel=/data/src/kernel/linux-davinci --with-build=/data/src/kernel/linux-davinci --with-sequencer=no" Afterwards I compile it via "make ARCH=arm" but this fails we the following error: In file included from /data/VRM/davinci33/alsa-1.0.25/alsa-driver-1.0.25/acore/hrtimer.c:1: /data/VRM/davinci33/alsa-1.0.25/alsa-driver-1.0.25/include/adriver.h:753: error: static declaration of 'jiffies_to_msecs' follows non-static declaration include/linux/jiffies.h:286: error: previous declaration of 'jiffies_to_msecs' was here /data/VRM/davinci33/alsa-1.0.25/alsa-driver-1.0.25/include/adriver.h:772: error: static declaration of 'msecs_to_jiffies' follows non-static declaration include/linux/jiffies.h:288: error: previous declaration of 'msecs_to_jiffies' was here Can someone please help me how to get ALSA upgraded on my platform? Obviously I am either doing something wrong when configuring or I am on the absolutely wrong way? I am looking forward for any advice, thanks in advance! -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

3 3

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Alsa-devel June 2012