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

[alsa-devel] hard freezes with hdsp with cardbus/pci adapter card
by Tim Blechmann 11 Aug '09

11 Aug '09

hi all, i have some issues with playback on one of my machines with different kernels, having my rme hammerfall hdsp connected via a cardbus/pci adapter card. after some time (between a few seconds and several minutes) of flawless playback, the system completely freezes, magic sysrq keys are not functional either ... the freeze occurs with rt and non-rt kernels, with jack running with and without realtime scheduling. i have the suspicion, that it is related to the combination of the hdsp with the cardbus controller of the adapter card ... the interesting part of lspci is: 06:01.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01) Subsystem: ENE Technology Inc CB1410 Cardbus Controller Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 168, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at fb600000 (32-bit, non-prefetchable) [size=4K] Bus: primary=06, secondary=07, subordinate=0a, sec-latency=176 Memory window 0: c4000000-c7fff000 (prefetchable) Memory window 1: c8000000-cbfff000 I/O window 0: 0000e000-0000e0ff I/O window 1: 0000e400-0000e4ff BridgeCtl: Parity+ SERR+ ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+ 16-bit legacy interface ports at 0001 Kernel driver in use: yenta_cardbus Kernel modules: yenta_socket 07:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall DSP (rev 0f) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 255 Interrupt: pin A routed to IRQ 17 Region 0: Memory at c8000000 (32-bit, non-prefetchable) [size=64K] Kernel driver in use: RME Hammerfall DSP Kernel modules: snd-hdsp the irq 17 is used by these two devices only. i am not sure, how to proceed debugging this, since i cannot get any useful debugging information ... thnx, tim -- tim(a)klingt.org http://tim.klingt.org A paranoid is a man who knows a little of what's going on. William S. Burroughs

3 7

[alsa-devel] (no subject)
by Chaithrika U S 11 Aug '09

11 Aug '09

