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

[alsa-devel] tiwai long downtime in this week
by Takashi Iwai 13 Sep '07

13 Sep '07

Hi, I'm attending a conference during this week, so I won't be able to read/post this ML so often. If you need some patches for urgent review or merge, please add my address to Cc. thanks, Takashi

2 4

[alsa-devel] ALSA 1.0.15rc2
by Jaroslav Kysela 13 Sep '07

13 Sep '07

Hi all, I decided to release 1.0.15rc2. The driver, library and python packages are available for download. The 1.0.15rc3 will follow soon (next week). Please, report any problems to this mailing list to fix them for rc3. Changelog: http://www.alsa-project.org/main/index.php/Changes_v1.0.15rc1_v1.0.15rc2 Thanks, Jaroslav ----- Jaroslav Kysela <perex(a)suse.cz> Linux Kernel Sound Maintainer ALSA Project, SUSE Labs

1 0

[alsa-devel] wiki sound card matrix
by James Courtier-Dutton 13 Sep '07

13 Sep '07

Hi, In order to update the sound card matrix, do I edit the wiki or the old file in the cvs? James

2 1

[alsa-devel] Bug#407690: marked as done (ld10k1 segfaults on 2.6.19 kernel)
by owner＠bugs.debian.org 12 Sep '07

12 Sep '07

Your message dated Tue, 11 Sep 2007 22:04:37 +0200 with message-id <20070911200437.GS17585(a)frodo.home.lxtec.de> and subject line Bug#407690: [Pkg-alsa-devel] Bug#407690: kernel 2.6.19.2 incompatibel with debian libasound2-dev has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)

2 3

[alsa-devel] [PATCH] support for Native Instrument's RigKontrol3
by Daniel Mack 12 Sep '07

12 Sep '07

Hi, this patch addes support for Native Instrument's upcoming RigKontrol3 sound interface. Greets, Daniel

1 0

[alsa-devel] Problems with 32 bit apps on 64 bit OS using dmix and snd-ioctl32
by James Pearson 11 Sep '07

11 Sep '07

