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

[alsa-devel] [PATCH - alsa-lib 1/1] Fix for snd_seq_parse_address()
by pedro.lopez.cabanillas＠gmail.com 22 Apr '10

22 Apr '10

From: Pedro Lopez-Cabanillas <pedro.lopez.cabanillas(a)gmail.com> snd_seq_parse_address() uses strncmp() to compare the client name in the string argument with the existing clients, until it finds one name matching the same leading characters. This may produce wrong results when there are two sequencer clients with similar names. For instance, the following procedure produces a wrong result: 1. start KMidimon (http://kmidimon.sf.net) $ kmidimon & -->results: Client 128 : "KMidimon" [User] 2. start KMid (http://kmid2.sf.net) $ kmid & -->results: Client 129 : "KMid" [User] 3. try to subscribe the output port of KMid to KMidimon $ aconnect KMid:0 KMidimon:0 --> results: Client 128 : "KMidimon" [User] Port 0 : "KMidimon" (RWe-) Connecting To: 20:0, 128:0 Connected From: 0:1, 128:0 128:0 becomes subscribed to itself. It should be subscribed from 129:0 instead. Signed-off-by: Pedro Lopez-Cabanillas <pedro.lopez.cabanillas(a)gmail.com> --- src/seq/seqmid.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/src/seq/seqmid.c b/src/seq/seqmid.c index 86a4970..894c3a2 100644 --- a/src/seq/seqmid.c +++ b/src/seq/seqmid.c @@ -414,7 +414,8 @@ int snd_seq_parse_address(snd_seq_t *seq, snd_seq_addr_t *addr, const char *arg) return -EINVAL; cinfo.client = -1; while (snd_seq_query_next_client(seq, &cinfo) >= 0) { - if (! strncmp(arg, cinfo.name, len)) { + if ((strlen(cinfo.name) == len) && + ! strncmp(arg, cinfo.name, len)) { addr->client = cinfo.client; return 0; } -- 1.6.4.2

2 1

[alsa-devel] [PATCH] ALSA: hda: Use ALC880_F1734 quirk for Fujitsu Siemens AMILO Xi 1526
by Daniel Chen 22 Apr '10

22 Apr '10

Hi, Attached is a patch (also applicable to 2.6.32.11 and 2.6.33.2) against sound-2.6 master HEAD that fixes the quirk used for the OR's hardware. Best, -Dan

2 1

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

22 Apr '10

Thanks everyone for the replies but i think for this trivial problem i don't need to backport the kernel.Anyway now i know the answer for my posted question.I have kept backporting as an excersie as my assignment which i will do in due period of time. ------- Original Message------- Sender: Mark Brown<broonie(a)opensource.wolfsonmicro.com> Date: Apr 20, 2010 01:59 (GMT+09:00) Title: Re: [alsa-devel] No shutdown code in soc-core.c On Mon, Apr 19, 2010 at 03:10:55PM +0100, Liam Girdwood wrote: > Ah, your kernel is very old. I would just do what you are currently > doing with shutdown and use the dev_pm_ops when you upgrade your kernel. Actually, IME it's probably as easy to just backport current ASoC to 2.6.29 if you're doing anything non-trivial - the backport is very straightforward for most platforms and the benefits of the enhancements in ASoC are well worth the effort.

1 0

[alsa-devel] pulseaudio eats 19% CPU power in Fedora 12
by Wu Fengguang 22 Apr '10

22 Apr '10

Hi Lennart, We found that pulseaudio eats CPU ~19% CPU time, a little more than mplayer when playing video. This is horrible for laptop batteries. Can we make it just work -- in green CPU mode? I can find many users complaining about this, and it seems like some fix is available in this link: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/207135 Thanks, Fengguang

6 12

[alsa-devel] [PATCH] ALSA: hda: Use STAC_DELL_M6_BOTH quirk for Dell Studio XPS 1645
by Daniel Chen 22 Apr '10

22 Apr '10

Hi, Attached is a patch against sound-2.6 master HEAD adding a quirk for the Dell Studio XPS 1645 to make playback and capture work. Best, -Dan

2 1

[alsa-devel] ASoC updates for 2.6.35
by Mark Brown 22 Apr '10

22 Apr '10

The following changes since commit d4a8ca246146099e9068fc87cd2bc565896bc186: Takashi Iwai (1): ASoC: missing conversions to snd_soc_codec_*_drvdata() are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.35 Mark Brown (4): ASoC: Support FLL input clock selection on WM8994 ASoC: Set full range of WM8994 FLL Fratio values ASoC: Tone down debugging for WM8994 class W ASoC: Allow unspecified source when stopping WM8994 FLLs Phil Carmody (1): ASoC: da7210: Fencepost error in reg cache read sound/soc/codecs/da7210.c | 2 +- sound/soc/codecs/wm8994.c | 47 +++++++++++++++++++++++++++++++++++--------- sound/soc/codecs/wm8994.h | 5 ++++ 3 files changed, 43 insertions(+), 11 deletions(-)

2 1

[alsa-devel] caps-bug (fwd)
by Tim Goetze 22 Apr '10

22 Apr '10

Hello alsa team, please find attached a bug report I received a short while ago. The finder isolated the problem on his own. It turned out that the "type equal" pcm slave ran the stereo plugin "Eq2x2" without connecting all of the plugin's input and output ports. This is in violation of ladspa.h, which mandates: """The plugin may assume that all its input and output ports have been connected to the relevant data location (see the `connect_port()' function below) before it is asked to run.""" -> http://www.ladspa.org/ladspa_sdk/ladspa.h.txt Cheers, Tim PS: not subscribed to this list. ---------- Forwarded message ---------- Subject: caps-bug From: x(a)y.z To: tim(a)quitte.de Date: Tue, 13 Apr 2010 11:35:41 +0200 Dear caps team, I'm using caps and the alsaequal alsa plugin together in my application. There is a failure when i want to close the pcm stream (snd_pcm_close). I'm working on redhat enterprise 5.4. Here is an extract of my alsa.conf: pcm.AudigySe { type hw card 0 device 0 } pcm.audigy_out1eq { type plug slave.pcm { type equal slave.pcm "plug:AudigySe" library "/usr/local/lib/ladspa/caps.so" module "Eq2x2" } } I've reproduced the bug using the aplay utility here: bash-3.2$ aplay -D pcm.audigy_out1eq abcdef.wav -d 1 Playing WAVE 'abcdef.wav' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono *** glibc detected *** aplay: double free or corruption (!prev): 0x09776520 *** ======= Backtrace: ========= /lib/libc.so.6[0xb99595] /lib/libc.so.6(cfree+0x59)[0xb999d9] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x41b581] /usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0x41b5dd] /usr/local/lib/ladspa/caps.so(_fini+0x164)[0xebaf04] /lib/ld-linux.so.2[0xb24cc2] /lib/ld-linux.so.2[0xb25467] /lib/libdl.so.2[0xca1ce4] /lib/ld-linux.so.2[0xb1fe26] /lib/libdl.so.2[0xca22cc] /lib/libdl.so.2(dlclose+0x2a)[0xca1d1a] /usr/lib/alsa-lib/libasound_module_pcm_equal.so(LADSPAunload+0x1d)[0x3190ed] /usr/lib/alsa-lib/libasound_module_pcm_equal.so[0x3182c7] /lib/libasound.so.2[0x584f5c3] /lib/libasound.so.2(snd_pcm_close+0x76)[0x580e906] /lib/libasound.so.2[0x582a84b] /lib/libasound.so.2(snd_pcm_close+0x76)[0x580e906] aplay[0x805136a] /lib/libc.so.6(__libc_start_main+0xdc)[0xb45e9c] aplay(snd_pcm_mmap_readi+0x41)[0x804a3f1] ======= Memory map: ======== 00110000-0011b000 r-xp 00000000 08:02 2068216 /lib/libgcc_s-4.1.2-20080825.so.1 0011b000-0011c000 rwxp 0000a000 08:02 2068216 /lib/libgcc_s-4.1.2-20080825.so.1 001a6000-001ad000 r-xp 00000000 08:02 2068209 /lib/librt-2.5.so 001ad000-001ae000 r-xp 00006000 08:02 2068209 /lib/librt-2.5.so 001ae000-001af000 rwxp 00007000 08:02 2068209 /lib/librt-2.5.so 00317000-0031a000 r-xp 00000000 08:02 1775899 /usr/lib/alsa-lib/libasound_module_pcm_equal.so 0031a000-0031b000 rwxp 00002000 08:02 1775899 /usr/lib/alsa-lib/libasound_module_pcm_equal.so 00368000-00448000 r-xp 00000000 08:02 1154975 /usr/lib/libstdc++.so.6.0.8 00448000-0044c000 r-xp 000df000 08:02 1154975 /usr/lib/libstdc++.so.6.0.8 0044c000-0044d000 rwxp 000e3000 08:02 1154975 /usr/lib/libstdc++.so.6.0.8 0044d000-00453000 rwxp 0044d000 00:00 0 009f9000-009fa000 r-xp 009f9000 00:00 0 [vdso] 00b12000-00b2c000 r-xp 00000000 08:02 2068205 /lib/ld-2.5.so 00b2c000-00b2d000 r-xp 00019000 08:02 2068205 /lib/ld-2.5.so 00b2d000-00b2e000 rwxp 0001a000 08:02 2068205 /lib/ld-2.5.so 00b30000-00c6f000 r-xp 00000000 08:02 2068206 /lib/libc-2.5.so 00c6f000-00c70000 --xp 0013f000 08:02 2068206 /lib/libc-2.5.so 00c70000-00c72000 r-xp 0013f000 08:02 2068206 /lib/libc-2.5.so 00c72000-00c73000 rwxp 00141000 08:02 2068206 /lib/libc-2.5.so 00c73000-00c76000 rwxp 00c73000 00:00 0 00c78000-00c9d000 r-xp 00000000 08:02 2068213 /lib/libm-2.5.so 00c9d000-00c9e000 r-xp 00024000 08:02 2068213 /lib/libm-2.5.so 00c9e000-00c9f000 rwxp 00025000 08:02 2068213 /lib/libm-2.5.so 00ca1000-00ca3000 r-xp 00000000 08:02 2068207 /lib/libdl-2.5.so 00ca3000-00ca4000 r-xp 00001000 08:02 2068207 /lib/libdl-2.5.so 00ca4000-00ca5000 rwxp 00002000 08:02 2068207 /lib/libdl-2.5.so 00ca7000-00cba000 r-xp 00000000 08:02 2068208 /lib/libpthread-2.5.so 00cba000-00cbb000 r-xp 00013000 08:02 2068208 /lib/libpthread-2.5.so 00cbb000-00cbc000 rwxp 00014000 08:02 2068208 /lib/libpthread-2.5.so 00cbc000-00cbe000 rwxp 00cbc000 00:00 0 00e94000-00ee2000 r-xp 00000000 08:02 1937496 /usr/local/lib/ladspa/caps.so 00ee2000-00f83000 rwxp 0004d000 08:02 1937496 /usr/local/lib/ladspa/caps.so 057c3000-0589d000 r-xp 00000000 08:02 2068232 /lib/libasound.so.2.0.0 0589d000-058a2000 rwxp 000d9000 08:02 2068232 /lib/libasound.so.2.0.0 08048000-08054000 r-xp 00000000 08:02 1155406 /usr/bin/aplay 08054000-08056000 rw-p 0000b000 08:02 1155406 /usr/bin/aplay 0976a000-0978b000 rw-p 0976a000 00:00 0 [heap] b7d8d000-b7d8e000 r--p 00ca8000 08:02 1151208 /usr/lib/locale/locale-archive b7d8e000-b7f8e000 r--p 00000000 08:02 1151208 /usr/lib/locale/locale-archive b7f8e000-b7f91000 rw-p b7f8e000 00:00 0 bfe19000-bfe2e000 rw-p bffea000 00:00 0 [stack] Aborted by signal Abandon... Erreur de segmentation (core dumped) Is there a problem like a null descriptor here ?: void _fini() { for (ulong i = 0; i < N; ++i) delete descriptors[i]; }

2 1

Re: [alsa-devel] The perennial asihpi question
by Eliot Blennerhassett 22 Apr '10

22 Apr '10

Bringing the outcome of a recent off-list push to get asihpi driver (for AudioScience soundcards) into kernel sources back on list: Takashi Iwai wrote: > Now merged, and finally moved to sound git tree. > > Your driver will appear in tomorrow's linux-next tree if no merge > problem occurs. > > Thanks for your efforts! Thank you very much for your help and patience, and work in merging many patches. It has been quite a long road. Looking back at my local history, the first commit of asihpi.c creating our local patches to alsa was on 2003-05-28, and Takashi's first commit to alsa-driver git on 2005-08-26. best regards Eliot Blennerhassett AudioScience Inc.

1 0

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

22 Apr '10

4 4

Re: [alsa-devel] T410s microphone is noisy
by Jens Taprogge 21 Apr '10

21 Apr '10

Hello Tobias, On Wed, Apr 21, 2010 at 10:35:58PM +0200, Tobias Grosser wrote: > I just tested the new v1.0.23 release including the Thinkpad T410s > support. I works really great, however the microphone input has > always > a white background noise. I am hearing some noise as well. I will try to look into the issue when I find the time. > I tried an external microphone as well as the internal ones. Either the > mixer is turned high enough that my voice can be heard good. In this > case there is always some background noise. If I turn the mixer (or > mic boost) down, the noise vanishes but I cannot hear myself. > > Can you give me a hint how to debug this problem? > > I already put my information here: > http://www.alsa-project.org/db/?f=6b218b5da3fcc298e6d677a3923ec66d98f996af > > Is this some input (maybe docking station) that is not disabled? Or > can I change some of the input amplifiers? I do not have access to datasheets and I am not an ALSA expert either. So I am not sure what the reason for the noise could be. Perhaps you could try adding mixers? I have read somewhere that the T410s has some sort of noise cancelation capabilities. I do not know if they are hard- or software based. Perhaps you could play with the GPIOs and see if that changes anything (e.g. enables noise cancelation). Best Regards Jens Taprogge

1 0