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

[alsa-devel] Questions about the changes introduced in alsa-utils 1.0.18
by Ozan Çağlayan 31 Oct '08

31 Oct '08

Hi, AFAIK, we may now have the possibility to drop salsa helper and use alsactl init instead of it in the udev rules file for alsa. I wonder how our distribution's old rules file should be modified in order to reflect this change. I looked at the rules file found in fedora but we were also doing some renaming and grouping in our rules file so I thought that this list would be a right place to get some ideas. Here's our rules file that we're using with 1.0.17: SUBSYSTEM=="sound", GROUP="audio" SUBSYSTEM=="snd", GROUP="audio" KERNEL=="controlC[0-9]*", NAME="snd/%k" KERNEL=="hwC[D0-9]*", NAME="snd/%k" KERNEL=="pcmC[D0-9cp]*", NAME="snd/%k" KERNEL=="midiC[D0-9]*", NAME="snd/%k" KERNEL=="timer", NAME="snd/%k" KERNEL=="seq", NAME="snd/%k" SUBSYSTEM=="sound", KERNEL=="controlC*" RUN+="/usr/sbin/salsa" SUBSYSTEM=="sound", KERNEL=="pcm*" RUN+="/usr/sbin/salsa" Fedora uses only two restore/store actions in their new package: ACTION=="add", SUBSYSTEM=="sound", KERNEL=="controlC*", \ RUN+="/sbin/alsactl -E ALSA_CONFIG_PATH=/etc/alsa/alsactl.conf --initfile=/lib/alsa/init/00main restore /dev/$name" ACTION=="remove", SUBSYSTEM=="sound", KERNEL=="controlC*", \ RUN+="/sbin/alsactl -E ALSA_CONFIG_PATH=/etc/alsa/alsactl.conf store /dev/$name" And also ALSA_CONFIG_PATH was pointing to /etc/asound.state in salsa, is it safe and sufficient to change it to /etc/alsa/alsactl.conf in the udev rules file or do we need any other modifications in the code base? And finally, what are the pros and cons of compiling alsa-plugins with speex support? What's the trade off if it is disabled? Thanks, -- Ozan Çağlayan http://www.pardus.org.tr/eng <ozan_at_pardus.org.tr>

1 0

[alsa-devel] Ubuntu - Alsa Installation Script
by Klaus Schulz 31 Oct '08

31 Oct '08

Hi folks. I prepared an unofficial Alsa-Installation (now 1.0.18) script for the Ubuntu Community. The intention is mainly to be up2date on the drivers, since this - the lack or limited functionality of drivers (I am aware of the reasons behind it) is IMO still one of the biggest weaknesses within Linux. Therefore it is IMO crucial to have the latest driver available. As you know most of the distributions make things worse since these are usually one major release behind. http://ubuntuforums.org/showthread.php?t=962695 For standard installations the script seems to work fine. Quite some people have been/are using it. And of course responding to it - mainly about problems on specific sound cards. I am wondering if things can be improved in the script. I would appreciate if somebody of the designers around here could have a quick look at it. I am not so deep into Alsa that I can cover severe problems brought up over there. How would you recommend to handle this? THX. Cheers Klaus

4 5

[alsa-devel] ASOC deprecated warning
by Jon Smirl 31 Oct '08

31 Oct '08

What's the status of this? CC sound/soc/soc-dapm.o sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is deprecated (declared at sound/soc/soc-dapm.c:1026) sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is deprecated (declared at sound/soc/soc-dapm.c:1026) Could we have a Kconfig option of disabling deprecated APIs? If I can get rid of this I'll have a warning free build. -- Jon Smirl jonsmirl(a)gmail.com

3 4

[alsa-devel] [PATCH] i2c: Drop I2C_CLASS_CAM_ANALOG and I2C_CLASS_SOUND
by Jean Delvare 31 Oct '08

31 Oct '08