Define resources for McASP used on DA850/OMAP-L138 EVM, add platform device defintion and Pin Mux configurations. Signed-off-by: Chaithrika U S <chaithrika(a)ti.com> --- Applies on DaVinci GIT tree. This patch is dependent on the following patch which I have submitted earlier: [PATCH v2] ARM: DaVinci: Audio support for DA830 EVM arch/arm/mach-davinci/board-da850-evm.c | 29 ++++++++++++++++++++++ arch/arm/mach-davinci/da850.c | 39 ++++++++++++++++++++++++++++++ arch/arm/mach-davinci/devices-da8xx.c | 34 +++++++++++++++++++++++++- arch/arm/mach-davinci/include/mach/asp.h | 7 +++++ arch/arm/mach-davinci/include/mach/mux.h | 25 +++++++++++++++++++ 5 files changed, 133 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-davinci/board-da850-evm.c b/arch/arm/mach-davinci/board-da850-evm.c index d989346..52bfe4c 100644 --- a/arch/arm/mach-davinci/board-da850-evm.c +++ b/arch/arm/mach-davinci/board-da850-evm.c @@ -38,6 +38,28 @@ static struct davinci_uart_config da850_evm_uart_config __initdata = { .enabled_uarts = 0x7, }; +/* davinci da850 evm audio machine driver */ +static u8 da850_iis_serializer_direction[] = { + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, + INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, TX_MODE, + RX_MODE, INACTIVE_MODE, INACTIVE_MODE, INACTIVE_MODE, +}; + +static struct snd_platform_data da850_evm_snd_data = { + .tx_dma_offset = 0x2000, + .rx_dma_offset = 0x2000, + .op_mode = DAVINCI_MCASP_IIS_MODE, + .num_serializer = ARRAY_SIZE(da850_iis_serializer_direction), + .tdm_slots = 2, + .serial_dir = da850_iis_serializer_direction, + .eventq_no = EVENTQ_1, + .version = MCASP_VERSION_2, + .txnumevt = 1, + .rxnumevt = 1, +}; + + static __init void da850_evm_init(void) { struct davinci_soc_info *soc_info = &davinci_soc_info; @@ -86,6 +108,13 @@ static __init void da850_evm_init(void) */ __raw_writel(0, IO_ADDRESS(DA8XX_UART1_BASE) + 0x30); __raw_writel(0, IO_ADDRESS(DA8XX_UART0_BASE) + 0x30); + + ret = da8xx_pinmux_setup(da850_mcasp_pins); + if (ret) + pr_warning("da850_evm_init: mcasp mux setup failed: %d\n", + ret); + + da8xx_init_mcasp(0, &da850_evm_snd_data); } #ifdef CONFIG_SERIAL_8250_CONSOLE diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c index 4a43ae2..e33b226 100644 --- a/arch/arm/mach-davinci/da850.c +++ b/arch/arm/mach-davinci/da850.c @@ -289,6 +289,13 @@ static struct clk emac_clk = { .lpsc = DA8XX_LPSC1_CPGMAC, }; +static struct clk mcasp_clk = { + .name = "mcasp", + .parent = &pll0_sysclk2, + .lpsc = DA8XX_LPSC1_McASP0, + .psc_ctlr = 1, +}; + static struct davinci_clk da850_clks[] = { CLK(NULL, "ref", &ref_clk), CLK(NULL, "pll0", &pll0_clk), @@ -326,6 +333,7 @@ static struct davinci_clk da850_clks[] = { CLK(NULL, "arm", &arm_clk), CLK(NULL, "rmii", &rmii_clk), CLK("davinci_emac.1", NULL, &emac_clk), + CLK("davinci-mcasp.0", NULL, &mcasp_clk), CLK(NULL, NULL, NULL), }; @@ -370,6 +378,30 @@ static const struct mux_config da850_pins[] = { MUX_CFG(DA850, MII_RXD_2, 3, 20, 15, 8, false) MUX_CFG(DA850, MII_RXD_1, 3, 24, 15, 8, false) MUX_CFG(DA850, MII_RXD_0, 3, 28, 15, 8, false) + /* McASP function */ + MUX_CFG(DA850, ACLKR, 0, 0, 15, 1, false) + MUX_CFG(DA850, ACLKX, 0, 4, 15, 1, false) + MUX_CFG(DA850, AFSR, 0, 8, 15, 1, false) + MUX_CFG(DA850, AFSX, 0, 12, 15, 1, false) + MUX_CFG(DA850, AHCLKR, 0, 16, 15, 1, false) + MUX_CFG(DA850, AHCLKX, 0, 20, 15, 1, false) + MUX_CFG(DA850, AMUTE, 0, 24, 15, 1, false) + MUX_CFG(DA850, AXR_15, 1, 0, 15, 1, false) + MUX_CFG(DA850, AXR_14, 1, 4, 15, 1, false) + MUX_CFG(DA850, AXR_13, 1, 8, 15, 1, false) + MUX_CFG(DA850, AXR_12, 1, 12, 15, 1, false) + MUX_CFG(DA850, AXR_11, 1, 16, 15, 1, false) + MUX_CFG(DA850, AXR_10, 1, 20, 15, 1, false) + MUX_CFG(DA850, AXR_9, 1, 24, 15, 1, false) + MUX_CFG(DA850, AXR_8, 1, 28, 15, 1, false) + MUX_CFG(DA850, AXR_7, 2, 0, 15, 1, false) + MUX_CFG(DA850, AXR_6, 2, 4, 15, 1, false) + MUX_CFG(DA850, AXR_5, 2, 8, 15, 1, false) + MUX_CFG(DA850, AXR_4, 2, 12, 15, 1, false) + MUX_CFG(DA850, AXR_3, 2, 16, 15, 1, false) + MUX_CFG(DA850, AXR_2, 2, 20, 15, 1, false) + MUX_CFG(DA850, AXR_1, 2, 24, 15, 1, false) + MUX_CFG(DA850, AXR_0, 2, 28, 15, 1, false) #endif }; @@ -406,6 +438,13 @@ const short da850_cpgmac_pins[] __initdata = { -1 }; +const short da850_mcasp_pins[] __initdata = { + DA850_AHCLKX, DA850_ACLKX, DA850_AFSX, + DA850_AHCLKR, DA850_ACLKR, DA850_AFSR, DA850_AMUTE, + DA850_AXR_11, DA850_AXR_12, + -1 +}; + /* FIQ are pri 0-1; otherwise 2-7, with 7 lowest priority */ static u8 da850_default_priorities[DA850_N_CP_INTC_IRQ] = { [IRQ_DA8XX_COMMTX] = 7, diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c index fe0baaf..1882eef 100644 --- a/arch/arm/mach-davinci/devices-da8xx.c +++ b/arch/arm/mach-davinci/devices-da8xx.c @@ -309,6 +309,34 @@ static struct platform_device da830_mcasp1_device = { .resource = da830_mcasp1_resources, }; +static struct resource da850_mcasp_resources[] = { + { + .name = "mcasp", + .start = DAVINCI_DA8XX_MCASP0_REG_BASE, + .end = DAVINCI_DA8XX_MCASP0_REG_BASE + (SZ_1K * 12) - 1, + .flags = IORESOURCE_MEM, + }, + /* TX event */ + { + .start = DAVINCI_DA8XX_DMA_MCASP0_AXEVT, + .end = DAVINCI_DA8XX_DMA_MCASP0_AXEVT, + .flags = IORESOURCE_DMA, + }, + /* RX event */ + { + .start = DAVINCI_DA8XX_DMA_MCASP0_AREVT, + .end = DAVINCI_DA8XX_DMA_MCASP0_AREVT, + .flags = IORESOURCE_DMA, + }, +}; + +static struct platform_device da850_mcasp_device = { + .name = "davinci-mcasp", + .id = 0, + .num_resources = ARRAY_SIZE(da850_mcasp_resources), + .resource = da850_mcasp_resources, +}; + int __init da8xx_register_emac(void) { return platform_device_register(&da8xx_emac_device); @@ -316,8 +344,12 @@ int __init da8xx_register_emac(void) void __init da8xx_init_mcasp(int id, struct snd_platform_data *pdata) { - if (id == 1) { /* DA830/OMAP-L137 has 3 instances of McASP */ + /* DA830/OMAP-L137 has 3 instances of McASP */ + if (cpu_is_davinci_da830() && id == 1) { da830_mcasp1_device.dev.platform_data = pdata; platform_device_register(&da830_mcasp1_device); + } else if (cpu_is_davinci_da850()) { + da850_mcasp_device.dev.platform_data = pdata; + platform_device_register(&da850_mcasp_device); } } diff --git a/arch/arm/mach-davinci/include/mach/asp.h b/arch/arm/mach-davinci/include/mach/asp.h index f3c97ac..18e4ce3 100644 --- a/arch/arm/mach-davinci/include/mach/asp.h +++ b/arch/arm/mach-davinci/include/mach/asp.h @@ -15,6 +15,9 @@ #define DAVINCI_DM646X_MCASP0_REG_BASE 0x01D01000 #define DAVINCI_DM646X_MCASP1_REG_BASE 0x01D01800 +/* Bases of da850/da830 McASP0 register banks */ +#define DAVINCI_DA8XX_MCASP0_REG_BASE 0x01D00000 + /* Bases of da830 McASP1 register banks */ #define DAVINCI_DA830_MCASP1_REG_BASE 0x01D04000 @@ -29,6 +32,10 @@ #define DAVINCI_DM646X_DMA_MCASP0_AREVT0 9 #define DAVINCI_DM646X_DMA_MCASP1_AXEVT1 12 +/* EDMA channels of da850/da830 McASP0 */ +#define DAVINCI_DA8XX_DMA_MCASP0_AREVT 0 +#define DAVINCI_DA8XX_DMA_MCASP0_AXEVT 1 + /* EDMA channels of da830 McASP1 */ #define DAVINCI_DA830_DMA_MCASP1_AREVT 2 #define DAVINCI_DA830_DMA_MCASP1_AXEVT 3 diff --git a/arch/arm/mach-davinci/include/mach/mux.h b/arch/arm/mach-davinci/include/mach/mux.h index a676b2f..f50f5b2 100644 --- a/arch/arm/mach-davinci/include/mach/mux.h +++ b/arch/arm/mach-davinci/include/mach/mux.h @@ -748,6 +748,31 @@ enum davinci_da850_index { DA850_MII_RXD_2, DA850_MII_RXD_1, DA850_MII_RXD_0, + + /* McASP function */ + DA850_ACLKR, + DA850_ACLKX, + DA850_AFSR, + DA850_AFSX, + DA850_AHCLKR, + DA850_AHCLKX, + DA850_AMUTE, + DA850_AXR_15, + DA850_AXR_14, + DA850_AXR_13, + DA850_AXR_12, + DA850_AXR_11, + DA850_AXR_10, + DA850_AXR_9, + DA850_AXR_8, + DA850_AXR_7, + DA850_AXR_6, + DA850_AXR_5, + DA850_AXR_4, + DA850_AXR_3, + DA850_AXR_2, + DA850_AXR_1, + DA850_AXR_0, }; #ifdef CONFIG_DAVINCI_MUX -- 1.5.6

