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

Re: [alsa-devel] [Alsa-user] Pc Speaker
by Rene Herman 23 May '08

23 May '08

On 13-05-08 12:44, Armin ranjbar wrote: >> Device Drivers -> >> Input device support -> >> Miscelaneous devices >> >> With current mainline, it's: >> >> General setup -> >> Configure standard kernel features (for small systems) >> Enable PC-Speaker support > > Thank you very much for your reply , > > but i have to say that i have this options activated , still no pc > speaker . Rechecked. Yes, you need this option, you need the ALSA one disabled (not modular, disabled) and then the PC speaker driver option appears in its input menu where you want to enable it. Paths as given in last reply. Yes, that would seem to be amazingly clumsily done. Perhaps there was a reason (adding alsa-devel). Rene.

3 6

[alsa-devel] [PATCH] Patch for alsa-info.sh to check if pastebin.ca is down, and handle with grace.
by Travis Place 22 May '08

22 May '08

Changelog: This patch will allow alsa-info.sh to check if the pastebin site (www.pastebin.ca) is down, before trying to upload to it. It will fail gracefully, with a message letting the user know what happened. The script will also keep the ALSA information it collected (same way it does with --no-upload). Patch is attached. Signed-off-by: Travis Place <wishie at wishie dot net> -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

1 0