There are no users left of these two i2c probe class flags so we can drop the now. Signed-off-by: Jean Delvare <khali(a)linux-fr.org> --- include/linux/i2c.h | 2 -- 1 file changed, 2 deletions(-) --- linux-2.6.28-rc2.orig/include/linux/i2c.h 2008-10-31 09:14:39.000000000 +0100 +++ linux-2.6.28-rc2/include/linux/i2c.h 2008-10-31 09:49:27.000000000 +0100 @@ -393,9 +393,7 @@ static inline void i2c_set_adapdata(stru #define I2C_CLASS_TV_ANALOG (1<<1) /* bttv + friends */ #define I2C_CLASS_TV_DIGITAL (1<<2) /* dvb cards */ #define I2C_CLASS_DDC (1<<3) /* DDC bus on graphics adapters */ -#define I2C_CLASS_CAM_ANALOG (1<<4) /* camera with analog CCD */ #define I2C_CLASS_CAM_DIGITAL (1<<5) /* most webcams */ -#define I2C_CLASS_SOUND (1<<6) /* sound devices */ #define I2C_CLASS_SPD (1<<7) /* SPD EEPROMs and similar */ /* i2c_client_address_data is the struct for holding default client -- Jean Delvare

1 0

[alsa-devel] How to set the original/target sample rate?
by cocala 31 Oct '08

31 Oct '08

My audio codec can perform sample rate convert. Then how to tell codec driver the original sample rate and target sample rate through alsa library interface?

1 0

[alsa-devel] Build error for alsa-util 1.0.18
by Bankim Bhavsar 31 Oct '08

31 Oct '08

I want to upgrade alsa drivers/packages ony Ubuntu 7.04. alsa-driver and alsa-lib build fine but alsa-utils fails with following error. make[2]: Entering directory `/src/opensource/alsa-utils-1.0.18/alsaconf/po' mv: cannot stat `t-ja.gmo': No such file or directory make[2]: *** [ja.gmo] Error 1 I'll help appreciate in this regard. Thanks, Bankim.

2 1

[alsa-devel] Problem setting mixer switch with amixer/alsactl.
by Oliver Ford 30 Oct '08

30 Oct '08

Hi, I have a system with a wm9713 ac97 codec. It has a single speaker connected to SPKL and OUT4 in BTL config. Currently I'm setting up the audio path with a small script using amixer: amixer cset numid=90 2 # Out4 Mux = Inv2 amixer cset numid=95 3 # Left Speaker Out Mux = Speaker amixer cset numid=88 2 # DAC Inv Mux 2 = Speaker amixer cset numid=31 1 # Out4 Playback Switch = on amixer cset numid=2 1,0 # Speaker Playback Switch = L:on, R:off and also: amixer cset numid=62 1 # Speaker Mixer PCM Playback Switch = on If I do all of the above except for setting 'Speaker Mixer PCM Playback Switch' and then un-mute that in the full alsamixer program, the audio works through the speaker. If I run the 'Speaker Mixer PCM Playback Switch' amixer command (either before or after setting it with alsamixer), the audio stops working. Once that's happened I can't get it back at all without a full reboot (even suspend/resume doesn't help). Setting it with alsamixer so it works and then using alsactl to save and restore the config also breaks it. I'm not sure how to go about debugging this one, can anyone help? Also, is there a way to (and should I) set the DAC -> SPKMIX -> INV2 -> OUT4 etc in my platform definition in the kernel code, rather than doing it with amixer? Oliver Ford

4 23

[alsa-devel] [PATCH 0/8] ASoC updates for next
by Mark Brown 30 Oct '08

30 Oct '08

The following changes since commit 15ad9a531a64d46af54839ab13542a81ad4c82a5: Takashi Iwai (1): Merge branch 'topic/fix/asoc' into topic/asoc are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai Mark Brown (6): ASoC: Fix handling of DAPM suspend work ASoC: Convert core to use standard debug print macros ASoC: Remove DAPM restriction on mixer control name lengths ASoC: Add PXA SSP support ASoC: Do a warm reset after cold when resetting the WM9713 ASoC: Use finer grained dependencies in SND_SOC_ALL_CODECS Timur Tabi (1): ASoC: Disable automatic volume control in the CS4270 sound driver Troy Kisky (1): ASoC: Allow setting codec register with debugfs filesystem include/sound/soc.h | 4 + sound/soc/codecs/Kconfig | 44 ++- sound/soc/codecs/cs4270.c | 13 + sound/soc/codecs/wm9713.c | 2 + sound/soc/pxa/Kconfig | 13 + sound/soc/pxa/Makefile | 2 + sound/soc/pxa/pxa-ssp.c | 929 +++++++++++++++++++++++++++++++++++++++++++++ sound/soc/pxa/pxa-ssp.h | 47 +++ sound/soc/soc-core.c | 207 ++++++++--- sound/soc/soc-dapm.c | 44 +-- 10 files changed, 1200 insertions(+), 105 deletions(-) create mode 100644 sound/soc/pxa/pxa-ssp.c create mode 100644 sound/soc/pxa/pxa-ssp.h

2 9

[alsa-devel] [PATCH 0/3] ASoC updates for 2.6.28
by Mark Brown 30 Oct '08

30 Oct '08

These patches contain a few updates for 2.6.28. The fix for mono controls is very important, the other two changes less so.

2 7

Re: [alsa-devel] [PATCH] alsa: add beagleboard SoC configuration.
by Steve Sakoman 30 Oct '08

30 Oct '08

On Wed, Oct 22, 2008 at 12:36 PM, David Brownell <david-b(a)pacbell.net> wrote: > On Wednesday 22 October 2008, Tony Lindgren wrote: >> This should go to alsa-devel list with l-o list cc'd. AFAIK, all >> the omap ASoC stuff is in mainline already. I will not push it >> to l-o until we have an ack from alsa-devel. > > There are multiple ASoc bits ... they're not all there yet. > The TWL4030 codec support should be ready to go, now that its > core has merged, plus Overo (and "soon" Beagle) board support. > > The twl4030-core support was the blocking issue; at least some > of the other patches were even acked. > > http://marc.info/?t=122304728600007&r=1&w=2 > > Maybe Steve would resubmit his patches, to merge through ALSA > into 2.6.28-rc? I presume all the feedback from his first round > (beginning of September) got addressed. Yes, all of the feedback from the first round of submissions was addressed. I received an ack for the twl4030 codec driver as well as the Overo driver. At the time, the feedback from the alsa-devel list was that they were OK with these patches living in linux-omap until the twl4030 driver was mainline ready. So Tony merged them into linux-omap at that point. I am happy to resubmit the patches, if that is what folks want. I'm copying alsa-devel so they can weigh in on the decision. Steve

2 3