2 1

[alsa-devel] [PATCH 1/5] ASoC: DaVinci: i2s: don't bounce through rtd to get dai
by Troy Kisky 11 Aug '09

11 Aug '09

dai is a parameter to the functions, so use it instead of looking it up. Signed-off-by: Troy Kisky <troy.kisky(a)boundarydevices.com> --- sound/soc/davinci/davinci-i2s.c | 14 +++++--------- 1 files changed, 5 insertions(+), 9 deletions(-) diff --git a/sound/soc/davinci/davinci-i2s.c b/sound/soc/davinci/davinci-i2s.c index e5cd97b..2a56fb7 100644 --- a/sound/soc/davinci/davinci-i2s.c +++ b/sound/soc/davinci/davinci-i2s.c @@ -353,9 +353,8 @@ static int davinci_i2s_hw_params(struct snd_pcm_substream *substream, struct snd_pcm_hw_params *params, struct snd_soc_dai *dai) { - struct snd_soc_pcm_runtime *rtd = substream->private_data; - struct davinci_pcm_dma_params *dma_params = rtd->dai->cpu_dai->dma_data; - struct davinci_mcbsp_dev *dev = rtd->dai->cpu_dai->private_data; + struct davinci_pcm_dma_params *dma_params = dai->dma_data; + struct davinci_mcbsp_dev *dev = dai->private_data; struct snd_interval *i = NULL; int mcbsp_word_length; unsigned int rcr, xcr, srgr; @@ -425,8 +424,7 @@ static int davinci_i2s_hw_params(struct snd_pcm_substream *substream, static int davinci_i2s_prepare(struct snd_pcm_substream *substream, struct snd_soc_dai *dai) { - struct snd_soc_pcm_runtime *rtd = substream->private_data; - struct davinci_mcbsp_dev *dev = rtd->dai->cpu_dai->private_data; + struct davinci_mcbsp_dev *dev = dai->private_data; int playback = (substream->stream == SNDRV_PCM_STREAM_PLAYBACK); davinci_mcbsp_stop(dev, playback); if ((dev->pcr & DAVINCI_MCBSP_PCR_FSXM) == 0) { @@ -439,8 +437,7 @@ static int davinci_i2s_prepare(struct snd_pcm_substream *substream, static int davinci_i2s_trigger(struct snd_pcm_substream *substream, int cmd, struct snd_soc_dai *dai) { - struct snd_soc_pcm_runtime *rtd = substream->private_data; - struct davinci_mcbsp_dev *dev = rtd->dai->cpu_dai->private_data; + struct davinci_mcbsp_dev *dev = dai->private_data; int ret = 0; int playback = (substream->stream == SNDRV_PCM_STREAM_PLAYBACK); if ((dev->pcr & DAVINCI_MCBSP_PCR_FSXM) == 0) @@ -466,8 +463,7 @@ static int davinci_i2s_trigger(struct snd_pcm_substream *substream, int cmd, static void davinci_i2s_shutdown(struct snd_pcm_substream *substream, struct snd_soc_dai *dai) { - struct snd_soc_pcm_runtime *rtd = substream->private_data; - struct davinci_mcbsp_dev *dev = rtd->dai->cpu_dai->private_data; + struct davinci_mcbsp_dev *dev = dai->private_data; int playback = (substream->stream == SNDRV_PCM_STREAM_PLAYBACK); davinci_mcbsp_stop(dev, playback); } -- 1.5.6.3

2 11

[alsa-devel] Automatic mic-selection on Realtek and IDT/STAC codecs
by Takashi Iwai 11 Aug '09

11 Aug '09

Hi, recently I added the code for HD-audio Realtek and IDT/Sigmatel codecs to support the automatic capture-source selection via mic jack plugging. This feature is enabled for machines with one external and one internal mic, and only for auto-BIOS parser mode in the case of Realtek codecs. So, don't be surprised if you see neither "Capture Source" nor "Input Source" mixer elements after updates. Just plugging the mic jack will switch the input source from the internal to the external mic. If you encounter any problems regarding this change, please let me know. thanks, Takashi

1 0

[alsa-devel] NULL pointer dereference in ALSA triggered through saa7134-alsa
by Ozan Çağlayan 10 Aug '09

10 Aug '09

Hi, I've finally succesfully compiled and linked saa7134-alsa driver using an external alsa-driver and its Module.symvers file. Everything seems okay, no undefined symbol or something else: - An installed 2.6.30.4 kernel which only builds and brings soundcore and sound_firmware, - Latest alsa-driver built externally and installed, - Latest saa7134-alsa, cx88-alsa, etc. code from linus-2.6 (seen that they don't affected by some API/ABI changes) patched on top of the alsa-driver tarball, I'm copying Module.symvers file generated after building the alsa-driver into each directory for getting rid of undefined snd_*() symbols. When I plug a saa7134 PCI card and reboot, the -alsa driver is automatically probed but it immediately oopses. I wonder if this could be related to my weird-but-apparently-successful compilation experience above? [ 6.876120] Linux video capture interface: v2.00 [ 7.089550] saa7130/34: v4l2 driver version 0.2.15 loaded [ 7.089612] saa7134 0000:03:05.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 [ 7.089622] saa7133[0]: found at 0000:03:05.0, rev: 209, irq: 20, latency: 64, mmio: 0xfdbff000 [ 7.089631] saa7133[0]: subsystem: 1461:f11d, board: Avermedia PCI pure analog (M135A) [card=149,autodetected] [ 7.089659] saa7133[0]: board init: gpio is 40000 [ 7.089744] input: saa7134 IR (Avermedia PCI pure as /devices/pci0000:00/0000:00:14.4/0000:03:05.0/input/input6 [ 7.089789] IRQ 20/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs [ 7.230265] saa7133[0]: i2c eeprom 00: 61 14 1d f1 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 [ 7.230274] saa7133[0]: i2c eeprom 10: ff ff ff ff ff 20 ff ff ff ff ff ff ff ff ff ff [ 7.230282] saa7133[0]: i2c eeprom 20: 01 40 01 32 32 01 01 43 88 ff 00 56 ff ff ff ff [ 7.230289] saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230296] saa7133[0]: i2c eeprom 40: ff 22 00 c0 96 ff 03 30 15 00 ff ff ff ff ff ff [ 7.230302] saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230309] saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230316] saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230323] saa7133[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230330] saa7133[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230337] saa7133[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230344] saa7133[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230350] saa7133[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230357] saa7133[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230364] saa7133[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.230371] saa7133[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [ 7.412095] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 7.512683] hda_codec: ALC883: BIOS auto-probing. [ 7.512886] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/input/input7 [ 7.516862] HDA Intel 0000:01:05.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19 [ 7.689107] tuner 1-004b: chip found @ 0x96 (saa7133[0]) [ 7.724034] tda829x 1-004b: setting tuner address to 60 [ 7.800011] tda829x 1-004b: type set to tda8290+75a [ 8.294455] usblp0: USB Bidirectional printer dev 2 if 0 alt 0 proto 2 vid 0x04E8 pid 0x325B [ 8.294500] usbcore: registered new interface driver usblp [ 10.814379] saa7133[0]: dsp access error [ 10.845083] saa7133[0]: registered device video0 [v4l2] [ 10.845111] saa7133[0]: registered device vbi0 [ 10.845130] saa7133[0]: registered device radio0 [ 10.950359] EXT3 FS on sda5, internal journal [ 10.996203] saa7134 ALSA driver for DMA sound loaded [ 10.996217] IRQ 20/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs [ 10.996247] saa7133[0]/alsa: saa7133[0] at 0xfdbff000 irq 20 registered as card -1 <-- /* That's interesting? */ [ 10.996349] BUG: unable to handle kernel NULL pointer dereference at 00000002 <-- ********** 1st null ptr deref [ 10.996962] IP: [<f8834cd4>] snd_pcm_timer_init+0x26/0xd1 [snd_pcm] [ 10.997255] *pde = 00000000· [ 10.997255] Oops: 0000 [#1] SMP· [ 10.997255] last sysfs file: /sys/module/saa7134/initstate [ 10.997255] Modules linked in: saa7134_alsa(+) usblp tda827x tda8290 snd_hda_codec_atihdmi tuner snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_seq_dummy snd_hwdep snd_seq_oss saa7134 snd_seq_m idi_event snd_seq snd_seq_device ir_common snd_pcm_oss snd_mixer_oss v4l2_common videodev v4l1_compat videobuf_dma_sg videobuf_core snd_pcm tveeprom snd_timer snd i2c_piix4 shpchp k8temp soundcore snd_pa ge_alloc pcspkr r8169 ati_agp agpgart mii brd ata_generic pata_acpi ahci pata_atiixp libata [ 10.997255]· [ 10.997255] Pid: 1141, comm: modprobe.bin Not tainted (2.6.30.4-126 #3) Unknow [ 10.997255] EIP: 0060:[<f8834cd4>] EFLAGS: 00010246 CPU: 1 [ 10.997255] EIP is at snd_pcm_timer_init+0x26/0xd1 [snd_pcm] [ 10.997255] EAX: 00000002 EBX: f65c0e0c ECX: f6b2fe98 EDX: 00000000 [ 10.997255] ESI: f65c0c00 EDI: 00000018 EBP: f6b2febc ESP: f6b2fe98 [ 10.997255] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 10.997255] Process modprobe.bin (pid: 1141, ti=f6b2e000 task=f6a2caa0 task.ti=f6b2e000) [ 10.997255] Stack: [ 10.997255] 00000003 00000000 c030c2e9 f6b2feb8 f87ca221 00000000 f65c0e0c f6921400 [ 10.997255] 00000018 f6b2feec f882da8f 00000001 f6921438 f88358e4 436d6370 63304432 [ 10.997255] f65c0c00 f87cf9fe f69b42a0 f65c0d70 f65c0c00 f6b2fefc f87ce0bb f65c0e0c [ 10.997255] Call Trace: [ 10.997255] [<c030c2e9>] ? device_create_file+0x13/0x15 [ 10.997255] [<f87ca221>] ? snd_add_device_sysfs_file+0x67/0x6e [snd] [ 10.997255] [<f882da8f>] ? snd_pcm_dev_register+0x176/0x1de [snd_pcm] [ 10.997255] [<f87ce0bb>] ? snd_device_register_all+0x27/0x44 [snd] [ 10.997255] [<f87cadce>] ? snd_card_register+0x4c/0x131 [snd] [ 10.997255] [<f8d17687>] ? alsa_device_init+0x200/0x24b [saa7134_alsa] [ 10.997255] [<f8d1773d>] ? saa7134_alsa_init+0x6b/0x93 [saa7134_alsa] [ 10.997255] [<c0101137>] ? do_one_initcall+0x4a/0x115 [ 10.997255] [<f8d176d2>] ? saa7134_alsa_init+0x0/0x93 [saa7134_alsa] [ 10.997255] [<c0145205>] ? __blocking_notifier_call_chain+0x40/0x4c [ 10.997255] [<c015302d>] ? sys_init_module+0x87/0x18b [ 10.997255] [<c01031b4>] ? sysenter_do_call+0x12/0x28 [ 11.066012] Code: 00 00 5b 5d c3 55 89 e5 57 56 53 89 c3 83 ec 18 8b 53 30 c7 45 e0 00 00 00 00 8d 4d dc c7 45 dc 03 00 00 00 8b 30 83 e2 01 8b 06 <8b> 00 89 45 e4 8b 46 0c 89 45 e8 8b 43 0c 01 c0 09 c2 8d 45 f0· [ 11.066012] EIP: [<f8834cd4>] snd_pcm_timer_init+0x26/0xd1 [snd_pcm] SS:ESP 0068:f6b2fe98 [ 11.066012] CR2: 0000000000000002 [ 11.066318] ---[ end trace 000b75f3b1903e42 ]--- [ 14.079154] r8169: eth0: link up [ 14.095472] r8169: eth0: link up [ 14.335980] r8169: eth0: link up [ 17.074440] NET: Registered protocol family 10 [ 17.074879] lo: Disabled Privacy Extensions [ 20.520592] BUG: unable to handle kernel NULL pointer dereference at 00000002 <-- ********* 2nd nullptr deref [ 20.535353] IP: [<f8830abf>] snd_pcm_info+0x2e/0xe0 [snd_pcm] [ 20.535353] *pde = 00000000· [ 20.559932] Oops: 0000 [#2] SMP· [ 20.559932] last sysfs file: /sys/devices/pci0000:00/0000:00:14.4/0000:03:05.0/sound/card2/pcmC2D0c/pcm_class [ 20.586971] Modules linked in: ipv6 saa7134_alsa(+) usblp tda827x tda8290 snd_hda_codec_atihdmi tuner snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_seq_dummy snd_hwdep snd_seq_oss saa7134 snd_ seq_midi_event snd_seq snd_seq_device ir_common snd_pcm_oss snd_mixer_oss v4l2_common videodev v4l1_compat videobuf_dma_sg videobuf_core snd_pcm tveeprom snd_timer snd i2c_piix4 shpchp k8temp soundcore s nd_page_alloc pcspkr r8169 ati_agp agpgart mii brd ata_generic pata_acpi ahci pata_atiixp libata [ 20.606741]· [ 20.606741] Pid: 1367, comm: hald Tainted: G D (2.6.30.4-126 #3) Unknow[ 20.704561] Process hald (pid: 1367, ti=f660e000 task=f6420c70 task.ti=f660e000) [ 20.704561] Stack: [ 20.704561] f65c0e0c f65c0c00 f6ada3f0 f642fe00 f6919ac0 f660fe34 f882e15a f65c0e0c [ 20.704561] 00000200 f6ada3f0 f6ada3c0 f6667000 f660fe3c f882e254 f660fe70 f87cb9e9 [ 20.704561] f680db00 0160fe70 ffffffff f64cb870 f6919ac0 00001000 00000020 00000020 [ 20.704561] Call Trace: [ 20.704561] [<f882e15a>] ? snd_pcm_proc_info_read+0x80/0x16c [snd_pcm] [ 20.704561] [<f882e254>] ? snd_pcm_stream_proc_info_read+0xe/0x10 [snd_pcm] [ 20.704561] [<f87cb9e9>] ? snd_info_entry_open+0x26b/0x2de [snd] [ 20.704561] [<c01df157>] ? proc_reg_open+0xb6/0x122 [ 20.704561] [<f87cb6ca>] ? snd_info_entry_release+0x0/0xa7 [snd] [ 20.704561] [<c01ac441>] ? __dentry_open+0x119/0x207 [ 20.704561] [<c01ac5c9>] ? nameidata_to_filp+0x2c/0x43 [ 20.704561] [<c01df0a1>] ? proc_reg_open+0x0/0x122 [ 20.704561] [<c01b656b>] ? do_filp_open+0x3ae/0x6c8 [ 20.704561] [<c019ff47>] ? free_pages_and_swap_cache+0x44/0x57 [ 20.704561] [<c01b6937>] ? getname+0x20/0xb7 [ 20.704561] [<c01be23c>] ? alloc_fd+0x55/0xbe [ 20.704561] [<c01ac253>] ? do_sys_open+0x44/0xba [ 20.704561] [<c01ac30b>] ? sys_open+0x1e/0x26 [ 20.704561] [<c01031b4>] ? sysenter_do_call+0x12/0x28 [ 20.704561] Code: 00 00 00 89 e5 57 56 53 89 d3 83 ec 08 89 df 89 45 ec 8b 00 8b 55 ec 89 45 f0 31 c0 8b 72 04 f3 ab 8b 55 f0 b9 40 00 00 00 8b 02 <8b> 00 89 43 0c 8b 42 0c 8b 55 ec 89 03 8b 42 30 89 43 08 8b 42· [ 20.704561] EIP: [<f8830abf>] snd_pcm_info+0x2e/0xe0 [snd_pcm] SS:ESP 0068:f660fe04 [ 21.199052] CR2: 0000000000000002 [ 21.222000] ---[ end trace 000b75f3b1903e43 ]--- [ 20.606741] EIP: 0060:[<f8830abf>] EFLAGS: 00010246 CPU: 1 [ 20.704561] EIP is at snd_pcm_info+0x2e/0xe0 [snd_pcm] [ 20.704561] EAX: 00000002 EBX: f642fe00 ECX: 00000040 EDX: f65c0c00 [ 20.704561] ESI: 00000000 EDI: f642ff20 EBP: f660fe18 ESP: f660fe04 [ 20.704561] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 The first dereference is happening at: (gdb) list *snd_pcm_timer_init+0x26 0x7cf8 is in snd_pcm_timer_init (/var/pisi/module-alsa-driver-1.0.20_20090808-49/work/alsa-driver/acore/../alsa-kernel/core/pcm_timer.c:131). 126 struct snd_timer_id tid; 127 struct snd_timer *timer; 128 129 tid.dev_sclass = SNDRV_TIMER_SCLASS_NONE; 130 tid.dev_class = SNDRV_TIMER_CLASS_PCM; 131 tid.card = substream->pcm->card->number; <---------- 132 tid.device = substream->pcm->device; 133 tid.subdevice = (substream->number << 1) | (substream->stream & 1); 134 if (snd_timer_new(substream->pcm->card, "PCM", &tid, &timer) < 0) 135 return;at the following place: Can it be related to a race condition between the sound card and the saa7134-alsa interface?

2 7

[alsa-devel] issue at 44.1 Khz capturing
by Harsha, Priya 10 Aug '09

10 Aug '09

Hi, I am using arecord for capturing data. When I try to record at 8 or 48 KHz, it's perfectly fine. But when I try to record at 44.1 Khz, there are spikes in the recorded data for every buffer. When I tried to tap the data captured at the firmware/hardware end, it's smooth but the same data when is checked from the user space after being recorded, it has spikes. On further analysis, looks like for every buffer recorded there is either 1 sample recorded extra or 1 sample dropped. But when I printed out the values passed from the pointer function, they are exactly at the intervals of 5513 bytes. Can anyone give me any clue as to what is going wrong? I am using indirect_* functions in the driver code. Is there any buffer size round off that is giving this error? Can I handle something in the driver to avoid this? Thanks, Harsha.

3 4

[alsa-devel] Implementing sync start
by Jon Smirl 10 Aug '09

10 Aug '09

I'm implementing sync start as Takashi described... --------------- If the hardware supports the simultaneous triggering of multiple streams, add the sync support to the driver. Namely, - Add SNDRV_PCM_INFO_SYNC_START flag to PCM info field - Call snd_pcm_set_sync(substream) at each open callback - In the trigger callback, check all bundled streams via snd_pcm_group_for_each_entry(). Mark all the streams but the current one via snd_pcm_trigger_done(). Then start all streams at once. Ditto for stop and pause. ------------- Is there a simple way to test this with something like a mono sine wav file? A aplay mono.wav and then use and ALSA conf to copy the sine to all channels and then sync start them. ----------- brutefit has this routine for sync start, does this look correct? int bfio_synch_start(void) { snd_pcm_status_t *status; int err, n; if (base_handle == NULL) { return 0; } /* FIXME: the SND_PCM_STATE_RUNNING code would not be needed if the bfio_write autostart hack was not there */ snd_pcm_status_alloca(&status); if (link_handles) { if ((err = snd_pcm_status(base_handle, status)) < 0) { fprintf(stderr, "ALSA I/O: Could not get status: %s.\n", snd_strerror(err)); return -1; } if (snd_pcm_status_get_state(status) == SND_PCM_STATE_RUNNING) { return 0; } if ((err = snd_pcm_start(base_handle)) < 0) { fprintf(stderr, "ALSA I/O: Could not start audio: %s.\n", snd_strerror(err)); return -1; } return 0; } FOR_IN_AND_OUT { for (n = 0; n < n_handles[IO]; n++) { if ((err = snd_pcm_status(handles[IO][n], status)) < 0) { fprintf(stderr, "ALSA I/O: Could not get status: %s.\n", snd_strerror(err)); return -1; } if (snd_pcm_status_get_state(status) == SND_PCM_STATE_RUNNING) { continue; } if ((err = snd_pcm_start(handles[IO][n])) < 0) { fprintf(stderr, "ALSA I/O: Could not start audio: %s.\n", snd_strerror(err)); return -1; } } } return 0; } -- Jon Smirl jonsmirl(a)gmail.com

3 12

[alsa-devel] ASoC updates for 2.6.32
by Mark Brown 10 Aug '09

10 Aug '09

The following changes since commit b7b8f9bf0cd73b90561e8123fd5ec28f4539c419: Janusz Krzysztofik (1): TTY/ASoC: Rename N_AMSDELTA line discipline to N_V253 are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.32 Chaithrika U S (1): ASoC: DaVinci: Support Audio on DA830 EVM Mark Brown (3): ASoC: Convert WM8776 to use factored out register cache code ASoC: Define more formats for the AC97 CODECs ASoC: Drop unneeded declaration of removed wm8731 SPI write function Uwe Kleine-König (1): ASoC: s3c2443-ac97: convert semaphore to mutex include/sound/soc-dai.h | 8 ++++- sound/soc/codecs/wm8731.c | 3 -- sound/soc/codecs/wm8776.c | 59 +++++++------------------------------ sound/soc/davinci/Kconfig | 11 +++++++ sound/soc/davinci/Makefile | 1 + sound/soc/davinci/davinci-evm.c | 33 +++++++++++++++++++++ sound/soc/s3c24xx/s3c2443-ac97.c | 10 +++--- 7 files changed, 68 insertions(+), 57 deletions(-)

2 1

[alsa-devel] load_for_all_cards bug
by Kevin Goodsell 10 Aug '09

10 Aug '09

(I originally tried to send this via the moderator without subscribing to the list, but it never went through and I never received a moderator response. Apparently this list is set up as moderated, but nobody is actually moderating it.) Summary: load_for_all_cards fails with existing configuration elements In snd_config_hook_load_for_all_cards, the first call to snd_config_search attempts to locate an existing configuration node with the name of the driver. Typically none is found, and everything is good. However, if such a node is located, the next line assumes it is a leaf node with type 'string' and calls snd_config_get_string to fetch the string value. If this fails, the entire hook is abandoned. Because of this, setting something like the following in asoundrc: cards.<driver name>.foo 0 is sufficient to disable the entire card-specific configuration. As a concrete example, I have a HDA-Intel sound card. dmix.conf includes a way to set period_size, period_time, and periods by using configuration elements of the form cards.<driver name>.pcm.dmix.<var>. In ~/.asoundrc I add cards.HDA-Intel.pcm.dmix.period_size 1024 This will cause HDA-Intel.conf to fail to load, and the pcm defined in default.conf will fail to find the device-specific pcm cards.HDA-Intel.pcm.default, and fall back on the default pcm using plughw. By attempting to configure dmix, I have disabled it. Fixing this may just be a matter of changing the line in snd_config_hook_load_for_all_cards from: if (snd_config_search(root, fdriver, &n) >= 0) { to: if (snd_config_search(root, fdriver, &n) >= 0 && n->type != SND_CONFIG_TYPE_COMPOUND) { I have not tested this. -Kevin

2 1

[alsa-devel] [RFC][PATCH 0/3] Enhance ASoC on OMAP1510 by implementing DMA channel linking
by Janusz Krzysztofik 10 Aug '09

10 Aug '09

Current implementation of ASoC OMAP PCM makes use of DMA channel self linking feature for all machines but OMAP1510. This is caused by channel linking not supported on OMAP1510 in current OMAP DMA implementation. Instead, DMA interrputs are counted as periods, and after all periods in a buffer has been detected, DMA transfer is started again for a new buffer content. The period counter is also used as a software replacement for a hardware DMA progress counter that has been found unusable on OMAP1510 in case of playback. In my attempts to debug random PCM hangups, I was wondering what could happen if a single interrupt was missing, ie. the period index was not incremented for a period. It seems that the transfer would just hang after the current buffer processed, as DMA would not be started again, waiting for a missing period. Furthermore, software calculated PCM pointer accuracy can suffer from missing DMA interrupts. Even if OMAP1510 DMA hardware does not support channel linking in a way like newer models do, it has some other features that could be used for the purpose. Interrupt status flags, passed to OMAP PCM interrupt handler routine, can be used to get more accurate DMA progress counter software calculation. Even if these enhancements did not help me in eliminating random PCM hangups completely, I find them worth of sharing. There are three patches in the series: [RFC][PATCH 1/3] ARM: OMAP: DMA: Add support for DMA channel self linking on OMAP1510 [RFC][PATCH 2/3] ASoC: OMAP: Make use of DMA channel self linking on OMAP1510 [RFC][PATCH 3/3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter Created against linux-2.6.31-rc5. Tested on Amstrad Delta. Signed-off-by: Janusz Krzysztofik <jkrzyszt(a)tis.icnet.pl>

1 0