From: "John S. Denker" <jsd@monmouth.com>
To: Uros Bizjak <uros@kss-loka.si>
Cc: alsa-devel@lists.sourceforge.net
Subject: Re: sb16 gets wedged when doing overlapped i/o (full duplex)
Date: Fri, 06 Dec 2002 09:08:45 -0500 [thread overview]
Message-ID: <3DF0AF6D.8060405@monmouth.com> (raw)
In-Reply-To: <Pine.LNX.4.05.10212060748420.3576-100000@pulsar.kss-loka.si>
[-- Attachment #1: Type: text/plain, Size: 1283 bytes --]
Uros Bizjak wrote:
> Could you put a printk() in snd_sb16_*_pointer() functions
> (sb16_main.c souce)? This printk() should print dma channel and value of
> ptr, so we can see when/if DMA channels gets stuck.
Done. The result put 2.6 megabytes into /var/log/messages.
The head -10 and tail -50 of the relevant section is
attached below; if anybody wants more detail the whole
shebang is available at
http://www.av8n.net/~jsd/alsa/messages.txt
> BTW: It looks like another sb16 hardware bug to me. On module re-load,
> drivers reset sb16 chip, that is why module reload helps.
Plausible.... But note that the cs4239 module gets i/o
errors when provoked by the same program, so there may
be driver design weaknesses involved, too.
> Perhaps you can derive a small test case from your application, which
> will help developers to stresstest soundcard and perhaps PCM layer?
My program is not super-small, but the relevant
passages are simple and easy to find.
You can help yourself at
http://www.monmouth.com/~jsd/turbid/
Compile the thing and invoke it as
./turbid -F 440
or
./turbid -v -F 440
Note that just for you I added the --snooze <tt>
option, which will cause it to generate an
overrun every <tt> seconds (default .5) PROVIDED
<tt> is not too small.
[-- Attachment #2: msgs.txt --]
[-- Type: text/plain, Size: 4308 bytes --]
Dec 6 06:51:58 moat2 jsd: about to start ....
Dec 6 06:52:03 moat2 turbid: PID file "/var/run/turbid.pid" already exists, not overwriting
Dec 6 06:52:03 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8
Dec 6 06:52:03 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 4110
Dec 6 06:52:03 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 4894
Dec 6 06:52:03 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 11
Dec 6 06:52:03 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8206
Dec 6 06:52:03 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2055
Dec 6 06:52:03 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2239
Dec 6 06:52:03 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 12302
....
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4129
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6151
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6176
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 33
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2053
Dec 6 06:57:59 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2081
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4103
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 5861
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6151
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6317
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 7
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 34
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2055
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2081
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4103
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4129
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6151
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6177
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 7
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 242
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2055
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2083
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4103
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 4129
Dec 6 06:58:00 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 6
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 6155
Dec 6 06:58:00 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 7893
Dec 6 06:58:00 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 4210
Dec 6 06:58:00 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 4386
Dec 6 06:58:10 moat2 turbid[4903]: Calout wrote 8820 got -5
Dec 6 06:58:10 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8192
Dec 6 06:58:10 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8192
Dec 6 06:58:10 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 0
Dec 6 06:58:10 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 0
Dec 6 06:58:20 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8192
Dec 6 06:58:20 moat2 turbid[4903]: Calout wrote 8820 got -5
Dec 6 06:58:20 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 0
Dec 6 06:58:30 moat2 turbid[4902]: Read_stuff requested 2048 got -5: Input/output error
Dec 6 06:58:30 moat2 turbid[4902]: turbid exiting, status 1
Dec 6 06:58:30 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 0
Dec 6 06:58:49 moat2 jsd: program has exited due to i/o error
Dec 6 06:59:10 moat2 jsd: will restart it just for fun
Dec 6 06:59:15 moat2 turbid: PID file "/var/run/turbid.pid" already exists, not overwriting
Dec 6 06:59:15 moat2 kernel: snd_sb16_capture_pointer dma: 5 ptr: 8
Dec 6 06:59:15 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 11
Dec 6 06:59:25 moat2 turbid[4908]: Read_stuff requested 2048 got -5: Input/output error
Dec 6 06:59:25 moat2 turbid[4908]: turbid exiting, status 1
Dec 6 06:59:25 moat2 kernel: snd_sb16_playback_pointer dma: 1 ptr: 2048
Dec 6 06:59:29 moat2 jsd: program has exited due to i/o error
next prev parent reply other threads:[~2002-12-06 14:08 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-05 10:47 sb16 gets wedged when doing overlapped i/o (full duplex) John S. Denker
2002-12-05 11:31 ` usbaudio won't do 24-bit or 32-bit i/o, and won't do 96000 frames per second John S. Denker
2002-12-05 15:19 ` Clemens Ladisch
2002-12-05 19:10 ` John S. Denker
2002-12-06 9:16 ` Clemens Ladisch
2002-12-06 10:09 ` Jaroslav Kysela
2002-12-07 15:05 ` Patrick Shirkey
2002-12-06 13:13 ` John S. Denker
2002-12-06 14:22 ` many utils fail for extigy (usb) John S. Denker
2002-12-06 6:48 ` usbaudio won't do 24-bit or 32-bit i/o, and won't do 96000 frames per second Patrick Shirkey
2002-12-06 7:12 ` Patrick Shirkey
2002-12-13 18:19 ` Takashi Iwai
2002-12-14 10:48 ` usbaudio won't do 24-bit or 32-bit i/o Patrick Shirkey
2002-12-16 17:19 ` Takashi Iwai
2002-12-16 18:59 ` Patrick Shirkey
2002-12-16 20:11 ` Patrick Shirkey
2002-12-17 15:28 ` Takashi Iwai
2002-12-20 22:00 ` Patrick Shirkey
2002-12-23 13:35 ` Takashi Iwai
2002-12-23 18:58 ` Patrick Shirkey
2002-12-05 11:39 ` sb16 gets wedged when doing overlapped i/o (full duplex) John S. Denker
2002-12-05 11:52 ` hard crash when snd-ice1712 loads John S. Denker
2002-12-05 17:42 ` Jaroslav Kysela
2002-12-05 23:10 ` Scott Bahling
2002-12-05 11:57 ` alsactl and alsamixer fail for extigy John S. Denker
2002-12-09 14:51 ` Takashi Iwai
2002-12-05 12:07 ` sb16 gets wedged when doing overlapped i/o (full duplex) Uros Bizjak
2002-12-05 13:45 ` John S. Denker
2002-12-05 14:55 ` Uros Bizjak
2002-12-05 17:47 ` Jaroslav Kysela
2002-12-05 18:33 ` John S. Denker
2002-12-06 7:14 ` Uros Bizjak
2002-12-06 14:08 ` John S. Denker [this message]
2002-12-06 0:41 ` cs4239 errs on full duplex (provoked by overruns?) John S. Denker
2002-12-05 15:23 ` sb16 gets wedged when doing overlapped i/o (full duplex) Paul Davis
2002-12-09 14:30 ` Takashi Iwai
2002-12-09 14:54 ` documentation or lack thereof John S. Denker
2002-12-09 15:05 ` Takashi Iwai
2002-12-09 15:23 ` ljp
2002-12-09 16:23 ` Paul Davis
2002-12-10 17:59 ` Patrick Shirkey
2002-12-10 22:28 ` soundcard matrix: broken links etc John S. Denker
2002-12-11 2:52 ` Patrick Shirkey
2002-12-11 4:05 ` John S. Denker
2002-12-11 5:27 ` Patrick Shirkey
2002-12-14 15:59 ` John S. Denker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DF0AF6D.8060405@monmouth.com \
--to=jsd@monmouth.com \
--cc=alsa-devel@lists.sourceforge.net \
--cc=uros@kss-loka.si \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.