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

Re: [alsa-devel] underrun problem when short audio play
by ANISH KUMAR 16 Mar '10

16 Mar '10

>Are you sure that the >drivers you are using implement suspend and resume at all? I am using s3c6410 code.I2S driver has suspend/resume call(jassi brar maintained). Audio codec is also having generic code for suspend/resume but don't know if that is the problem or not.However how can i verify if my codec suspend/resume has got some problem?Most likely my codec has got some configuration problems but i am not getting any pointers to debug it.Any pointers in this direction would be very helpful.

1 0

Re: [alsa-devel] underrun problem when short audio play
by ANISH KUMAR 16 Mar '10

16 Mar '10

Thanks Mark, >If your driver is not responding promptly to requests to terminate playback then an underrun doesn't seem surprising. Sometimes in my driver write calls doesn't return causing application to block forever and CPU pegged problem. Situation:Recording going on->go to sleep->come back from sleep->start recording again->try recording and playing back simultaneously(something like recording going on in background and you try to play short audio). This causes write call to get blocked in playback case causing application to hangup. This doesn't happen if we don't go to sleep. So i think somewhere there is some problem with suspend->resume case which is difficult to figure out. I checked driver logs after coming back from sleep.I found for some time interrupts are coming then stopped coming suddenly So now after waking up i am reopening the playback device before opening the record device.Which has fixed the problem but not the root cause.

2 1

[alsa-devel] underrun problem when short audio play
by ANISH KUMAR 16 Mar '10

16 Mar '10

Hi all, I am facing a problem when i try to play short duration audio(problem is not observerd when i am playing tones which is also short duration audio). Somehow i am getting buffer overrun everytime i am playing short duration audio. It is happening because of avail >= stop_threshold. When i tried to increase the stop_threshold but then i got "same audio played again kind of echo" problem. I can't try the solution suggested by jaroslav i.e. checking for DRAINING state in lower level driver and stop queuing because of some design issue as in my code i don't call drain function as soon as all buffers are written. I wait for some time(in miliseconds) and then call drain function. Please suggest any pointers.Should i increase the buffer size or stop_threshold both of which i tried but to no use. I am always getting underrun problem that too always in the function update_hw_ptr_post function. How can i disable the stop_threshold check?? Thanks, anish

2 1

[alsa-devel] [PATCH 2/4] mmp: support ssp in pxa168
by Haojian Zhuang 16 Mar '10

16 Mar '10

4 5

Re: [alsa-devel] [PATCH 0/4] Some typo fixing
by Jiri Kosina 16 Mar '10

16 Mar '10

On Mon, 15 Mar 2010, Randy Dunlap wrote: > > I have fixed some typos. > > Acked-by: Randy Dunlap <rdunlap(a)xenotime.net> > > Jiri, can you merge these, please, unless someone objects (?). Yes, I will take it, thanks. A couple comments though: - [important!] Thomas, it's not necessary to CC zillions of people on such patches. Just submit them to trivial(a)kernel.org (and eventually CC lkml), and that's it. I believe many people might get annoyed by this. - I will not be applying the drivers/staging hunks. Staging patches are moving target, the code is changing quickly (including complete drops/rewrites) so we'll likely be getting conflicts there. I will reroute them to Greg. - I will fold all the patches into one. We don't need one commit per one specific typo. -- Jiri Kosina SUSE Labs, Novell Inc.

1 0

[alsa-devel] [patch] sequencer: clean up remove bogus check
by Dan Carpenter 16 Mar '10

16 Mar '10

A few lines earlier bend is limited to 2399. So semitones is always less than 24 here. Signed-off-by: Dan Carpenter <error27(a)gmail.com> diff --git a/sound/oss/sequencer.c b/sound/oss/sequencer.c index c798746..e85789e 100644 --- a/sound/oss/sequencer.c +++ b/sound/oss/sequencer.c @@ -1631,8 +1631,6 @@ unsigned long compute_finetune(unsigned long base_freq, int bend, int range, } semitones = bend / 100; - if (semitones > 99) - semitones = 99; cents = bend % 100; amount = (int) (semitone_tuning[semitones] * multiplier * cent_tuning[cents]) / 10000;

2 1

[alsa-devel] [PATCH] ALSA: hda: Use LPIB and 6stack-dig for eMachines T5212
by Daniel Chen 16 Mar '10

16 Mar '10

Hi, Attached is a patch against current sound-2.6 master HEAD (applicable also to 2.6.32.10 and 2.6.33.1) that corrects the model quirk for the OR's machine and adds the LPIB quirk. Best, -Dan

2 1

[alsa-devel] [PATCH 0/4] Some typo fixing
by Thomas Weber 15 Mar '10

15 Mar '10

1 0