[alsa-devel] Moving sound/* to drivers/ ?
by Takashi Iwai 22 May '08

22 May '08

While we are at the issue ALSA HG <-> GIT transition... One thing that annoys me sometimes is that the sound driver codes are on a different subdirectory than other normal drivers, namely under /sound. I don't remember exactly why it came there, but this often makes people forget to change the necessary code for the sound subsystem, or slip from the statistics (I'm not sure whether Linus counted sound/* with recent his posts). If I understand correctly, with git, we can move the files in relatively little costs. So, what about moving sound/* back to drivers/sound/* or drivers/media/sound/*? Of course, the primary question is whether it's really worth. The obvious drawback is that patches won't be applicable after the move. So, if we do it, doing at the last seems practical. But, this can be a bit problem with keeping such a change on linux-next until the next merge... And, another question is to where. drivers/sound or drivers/media/sound, or whatever. Any comments appreciated. thanks, Takashi

9 20

Re: [alsa-devel] [pulseaudio-discuss] Asynchronous notification in ALSA - I/O Plugin - Pulseaudio
by Lennart Poettering 22 May '08

22 May '08

On Thu, 22.05.08 14:11, Colin Guthrie (gmane(a)colin.guthr.ie) wrote: > > That freeze is an unfixable race condition that Flash has when > > shutting down audio. > > > > See the explanation down on http://pulseaudio.org/ticket/267 > > I thought the whole point was that by adding async code to ioplug, the > libflashsupport stuff wasn't needed and flash could just use it's native > alsa support + alsa's pulse plugin.... or am I missing the point here? The destruction dead lock issue is present both in libflashsupport and the native ALSA backend. It's just that it is almost never triggered if a hw device is used. Adobe released the sources of libflashsupport where you can actually check this. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4

1 0

[alsa-devel] [PATCH] Add async support to ioplug
by Takashi Iwai 22 May '08

22 May '08

Hi, the patch below adds a framework to support async on ioplug. Now an external ioplug plugin can implement appropriate async methods if possible. The async callback is just a copy of snd_pcm_async(). When sig >= 0, activate the async, and with a negative value, deactivate async. The test patch to alsa-plugins will follow. Takashi --- diff -r 8b22022a861d include/local.h --- a/include/local.h Fri May 09 16:02:02 2008 +0200 +++ b/include/local.h Tue May 20 09:02:35 2008 +0200 @@ -149,7 +149,13 @@ void *private_data; struct list_head glist; struct list_head hlist; + int no_signal; }; + +int _snd_async_add_handler(snd_async_handler_t **handler, int fd, + snd_async_callback_t callback, + void *private_data, int no_signal); +void _snd_async_call_handlers(int fd); typedef enum _snd_set_mode { SND_CHANGE, diff -r 8b22022a861d include/pcm_ioplug.h --- a/include/pcm_ioplug.h Fri May 09 16:02:02 2008 +0200 +++ b/include/pcm_ioplug.h Tue May 20 09:02:35 2008 +0200 @@ -66,7 +66,7 @@ */ #define SND_PCM_IOPLUG_VERSION_MAJOR 1 /**< Protocol major version */ #define SND_PCM_IOPLUG_VERSION_MINOR 0 /**< Protocol minor version */ -#define SND_PCM_IOPLUG_VERSION_TINY 1 /**< Protocol tiny version */ +#define SND_PCM_IOPLUG_VERSION_TINY 2 /**< Protocol tiny version */ /** * IO-plugin protocol version */ @@ -114,6 +114,10 @@ unsigned int rate; /**< rate; filled after hw_params is called */ snd_pcm_uframes_t period_size; /**< period size; filled after hw_params is called */ snd_pcm_uframes_t buffer_size; /**< buffer size; filled after hw_params is called */ + /** + * fields added by version 1.0.2 + */ + unsigned int no_signal_async; /**< async support without signal */ }; /** Callback table of ioplug */ @@ -189,6 +193,10 @@ * get the delay for the running PCM; optional */ int (*delay)(snd_pcm_ioplug_t *io, snd_pcm_sframes_t *delayp); + /** + * set up async handler; optional; added in version 1.0.2 + */ + int (*async)(snd_pcm_ioplug_t *io, int sig, pid_t pid); }; @@ -212,6 +220,9 @@ /* change PCM status */ int snd_pcm_ioplug_set_state(snd_pcm_ioplug_t *ioplug, snd_pcm_state_t state); +/* call async handlers */ +void snd_pcm_ioplug_call_async_handlers(snd_pcm_ioplug_t *ioplug); + /** \} */ #endif /* __ALSA_PCM_IOPLUG_H */ diff -r 8b22022a861d src/async.c --- a/src/async.c Fri May 09 16:02:02 2008 +0200 +++ b/src/async.c Tue May 20 09:02:35 2008 +0200 @@ -48,19 +48,48 @@ #endif static LIST_HEAD(snd_async_handlers); +static int sig_count; -static void snd_async_handler(int signo ATTRIBUTE_UNUSED, siginfo_t *siginfo, void *context ATTRIBUTE_UNUSED) +#ifndef DOC_HIDDEN +void _snd_async_call_handlers(int fd) { - int fd; struct list_head *i; - //assert(siginfo->si_code == SI_SIGIO); - fd = siginfo->si_fd; list_for_each(i, &snd_async_handlers) { snd_async_handler_t *h = list_entry(i, snd_async_handler_t, glist); if (h->fd == fd && h->callback) h->callback(h); } } +#endif + +static void snd_async_handler(int signo ATTRIBUTE_UNUSED, siginfo_t *siginfo, void *context ATTRIBUTE_UNUSED) +{ + int fd; + //assert(siginfo->si_code == SI_SIGIO); + fd = siginfo->si_fd; + _snd_async_call_handlers(fd); +} + +#ifndef DOC_HIDDEN +int _snd_async_add_handler(snd_async_handler_t **handler, int fd, + snd_async_callback_t callback, + void *private_data, int no_signal) +{ + snd_async_handler_t *h; + assert(handler); + h = malloc(sizeof(*h)); + if (!h) + return -ENOMEM; + h->fd = fd; + h->callback = callback; + h->private_data = private_data; + list_add_tail(&h->glist, &snd_async_handlers); + INIT_LIST_HEAD(&h->hlist); + h->no_signal = no_signal; + *handler = h; + return 0; +} +#endif /** * \brief Registers an async handler. @@ -94,20 +123,13 @@ int snd_async_add_handler(snd_async_handler_t **handler, int fd, snd_async_callback_t callback, void *private_data) { - snd_async_handler_t *h; - int was_empty; - assert(handler); - h = malloc(sizeof(*h)); - if (!h) - return -ENOMEM; - h->fd = fd; - h->callback = callback; - h->private_data = private_data; - was_empty = list_empty(&snd_async_handlers); - list_add_tail(&h->glist, &snd_async_handlers); - INIT_LIST_HEAD(&h->hlist); - *handler = h; - if (was_empty) { + int err; + + err = _snd_async_add_handler(handler, fd, callback, private_data, 0); + if (err < 0) + return err; + + if (!sig_count) { int err; struct sigaction act; memset(&act, 0, sizeof(act)); @@ -116,10 +138,15 @@ sigemptyset(&act.sa_mask); err = sigaction(snd_async_signo, &act, NULL); if (err < 0) { + err = -errno; SYSERR("sigaction"); - return -errno; + list_del(&(*handler)->glist); + free(*handler); + *handler = NULL; + return err; } } + sig_count++; return 0; } @@ -133,15 +160,18 @@ int err = 0; assert(handler); list_del(&handler->glist); - if (list_empty(&snd_async_handlers)) { - struct sigaction act; - memset(&act, 0, sizeof(act)); - act.sa_flags = 0; - act.sa_handler = SIG_DFL; - err = sigaction(snd_async_signo, &act, NULL); - if (err < 0) { - SYSERR("sigaction"); - return -errno; + if (!handler->no_signal) { + sig_count--; + if (!sig_count) { + struct sigaction act; + memset(&act, 0, sizeof(act)); + act.sa_flags = 0; + act.sa_handler = SIG_DFL; + err = sigaction(snd_async_signo, &act, NULL); + if (err < 0) { + SYSERR("sigaction"); + /* return -errno; */ + } } } if (handler->type == SND_ASYNC_HANDLER_GENERIC) diff -r 8b22022a861d src/pcm/pcm.c --- a/src/pcm/pcm.c Fri May 09 16:02:02 2008 +0200 +++ b/src/pcm/pcm.c Tue May 20 09:02:36 2008 +0200 @@ -1984,8 +1984,10 @@ int err; int was_empty; snd_async_handler_t *h; - err = snd_async_add_handler(&h, _snd_pcm_async_descriptor(pcm), - callback, private_data); + + err = _snd_async_add_handler(&h, _snd_pcm_async_descriptor(pcm), + callback, private_data, + pcm->no_signal_async); if (err < 0) return err; h->type = SND_ASYNC_HANDLER_PCM; diff -r 8b22022a861d src/pcm/pcm_ioplug.c --- a/src/pcm/pcm_ioplug.c Fri May 09 16:02:02 2008 +0200 +++ b/src/pcm/pcm_ioplug.c Tue May 20 09:02:36 2008 +0200 @@ -698,11 +698,15 @@ return 0; } -static int snd_pcm_ioplug_async(snd_pcm_t *pcm ATTRIBUTE_UNUSED, - int sig ATTRIBUTE_UNUSED, - pid_t pid ATTRIBUTE_UNUSED) +static int snd_pcm_ioplug_async(snd_pcm_t *pcm, int sig, pid_t pid) { - return -ENOSYS; + ioplug_priv_t *io = pcm->private_data; + + if (io->data->version >= 0x010002 && + io->data->callback->async) + return io->data->callback->async(io->data, sig, pid); + else + return -ENOSYS; } static int snd_pcm_ioplug_munmap(snd_pcm_t *pcm ATTRIBUTE_UNUSED) @@ -1037,6 +1041,9 @@ ioplug->pcm->poll_events = ioplug->poll_events; ioplug->pcm->monotonic = (ioplug->flags & SND_PCM_IOPLUG_FLAG_MONOTONIC) != 0; ioplug->pcm->mmap_rw = ioplug->mmap_rw; + if (ioplug->version >= 0x010002) + ioplug->pcm->no_signal_async = ioplug->no_signal_async; + return 0; } @@ -1070,3 +1077,16 @@ ioplug->state = state; return 0; } + +/** + * \brief Call the associated async handlers + * \param ioplug the ioplug handle + * + * Call the async handlers associated with the given ioplug. + * This function is usually called from the plugin's async handling + * routine appropriately. + */ +void snd_pcm_ioplug_call_async_handlers(snd_pcm_ioplug_t *ioplug) +{ + _snd_async_call_handlers(ioplug->poll_fd); +} diff -r 8b22022a861d src/pcm/pcm_local.h --- a/src/pcm/pcm_local.h Fri May 09 16:02:02 2008 +0200 +++ b/src/pcm/pcm_local.h Tue May 20 09:02:36 2008 +0200 @@ -220,6 +220,7 @@ * use the mmaped buffer of the slave */ unsigned int donot_close: 1; /* don't close this PCM */ + unsigned int no_signal_async :1; /* async without signal */ snd_pcm_channel_info_t *mmap_channels; snd_pcm_channel_area_t *running_areas; snd_pcm_channel_area_t *stopped_areas;

