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

Re: [alsa-devel] No shutdown code in soc-core.c
by ANISH KUMAR 19 Apr '10

19 Apr '10

Why this shutdown filed is not there in the struct shown below: static struct platform_driver soc_driver { .shutdown = soc_shutdown, //soc-core.c } This shutdown call this codec_dev->shutdown function In my case i am turning off the amplifier using this call.Which solved my problem of "TAK" sound during reset. I agree that soc_codec_close() is calling the shutdown function but in my case there is a call to set the path after this which is turning on the amplifier and suddenly if we reset the phone it is causing "TAK" sound.Probably because AMPLIFIER was on. Anyway why this function call soc_shutdown() is there in soc-core.c if no one is calling it??? I know there will be a redundancy if we have shutdown field in the struct shown above as soc_codec_close call also calls codec shutdown code. But in my case it is solving my problem.

2 1

[alsa-devel] [PATCH 4/4] ASoC: enable wm8753 in aspenite
by Haojian Zhuang 19 Apr '10

19 Apr '10

2 1

[alsa-devel] [PATCH 3/4] ASoC: support pxa168 ssp in ASoC
by Haojian Zhuang 19 Apr '10

19 Apr '10

2 1

[alsa-devel] [PATCH 2/4] ASoC: split pxa ssp for reusing code
by Haojian Zhuang 19 Apr '10

19 Apr '10

2 1

[alsa-devel] HDA Intel ALC259
by Davide Canali 19 Apr '10

19 Apr '10

Recently I bought a HP G62 120SL laptop. It has a HDA Intel ALC259 sound card. I had to follow several steps to make the audio system work properly: I write you the information here to allow you to add better support to this sound card, since I see that many users are having the same issues with this model. I'm using ubuntu lucid lynx (beta), with kernel: $ uname -a Linux nebula 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux As I bought the laptop, the headphones were working but there was no sound from the integrated speakers. After installing the package linux-backports-modules-alsa-lucid-generic, the situation was switched: internal speakers started to work, but the headphones produced no sound. After messing up a bit with HDAAnalyzer, I found a modification that allows both internal speakers and the audio out jack to work. The diff file is: Diff for codec 0/0 (0x10ec0270): --- +++ @@ -200,17 +200,17 @@ Amp-Out vals: [0x00 0x00] Pincap 0x0000001c: OUT HP Detect Pin Default 0x0321401f: [Jack] HP Out at Ext Left Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0xc0: OUT HP Unsolicited: tag=0x04, enabled=1 Connection: 2 - 0x0c 0x0d* + 0x0c* 0x0d Node 0x22 [Audio Selector] wcaps 0x30010b: Stereo Amp-In Amp-In caps: N/A Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] Connection: 7 0x18* 0x19 0x1a 0x1b 0x1d 0x0b 0x12 Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] The only issue remaining now is audio input: sound recorded using the internal microphone, or an external one connected to the mic in jack results in a very low quality and scratchy audio. Further information about this sound card and the ALSA version I'm using: $ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.22.1. Compiled on Apr 14 2010 for kernel 2.6.32-21-generic (SMP). $ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xd4400000 irq 34 $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC259 Analog [ALC259 Analog] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 3: INTEL HDMI 0 [INTEL HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 7: INTEL HDMI 1 [INTEL HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 $ aplay -L pulse Playback/recording through the PulseAudio sound server front:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog Front speakers surround40:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Intel,DEV=0 HDA Intel, ALC259 Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers hdmi:CARD=Intel,DEV=0 HDA Intel, INTEL HDMI 0 HDMI Audio Output $ sudo lshw -class multimedia *-multimedia description: Audio device product: 5 Series/3400 Series Chipset High Definition Audio vendor: Intel Corporation physical id: 1b bus info: pci@0000:00:1b.0 version: 05 width: 64 bits clock: 33MHz capabilities: pm msi pciexpress bus_master cap_list configuration: driver=HDA Intel latency=0 resources: irq:34 memory:d4400000-d4403fff Please let me know if you need further information. Thank you. Davide

1 0

[alsa-devel] alsa-info script changed to version V
by wirechief 19 Apr '10

19 Apr '10

The alsa-info script no longer works from the command line. Newer version detected: To view the ChangeLog, please visit http://www.alsa-project.org/alsa-info.sh.changelog ALSA-Info script has been updated to v Please re-run the script wirechief@wirechief-home:~$ bash ./alsa-info.sh ./alsa-info.sh: line 1: !DOCTYPE: No such file or directory ./alsa-info.sh: line 2: PUBLIC: command not found ./alsa-info.sh: line 3: syntax error near unexpected token `newline' ./alsa-info.sh: line 3: `" http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">' Is this permanant ? -- Reach out and share your life, care for others,

2 1

[alsa-devel] Problem about cross-compiling alsa-driver for arm-linux (can't get .ko module files)
by Jie Jiang 18 Apr '10

18 Apr '10

Hi Javier, I have been trying to cross compile alsa-driver-1.0.22 for my arm-linux board. After the configuration and make process, there are some *.o object files generated in the "modules" directory. But the desired *.ko kernel module files are not generated. When I tried to insert these object files into the running kernel via insmod command, the insmod command returns -1 and complains "Invalid module format!". Here is my configure command: CC=gcc ./configure --with-cross=arm-linux- --with-kernel=/work/63/ipcam/Kernel/linux-2.6.19.2-in-use --with-build=/work/63/ipcam/Kernel/linux-2.6.19.2-in-use --with-debug=full --enable-dynamic-minors --host=arm-linux --build=i386-linux --with-redhat=no --with-suse=no --prefix=/work/63/ipcam/tmp The configure outputs are as follows: checking for arm-linux-gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for arm-linux-ranlib... arm-linux-ranlib checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking for current directory... /work/63/ipcam/Filesystem/rootfs/mx27ipcam-alsa/ipcam-alsa-driver-1.0.22 checking cross compile... arm-linux- checking for directory with kernel source... /work/63/ipcam/Kernel/linux-2.6.19.2-in-use checking for directory with kernel build... /work/63/ipcam/Kernel/linux-2.6.19.2-in-use checking for kernel linux/version.h... yes checking for kernel linux/autoconf.h... yes checking for kernel version... 0.0.0 checking for GCC version... Kernel compiler: Used compiler: arm-linux-gcc (GCC) 4.1.1 *** NO PREDEFINED KERNEL COMPILER IS DETECTED *** Assuming the same compiler is used with the current system compiler. *** Please make sure that the same compiler version was used for building kernel. checking for built-in ALSA... unknown checking for existing ALSA module... unknown checking for Red Hat kernel... no checking for SUSE kernel... no checking for updating alsa-kernel version.h... yes checking for CONFIG_EXPERIMENTAL... yes checking for directory to store kernel modules... /lib/modules/0.0.0/misc checking for verbose procfs... on checking for verbose printk... on checking for debug level... full checking for processor type... unknown checking for kernel linux/config.h... no Creating <linux/config.h>... checking for deprecated linux/config.h... checking to modify of kernel linux/kmod.h... no checking for kernel linux/utsrelease.h... yes checking for kernel linux/compiler.h... yes checking for kernel linux/pm.h... yes checking for kernel linux/spinlock.h... yes checking for kernel linux/irq.h... yes checking for kernel linux/threads.h... yes checking for kernel linux/rwsem.h... yes checking for kernel linux/gameport.h... yes checking for kernel media/v4l2-dev.h... yes checking for kernel linux/devfs_fs_kernel.h... no Creating a dummy <linux/devfs_fs_kernel.h>... checking for kernel linux/highmem.h... yes checking for kernel linux/workqueue.h... yes checking for kernel linux/dma-mapping.h... yes checking for kernel asm/hw_irq.h... yes checking for kernel linux/device.h... yes checking for kernel linux/platform_device.h... yes checking for kernel linux/isa.h... yes checking for kernel linux/jiffies.h... yes checking for kernel linux/compat.h... yes checking for kernel linux/log2.h... no Creating a dummy <linux/log2.h>... checking for kernel linux/adb.h... yes checking for kernel linux/cuda.h... yes checking for kernel linux/pmu.h... yes checking for kernel linux/io.h... yes checking for kernel linux/moduleparam.h... yes checking for kernel linux/syscalls.h... yes checking for kernel linux/firmware.h... yes checking for kernel linux/err.h... yes checking for kernel linux/bitmap.h... yes checking for kernel linux/mutex.h... yes checking for kernel linux/pm_qos_params.h... no Creating <linux/pm_qos_params.h>... checking for kernel linux/kthread.h... yes checking for kernel asm/irq_regs.h... yes checking for kernel linux/seq_file.h... yes checking for kernel linux/debugfs.h... yes checking for kernel linux/gpio.h... no Creating a dummy <linux/gpio.h>... checking for kernel linux/bug.h... no Creating a dummy <linux/bug.h>... checking for kernel linux/math64.h... no Creating <linux/math64.h>... checking for kernel linux/regulator/consumer.h... no checking for kernel linux/dmi.h... yes checking for kernel linux/bitrev.h... no Creating a dummy <linux/bitrev.h>... checking for kernel linux/hrtimer.h... yes checking for exported symbol dump_stack... grep: /work/63/ipcam/Kernel/linux-2.6.19.2-in-use/kernel/ksyms.c: No such file or directory no checking for kernel module symbol versions... unknown checking for has ioport support... unknown checking for PCI support in kernel... unknown checking for I2C driver in kernel... unknown checking for firmware loader... unknown checking for SMP... unknown checking for ISA PnP driver in kernel... yes checking for PnP driver in kernel... yes checking for Kernel ISA-PnP support... unknown checking for Kernel ISA-PnP module support... unknown checking for strlcpy... yes checking for snprintf... yes checking for vsnprintf... yes checking for scnprintf... yes checking for sscanf... yes checking for vmalloc_to_page... yes checking for old kmod... no checking for PDE... yes checking for pci_set_consistent_dma_mask... no checking for pci_dev_present... no checking for msleep... yes checking for msleep_interrupt... yes checking for msecs_to_jiffies... yes checking for tty->count is the atomic type... no checking for io_remap_pfn_range... yes checking for kcalloc... yes checking for kstrdup... yes checking for kstrndup... no checking for kzalloc... yes checking for pci_ioremap_bar... no checking for saved_config_space in pci_dev... yes checking for new pci_save_state... yes checking for register_sound_special_device... yes checking for old kill_fasync... no checking for dma_addr_t... yes checking for MUTEX macros... no checking for driver extra-version... checking for driver version... 1.0.22 checking for dynamic minor numbers... yes checking for sequencer support... yes checking for OSS/Free emulation... yes checking for OSS PCM plugin system inclusion... yes checking for RTC support... unknown checking for HPET support... unknown checking for Procfs support... unknown checking for USB support... unknown checking for USB module support... unknown checking for gfp_t... yes checking for GFP_DMA32... yes checking for page_to_pfn... yes checking for init_utsname... yes checking for is_power_of_2... no checking for __ffs... yes checking for PnP suspend/resume... yes checking for builtin _Bool support... yes checking for x86-compatible PC... unknown checking for kernel PCMCIA checking for PCMCIA support... unknown checking for PCMCIA module support... unknown checking for PC9800 support in kernel... unknown checking for parallel port support... unknown checking for parallel port module support... unknown checking for power management... unknown checking for cards to compile driver for... all checking for additonal options to compile driver for... all configure: creating ./config.status config.status: creating version config.status: creating Makefile.conf config.status: WARNING: Makefile.conf.in seems to ignore the --datarootdir setting config.status: creating snddevices config.status: creating utils/alsa-driver.spec config.status: creating utils/buildrpm config.status: creating toplevel.config config.status: creating utils/alsasound config.status: creating utils/alsasound.posix config.status: creating include/pci_ids_compat.h config.status: creating include/i2c-id_compat.h config.status: creating include/config.h config.status: include/config.h is unchanged config.status: creating include/config1.h config.status: include/config1.h is unchanged config.status: creating include/version.h config.status: include/version.h is unchanged config.status: creating include/autoconf-extra.h config.status: include/autoconf-extra.h is unchanged And the generated Makefile.conf is: # # Configuration Makefile for ALSA driver # Copyright (c) 1994-98 by Jaroslav Kysela <perex(a)perex.cz> # NEW_KBUILD = mainsrcdir = . MAINSRCDIR = /work/63/ipcam/Filesystem/rootfs/mx27ipcam-alsa/ipcam-alsa-driver-1.0.22 CROSS_COMPILE ?= arm-linux- ARCH ?= ifdef NEW_KBUILD CC = $(CROSS_COMPILE)gcc CPP = $(CROSS_COMPILE)gcc -E export CROSS_COMPILE ARCH else AS = $(CROSS_COMPILE)as LD = $(CROSS_COMPILE)ld CC = $(CROSS_COMPILE)gcc CPP = $(CROSS_COMPILE)gcc -E AR = $(CROSS_COMPILE)ar MODFLAGS = -DMODULE=1 CFLAGS_KERNEL = GENKSYMS = /sbin/genksyms -k 0.0.0 endif prefix = /work/63/ipcam/tmp exec_prefix = ${prefix} sysconfdir = ${prefix}/etc bindir = ${exec_prefix}/bin sbindir = ${exec_prefix}/sbin mandir = ${prefix}/share/man moddir = /lib/modules/0.0.0/misc moddir_tree = c_opts = -O2 -Wdeclaration-after-statement -Wno-pointer-sign -DLINUX m_opts = processor = unknown msmp = kaversion = 0.0.0 kversion = 0 kpatchlevel = 0 ksublevel = 0 kextraversion = CONFIG_SND_VERSION = 1.0.22 CONFIG_SND_KERNELDIR = /work/63/ipcam/Kernel/linux-2.6.19.2-in-use CONFIG_MODULES = y CONFIG_SND_MVERSION = CONFIG_ISAPNP_KERNEL = y CONFIG_PNP_KERNEL = y CONFIG_PROC_FS = CONFIG_PM = CONFIG_AC97_BUS = CONFIG_HAS_DMA = y ifndef NEW_KBUILD INCLUDE = -I$(TOPDIR)/include -I/work/63/ipcam/Kernel/linux-2.6.19.2-in-use/include -I/work/63/ipcam/Kernel/linux-2.6.19.2-in-use/include CFLAGS = $(MODFLAGS) $(INCLUDE) $(c_opts) -Wall -Wstrict-prototypes \ -fomit-frame-pointer -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common \ -pipe -DALSA_BUILD -nostdinc -iwithprefix include ifdef CONFIG_SND_MVERSION CFLAGS += -DMODVERSIONS -include $(CONFIG_SND_KERNELDIR)/include/linux/modversions.h endif CPPFLAGS = $(MODFLAGS) $(INCLUDE) $(c_opts) -DALSA_BUILD -nostdinc -iwithprefix include MAKE += $(m_opts) SNDVERSIONS = $(TOPDIR)/include/sndversions.h DEXPORT = $(TOPDIR)/include/modules else # 2.6 kbuild EXTRA_CFLAGS += -DALSA_BUILD LINUXINCLUDE := -I$(MAINSRCDIR)/include $(LINUXINCLUDE) CPPFLAGS := -I$(MAINSRCDIR)/include $(CPPFLAGS) KBUILD_CPPFLAGS := -I$(MAINSRCDIR)/include $(KBUILD_CPPFLAGS) # 2.6.24 complains this override... # CFLAGS := -I$(MAINSRCDIR)/include $(CFLAGS) MAKE_ADDS = endif ------------------------------------------------------------------------------------- >From the above outputs, it seems that the configure script can't determine the correct kernel version of my target kernel, and this will prevent the "NEW_KBUILD" variable from being defined in Makefile.conf. Also in Makefile.conf, the "ARCH" variable is not set. What's the correct way to configure and cross-compile alsa-driver to generate the desired *.ko kernel modules? Am I missing anything? Regards, Jie Jiang

1 0

[alsa-devel] [REGRESSION bisected] Sound goes too fast due to commit 7b3a177b0
by Éric Piel 17 Apr '10

17 Apr '10

Hello, Since 2.6.34-rc*, I have a regression on alsa which prevents the sound to be played correctly. When playing, the music goes too fast, skipping some parts. Typically, it's very easy to reproduce by doing: time mplayer -endpos 30 sound-file-which-lasts-more-than-thirty-sec.mp3 If the wall clock is less than 30s, you have the bug. With my intel-hda (AD1981), it's reliably reproducible: it gives ~27s, instead of the normal ~31s. After bisection, it turns out that it is commit 7b3a177b0d4f92b3431b8dca777313a07533a710, aka "ALSA: pcm_lib: fix "something must be really wrong" condition" which caused this regression. Reverting it on top of 2.6.34-rc3+ fixes the problem. Let me know if you need more info, Cheers, Eric PS: For the info, the bisection was especially hard to do because about 80 alsa commits around the faulty one were all applied on kernel versions which did not boot on my laptop. On top of the first known bad I had to revert all of them, and run an "invert bisection" on it... Enjoy the bisection result ;-)

3 13

[alsa-devel] [PATCH 1/4] pxa: add namespace on ssp
by Haojian Zhuang 17 Apr '10

17 Apr '10

3 6

[alsa-devel] No shutdown code in soc-core.c
by ANISH KUMAR 16 Apr '10

16 Apr '10

I have a doubt regarding this soc_driver struct which is defined in soc-core.c file.Why not soc_shutdown code is added in this struct??

3 2