(Forwarded to ALSA-user list)

Michael Blakeley ([EMAIL PROTECTED] )wrote:

I've run into a crashing problem with the PDAudioCF, and I'm 
hoping someone can help.

I took my PDAudioCF out taping last night (TJ Kirk's first gig in 6 
years, in case you're interested). Anyway, I ran into a hard freeze 
in the middle of the second set, and had to reboot my iPaq (Familiar 
0.71, because I don't have a PDAudioCF binary for 0.72, nor an ARM 
cross-compiler - so I'm using the alsa binaries linked from 
core-sound.com - supposed to be alsa-0.9.6).

At the gig, I was chained out of a Sony D8. The crash happened 
spontaneously at the gig: no one was touching either my ipaq or the 
Sony D8. But I managed to reproduce the problem at home, fairly 
easily, using the pause button on my home DAT (Casio DAR100).

1) feed a 44.1kHz/16-bit stream from a DAT into the PDAudioCF

2) arecord -vv --bufffer-time=3000000 -D hw:1,0 -f cd 1.wav

3) after a few seconds, hit pause on the DAT.

4) after a few seconds, resume the DAT

5) if it doesn't freeze, try steps 2-4 again.

Sometimes arecord recovers, sometimes it quits. And sometimes the 
whole machine freezes. The last message from arecord is something 
like:

Status(DRAINING):
state       : draining
trigger time: 1072580281.644223000
tstamp      : 1072580281.712040000
delay       : 0
avail       : 0
avail_max   : 49152
capture stream format change? attempting recover...

When I reproduced this at home, the serial console had also frozen, 
so I reset the iPaq. This time, I tried the same experiment with the 
serial cable connected. There were no messages on the console from 
the time that the iPaq finished booting, until the freeze happened.

Now, the stream format didn't actually change, so I wonder if you 
have any hunches about the source of this problem? I suspect the 
pdaudiocf driver, since a kernel freeze seems to require a fairly 
deep bug.

My arecord command line was:

arecord -vv --bufffer-time=3000000 -D hw:1,0 -f cd 1.wav

Since we were talking about bdflush before, my bdflush is:

100     1200    128     512     15      5000    60      20      0

Thanks for any clues. I'm going to try to set up a cross-compiler 
here, and see if the alsa 1.0 RC helps. I may also try to reproduce 
it on my debian laptop, though I'm not as cavalier about crashing it, 
as I am about the ipaq :-).

-- Mike



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to