2 3

Re: [alsa-devel] [Bug #10679] 2.6.26-rc1 regression: e5e1d3cb20034a3cbcfff1f0bae12201aa2ce17e breaks artsd
by Stas Sergeev 22 May '08

22 May '08

Hello. Dave Jones wrote: > More seriously, it doesn't seem that there's any way we can build > this driver modular without it screwing up already working systems Actually, I have just upgraded f8->f9, and guess what? Lost the sound... And not because of snd-pcsp, but rather because snd-hda-intel started to take the first slot and snd-intel8x0 takes the second. On f8 snd-hda-intel have never been loaded for me at all. I don't need it, it finds a HDA chip on an ATI video board, which it never did before. So... it doesn't look like this problem is specific to snd-pcsp. Anyone can get into that trouble it seems.

2 3

[alsa-devel] No audio from laptop speakers, and very faint audio through headphones
by Adam Wiseman 22 May '08

22 May '08

Note: I originally posted my problem on the alsa-user list, but due to the fact that I've got an intel "integrated-everything" chipset, which alsa apparently seems to be having all sorts of trouble with, I was referred to the devel list. So here's my problem: On my Panasonic Toughbook, I get no sound from the laptop speakers, and just barely audible sound from the headphones. I've googled, searched the ubuntu forums, and chatted with a very helpful individual (wishie) on IRC, to no avail. Here is my pastebin of my alsa-info.sh output: http://pastebin.ca/1021657 Here is my pastebin of my amixer output: http://pastebin.ca/1021660 I would be ridiculously grateful if anyone can help me get the sound working on this thing. Thanks, Adam

1 0

[alsa-devel] Asynchronous notification in ALSA - I/O Plugin - Pulseaudio
by Juha Erkkilä 22 May '08

22 May '08

I'm trying to get Abode Flash Player working properly on a thin client, with sound, using Pulseaudio as a sound server. I'm using ALSA version 1.10.15 and Pulseaudio version 0.9.10 on Ubuntu Hardy, with Pulseaudio server running as a system-wide daemon on the thin client. I already outlined the issues on Pulseaudio mailing list on this post: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2008-May/001793.html, see also Lennart Poettering's answer: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2008-May/001796.html. I feel the proper solution would involve writing support for asynchronous notification into ALSA library and I/O-plugin layer. Currently, Pulse I/O-plugin does not work in the Flash case, because Flash requires the asynchronous API. On the other hand, Pulse requires the I/O-plugin layer to work. See the posts by Alexander Indenbaum, http://mailman.alsa-project.org/pipermail/alsa-devel/2008-April/007033.html, and Takashi Iwai, http://mailman.alsa-project.org/pipermail/alsa-devel/2008-April/007335.html, on this subject. I tried to tackle this issue, and did get the signal handling code to call the Flash audio callback, but I'm new to both ALSA and Pulseaudio, and it appears there are some issues with it I don't fully understand. Thus I'm asking: are there any other people who have been looking into this, or anyone who can tell whether this is a sane thing to do or not, will it require some nasty hack, or can help with some pointers to relevant information? I'm hoping that implementing the asynchronous API on I/O-plugin layer would not only fix Flash audio, but might help some other programs too to achieve network transparent audio. Juha

3 5

[alsa-devel] Will ALSA ever call _prepare or _hw_params while it's playing?
by Timur Tabi 21 May '08

21 May '08

I have an ASoC driver with a _hw_params, _prepare, and _trigger functions. I've recently discovered that I need to keep one of my devices disabled until playback starts. So I would like to know if ALSA will ever call _hw_params, _prepare, or _startup if playback or capture is currently in process, or will ALSA first call the _trigger to stop/pause the driver. If ALSA does stop/pause the driver before changing parameters, then I can safely assume the device is always disabled during those functions. -- Timur Tabi Linux kernel developer at Freescale

2 2

[alsa-devel] Possible problem with snd_pcm_oss_sync()
by Timur Tabi 21 May '08

21 May '08

-------- Original Message -------- Subject: RE: Regarding MPC8610 BSP question and issue Date: Tue, 20 May 2008 08:55:46 -0700 From: Hayasaka Manabu <manabu.hayasaka(a)freescale.com> To: Hayasaka Manabu <manabu.hayasaka(a)freescale.com>, Johnson Kelly <Kelly.Johnson(a)freescale.com> CC: sun york <yorksun(a)freescale.com>, Namiki Ayumi <namiki(a)freescale.com>, Beck Glenn <Glenn.Beck(a)freescale.com>, Cox Kevin <K.Cox(a)freescale.com>, Hamano Masahiro <M.Hamano(a)freescale.com>, Tabi Timur <timur(a)freescale.com> References: <E03EE6E38549E949AE8138F60493E1E801C49A0C(a)zja67exm20.fsl.freescale.net> <4807899D.3000901(a)freescale.com> <E03EE6E38549E949AE8138F60493E1E801DA1B11(a)zja67exm20.fsl.freescale.net> <48110FCF.7070302(a)freescale.com> <BD243C8D8F65694A966948E9D51F9815C29409(a)zja67exm21.fsl.freescale.net> <48189540.9060309(a)freescale.com> <BD243C8D8F65694A966948E9D51F9815C29422(a)zja67exm21.fsl.freescale.net> <E03EE6E38549E949AE8138F60493E1E801DA25D9(a)zja67exm20.fsl.freescale.net> <4821CA02.2020504(a)freescale.com> <E03EE6E38549E949AE8138F60493E1E801FA11C8(a)zja67exm20.fsl.freescale.net> <4829C444.7010206(a)freescale.com> <E03EE6E38549E949AE8138F60493E1E801FA13D2(a)zja67exm20.fsl.freescale.net> <482B1D10.7090402(a)freescale.com> <482B2699.8020409(a)freescale.com> I'm working with a customer that has discovered a possible problem with OSS emulation. Unfortunately, I don't have a lot of experience with OSS, so I need help understanding whether the customer's observations point to a real problem or not. The customer is using an old application called "bplay" to test OSS audio support on our hardware. The application works fine on x86, but fails on our PowerPC board. It could be an endian issue, but I doubt it. Here is the forwarded email (slightly edited). Can someone familiar with the OSS "sync" functionality comment? --------------- They reported that it seemed some ioctl commands in the OSS emulation did not work correctly. The tested procedure of the ioctl commands are as following, #1) Stopped audio stream output after doing followings: 1. Opening /dev/mixer 2. Getting a channel value (0x00000001) that is used for "ioctl(fd, SOUND_MIXER_READ_DEVMASK, &Sndsts);". 3. Write audio volume information by "ioctl(fd, SOUND_MIXER_WRITE_VOLUME, &Value);", #2) Stopped audio stream output after doing following: 1. Opening /dev/dsp 2. Executing command "ioctl(fd, SNDCTL_DSP_SYNC, NULL);", XXXX found that by commenting out the "sync_audio" function on the source code of "bplay" made "bplay" work. So XXXX suspects the implementation of the ioctl on the OSS emulation may have a problem. -- Timur Tabi Linux kernel developer at Freescale

3 4