I've already sent this to the alsa-user list, but may be this a better place to ask: I have a problem using 32 bit (i386) playback applications on a 64 bit (x86_64) CentOS4/RHEL4 based kernel (based on kernel 2.6.9). I've installed alsa-driver, alsa-lib and alsa-utils 1.0.13 (newer versions of alsa-driver don't build with this kernel) If I try to run a 32 bit copy of aplay on a 64 bit machine that doesn't support hardware mixing (e.g. HDA NVidia) - i.e. uses dmix by default, I get: aplay: pcm_write:1268: write error: Invalid argument and /var/log/messages reports: Sep 4 16:45:37 wstemp-b kernel: ioctl32(aplay:28133): Unknown cmd fd(3) cmd(40045402){00} arg(ffffae88) on /dev/snd/timer Sep 4 16:45:37 wstemp-b kernel: ioctl32(aplay:28133): Unknown cmd fd(5) cmd(c008551a){00} arg(080678a0) on /dev/snd/controlC0 Sep 4 16:45:37 wstemp-b kernel: ioctl32(aplay:28133): Unknown cmd fd(5) cmd(c008551b){00} arg(080678a0) on /dev/snd/controlC0 Sep 4 16:45:37 wstemp-b kernel: ioctl32(aplay:28133): Unknown cmd fd(3) cmd(000054a0){00} arg(00000320) on /dev/snd/timer I've done some searching to find a solution - and found out that in more recent kernels, snd-ioctl32 has been obsoleted - and if I do use a more modern kernel, then using a 32 bit version of aplay works OK on a newer 64 bit kernel. However, for other (not sound related) reasons, I need to run the RHEL4/CentOS4 2.6.9 kernel ... I had a look at the alsa-driver code, and acore/ioctl32/timer32_new.c contains: #if 0 /* ** FIXME ** * The following four entries are disabled because they conflict * with the TCOC* definitions. * Unfortunately, the current ioctl32 wrapper uses a single * hash table for all devices. Once when the wrapper is fixed * with the table based on devices, they'll be back again. */ MAP_COMPAT(SNDRV_TIMER_IOCTL_START), MAP_COMPAT(SNDRV_TIMER_IOCTL_STOP), MAP_COMPAT(SNDRV_TIMER_IOCTL_CONTINUE), MAP_COMPAT(SNDRV_TIMER_IOCTL_PAUSE), #endif If I change the '#if 0' to '#if 1', recompile and reload with this new snd-ioctl32 module, then the 32 bit aplay works without an error ... although /var/log/messages still reports: Sep 4 17:05:26 wstemp-b kernel: ioctl32(aplay:28926): Unknown cmd fd(3) cmd(40045402){00} arg(ffffadb8) on /dev/snd/timer Sep 4 17:05:26 wstemp-b kernel: ioctl32(aplay:28926): Unknown cmd fd(5) cmd(c008551a){00} arg(080678a0) on /dev/snd/controlC0 Sep 4 17:05:26 wstemp-b kernel: ioctl32(aplay:28926): Unknown cmd fd(5) cmd(c008551b){00} arg(080678a0) on /dev/snd/controlC0 ... but at least I get sound out! So, what is the danger of using these 'disabled' ioctls? I can't find any reference to 'TCOC* definitions' - what are these ??? Thanks James Pearson

2 14

[alsa-devel] Bug#226538: marked as done (alsaconf expects lspci to be in /usr/bin not /sbin)
by owner＠bugs.debian.org 11 Sep '07

11 Sep '07

Your message dated Tue, 11 Sep 2007 22:20:44 +0200 with message-id <20070911202044.GA21118(a)frodo.home.lxtec.de> and subject line alsaconf expects lspci to be in /usr/bin not /sbin has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[alsa-devel] Bug#428234: marked as done (linux-sound-base: not empty so not removed)
by owner＠bugs.debian.org 11 Sep '07

11 Sep '07

Your message dated Tue, 11 Sep 2007 22:17:28 +0200 with message-id <20070911201728.GT17585(a)frodo.home.lxtec.de> and subject line [Pkg-alsa-devel] Bug#428234: Bug#428234: linux-sound-base: not empty so not removed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[alsa-devel] Bug#438886: marked as done (alsa-base: alsa modules loaded but /proc/asound/cards remains empty)
by owner＠bugs.debian.org 11 Sep '07

11 Sep '07

Your message dated Tue, 11 Sep 2007 21:24:52 +0200 with message-id <20070911192452.GR17585(a)frodo.home.lxtec.de> and subject line Bug#438886: [Pkg-alsa-devel] Bug#438886: alsa-base: alsa modules loaded but /proc/asound/cards remains empty has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[alsa-devel] [PATCH] cs4231-lib: improved waiting after mce_down
by Krzysztof Helt 11 Sep '07

11 Sep '07

From: Krzysztof Helt <krzysztof.h1(a)wp.pl> This patch replaces long msleeps in waiting loops with schedule_timeout() calls. Signed-off-by: Krzysztof Helt <krzysztof.h1(a)wp.pl> --- The cs4231 is quite fast and calibration takes about 2ms at 48kHz (the quickest). Loops wait in 10ms steps which is usually too long. This is done after the ad1848-lib driver, which waits in this improved way. This makes the cs4231-lib and ad1848-lib more similar and should help merging of the two. Regards, Krzysztof diff -urp linux-2.6.22.old/sound/isa/cs423x/cs4231_lib.c linux-2.6.22/sound/isa/cs423x/cs4231_lib.c --- linux-2.6.22.old/sound/isa/cs423x/cs4231_lib.c 2007-09-09 20:33:52.000000000 +0200 +++ linux-2.6.22/sound/isa/cs423x/cs4231_lib.c 2007-09-09 20:31:27.000000000 +0200 @@ -314,6 +314,7 @@ void snd_cs4231_mce_down(struct snd_cs42 { unsigned long flags; int timeout; + long time; snd_cs4231_busy_wait(chip); #if 0 @@ -340,31 +341,34 @@ void snd_cs4231_mce_down(struct snd_cs42 snd_printd("(2) jiffies = %li\n", jiffies); - /* in 10 ms increments, check condition, up to 250 ms */ - timeout = 25; + time = HZ / 4; while (snd_cs4231_in(chip, CS4231_TEST_INIT) & CS4231_CALIB_IN_PROGRESS) { - if (--timeout < 0) { - snd_printk("mce_down - auto calibration time out (2)\n"); + spin_unlock_irqrestore(&chip->reg_lock, flags); + if (time <= 0) { + snd_printk(KERN_ERR "mce_down - " + "auto calibration time out (2)\n"); return; } - msleep(10); + time = schedule_timeout(time); + spin_lock_irqsave(&chip->reg_lock, flags); } -#if 0 - printk("(3) jiffies = %li\n", jiffies); -#endif - /* in 10 ms increments, check condition, up to 100 ms */ - timeout = 10; + + snd_printd("(3) jiffies = %li\n", jiffies); + + time = HZ / 10; while (cs4231_inb(chip, CS4231P(REGSEL)) & CS4231_INIT) { - if (--timeout < 0) { - snd_printk(KERN_ERR "mce_down - auto calibration time out (3)\n"); + spin_unlock_irqrestore(&chip->reg_lock, flags); + if (time <= 0) { + snd_printk(KERN_ERR "mce_down - " + "auto calibration time out (3)\n"); return; } - msleep(10); + time = schedule_timeout(time); + spin_lock_irqsave(&chip->reg_lock, flags); } -#if 0 - printk("(4) jiffies = %li\n", jiffies); - snd_printk("mce_down - exit = 0x%x\n", cs4231_inb(chip, CS4231P(REGSEL))); -#endif + snd_printd("(4) jiffies = %li\n", jiffies); + snd_printk("mce_down - exit = 0x%x\n", + cs4231_inb(chip, CS4231P(REGSEL))); } static unsigned int snd_cs4231_get_count(unsigned char format, unsigned int size)

3 9