[alsa-devel] ALSA not working on HP Touchsmart 600-1100 with CentOS 5.4
by Robert Krakora 15 Mar '10

15 Mar '10

Hello, I have tried installing ALSA driver, lib and util for every version from 1.21 to the tip and I cannot get alsaconf to identify any audio device on my HP Touchsmart 600-1100 with CentOS 5.4 installed. Please see the attached lspci and lshw dumps. Thanks in advance. Best Regards, -- Rob Krakora Senior Software Engineer MessageNet Systems 101 East Carmel Dr. Suite 105 Carmel, IN 46032 (317)566-1677 Ext. 206 (317)663-0808 Fax

1 0

[Patch v2] aconnect -x: Do not update index after removal of connection. Signed-off-by: lieven moors <lievenmoors@gmail.com>
by lieven moors 15 Mar '10

15 Mar '10

--- seq/aconnect/aconnect.c | 43 ++++++++++++------------------------------- 1 files changed, 12 insertions(+), 31 deletions(-) diff --git a/seq/aconnect/aconnect.c b/seq/aconnect/aconnect.c index 1a50666..6092748 100644 --- a/seq/aconnect/aconnect.c +++ b/seq/aconnect/aconnect.c @@ -192,52 +192,33 @@ static void remove_connection(snd_seq_t *seq, snd_seq_client_info_t *cinfo, snd_seq_port_info_t *pinfo, int count) { snd_seq_query_subscribe_t *query; - snd_seq_query_subscribe_alloca(&query); snd_seq_query_subscribe_set_root(query, snd_seq_port_info_get_addr(pinfo)); - snd_seq_query_subscribe_set_type(query, SND_SEQ_QUERY_SUBS_READ); snd_seq_query_subscribe_set_index(query, 0); - for (; snd_seq_query_port_subscribers(seq, query) >= 0; - snd_seq_query_subscribe_set_index(query, snd_seq_query_subscribe_get_index(query) + 1)) { + + while (snd_seq_query_port_subscribers(seq, query) >= 0) + { snd_seq_port_info_t *port; snd_seq_port_subscribe_t *subs; const snd_seq_addr_t *sender = snd_seq_query_subscribe_get_root(query); const snd_seq_addr_t *dest = snd_seq_query_subscribe_get_addr(query); snd_seq_port_info_alloca(&port); - if (snd_seq_get_any_port_info(seq, dest->client, dest->port, port) < 0) - continue; - if (!(snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_SUBS_WRITE)) - continue; - if (snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_NO_EXPORT) - continue; - snd_seq_port_subscribe_alloca(&subs); - snd_seq_port_subscribe_set_queue(subs, snd_seq_query_subscribe_get_queue(query)); - snd_seq_port_subscribe_set_sender(subs, sender); - snd_seq_port_subscribe_set_dest(subs, dest); - snd_seq_unsubscribe_port(seq, subs); - } - snd_seq_query_subscribe_set_type(query, SND_SEQ_QUERY_SUBS_WRITE); - snd_seq_query_subscribe_set_index(query, 0); - for (; snd_seq_query_port_subscribers(seq, query) >= 0; - snd_seq_query_subscribe_set_index(query, snd_seq_query_subscribe_get_index(query) + 1)) { - snd_seq_port_info_t *port; - snd_seq_port_subscribe_t *subs; - const snd_seq_addr_t *dest = snd_seq_query_subscribe_get_root(query); - const snd_seq_addr_t *sender = snd_seq_query_subscribe_get_addr(query); - snd_seq_port_info_alloca(&port); - if (snd_seq_get_any_port_info(seq, sender->client, sender->port, port) < 0) - continue; - if (!(snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_SUBS_READ)) - continue; - if (snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_NO_EXPORT) + if ((snd_seq_get_any_port_info(seq, dest->client, dest->port, port) < 0) || + !(snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_SUBS_WRITE) || + (snd_seq_port_info_get_capability(port) & SND_SEQ_PORT_CAP_NO_EXPORT)) + { + snd_seq_query_subscribe_set_index(query, snd_seq_query_subscribe_get_index(query) + 1); continue; + } snd_seq_port_subscribe_alloca(&subs); snd_seq_port_subscribe_set_queue(subs, snd_seq_query_subscribe_get_queue(query)); snd_seq_port_subscribe_set_sender(subs, sender); snd_seq_port_subscribe_set_dest(subs, dest); - snd_seq_unsubscribe_port(seq, subs); + if(snd_seq_unsubscribe_port(seq, subs) < 0){ + snd_seq_query_subscribe_set_index(query, snd_seq_query_subscribe_get_index(query) + 1); + } } } -- 1.6.3.3 --------------020302040200040109060709--

1 0