Re: [Alsa-user] Audio drop-out with ac3 on iec958 during heavy SATA io
Takashi Iwai [EMAIL PROTECTED] writes: Then check whether XRUN occurs at next. Make sure that you compiled the driver with debug option (--with-debug=full configure option), then do the following as root: # echo 2 /proc/asound/card0/pcm2p/xrun_debug then play the ac3 file. You'll get stacktraces in kernel messages if XRUN is detected by the sound driver. It's not perfect but an easy way. Since alsa site is down, I've tried to get XRUN traces with the kernel. I've enabled SND_DEBUG and CONFIG_SND_PCM_XRUN_DEBUG. Note that I got a few XRUN while I got a *lot* of ac3 ... err ... hiccups (for lack of a better word). Here's what I got (with your patch) with a recompiled 2.6.17 kernel: (I started ac3dec, then md5sum) Sep 10 13:55:57 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:55:57 gandalf kernel: f0987cdd snd_pcm_period_elapsed+0x1ef/0x27d [snd_pcm] f0b060ad snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 13:55:57 gandalf kernel: f0affda5 snd_emu10k1_interrupt+0x2ad/0x390 [snd_emu10k1] b0123e04 do_timer+0x3a/0x2e2 Sep 10 13:55:57 gandalf kernel: b010ccc7 mark_offset_pmtmr+0x14/0x34d b0139e32 handle_IRQ_event+0x23/0x4c Sep 10 13:55:57 gandalf kernel: b0139ed8 __do_IRQ+0x7d/0xcd b0105019 do_IRQ+0x19/0x24 Sep 10 13:55:57 gandalf kernel: b010359e common_interrupt+0x1a/0x20 b0101d7c default_idle+0x0/0x55 Sep 10 13:55:57 gandalf kernel: b0101da8 default_idle+0x2c/0x55 b0101e60 cpu_idle+0x8f/0xa8 Sep 10 13:55:57 gandalf kernel: b03046ee start_kernel+0x374/0x37b Here's another where I started md5sum *before* ac3dec. : Sep 10 13:59:12 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:59:13 gandalf kernel: f0986dc1 snd_pcm_update_hw_ptr+0x172/0x1a5 [snd_pcm] f0987622 snd_pcm_lib_write1+0xed/0x467 [snd_pcm] Sep 10 13:59:13 gandalf kernel: b012c5b9 remove_wait_queue+0xf/0x34 b0117d3f __wake_up+0x2a/0x3d Sep 10 13:59:13 gandalf kernel: f0987ae4 snd_pcm_lib_write+0xa2/0xac [snd_pcm] f09884b1 snd_pcm_lib_write_transfer+0x0/0xa2 [snd_pcm] Sep 10 13:59:13 gandalf kernel: f09852de snd_pcm_playback_ioctl1+0xd7/0x3de [snd_pcm] f0985632 snd_pcm_playback_ioctl+0x0/0x1b [snd_pcm] Sep 10 13:59:13 gandalf kernel: b01622a8 do_ioctl+0x1c/0x5d b016253b vfs_ioctl+0x252/0x264 Sep 10 13:59:13 gandalf kernel: b0162595 sys_ioctl+0x48/0x5f b0102af3 sysenter_past_esp+0x54/0x75 Sep 10 13:59:21 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:59:21 gandalf kernel: f0987cdd snd_pcm_period_elapsed+0x1ef/0x27d [snd_pcm] f0b060ad snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 13:59:21 gandalf kernel: f0affda5 snd_emu10k1_interrupt+0x2ad/0x390 [snd_emu10k1] b0123e04 do_timer+0x3a/0x2e2 Sep 10 13:59:21 gandalf kernel: b010ccc7 mark_offset_pmtmr+0x14/0x34d b0139e32 handle_IRQ_event+0x23/0x4c Sep 10 13:59:21 gandalf kernel: b0139ed8 __do_IRQ+0x7d/0xcd b0105019 do_IRQ+0x19/0x24 Sep 10 13:59:21 gandalf kernel: b010359e common_interrupt+0x1a/0x20 b0101d7c default_idle+0x0/0x55 Sep 10 13:59:21 gandalf kernel: b0101da8 default_idle+0x2c/0x55 b0101e60 cpu_idle+0x8f/0xa8 Sep 10 13:59:21 gandalf kernel: b03046ee start_kernel+0x374/0x37b Sep 10 13:59:22 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:59:22 gandalf kernel: f0987cdd snd_pcm_period_elapsed+0x1ef/0x27d [snd_pcm] f0b060ad snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 13:59:22 gandalf kernel: f0affda5 snd_emu10k1_interrupt+0x2ad/0x390 [snd_emu10k1] b0139e32 handle_IRQ_event+0x23/0x4c Sep 10 13:59:22 gandalf kernel: b0139ed8 __do_IRQ+0x7d/0xcd b0105019 do_IRQ+0x19/0x24 Sep 10 13:59:22 gandalf kernel: b010359e common_interrupt+0x1a/0x20 Sep 10 13:59:40 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:59:40 gandalf kernel: f0987cdd snd_pcm_period_elapsed+0x1ef/0x27d [snd_pcm] f0b060ad snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 13:59:40 gandalf kernel: f0affda5 snd_emu10k1_interrupt+0x2ad/0x390 [snd_emu10k1] b0139e32 handle_IRQ_event+0x23/0x4c Sep 10 13:59:40 gandalf kernel: b0139ed8 __do_IRQ+0x7d/0xcd b0105019 do_IRQ+0x19/0x24 Sep 10 13:59:40 gandalf kernel: b010359e common_interrupt+0x1a/0x20 b0101d7c default_idle+0x0/0x55 Sep 10 13:59:40 gandalf kernel: b0101da8 default_idle+0x2c/0x55 b0101e60 cpu_idle+0x8f/0xa8 Sep 10 13:59:40 gandalf kernel: b03046ee start_kernel+0x374/0x37b Another one (from now on, I've also enabled CONFIG_SND_VERBOSE_PRINTK): Sep 10 14:19:01 gandalf kernel: ALSA sound/core/pcm_lib.c:138: XRUN: pcmC0D2p Sep 10 14:19:01 gandalf kernel: f0b6a1bd snd_pcm_period_elapsed+0x217/0x2a5 [snd_pcm] f0d6520d snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 14:19:01 gandalf kernel: f0d5ede6 snd_emu10k1_interrupt+0x2b6/0x3b0 [snd_emu10k1] b010ccc7 mark_offset_pmtmr+0x14/0x34d Sep 10 14:19:01 gandalf kernel: b0139e32 handle_IRQ_event+0x23/0x4c b0139ed8 __do_IRQ+0x7d/0xcd Sep 10 14:19:01 gandalf kernel: b0105019 do_IRQ+0x19/0x24 b010359e common_interrupt+0x1a/0x20 Sep 10 14:21:34 gandalf kernel: ALSA sound/core/pcm_lib.c:138: XRUN: pcmC0D2p
Re: [Alsa-user] Audio drop-out with ac3 on iec958 during heavy SATA io
On Sun, 2006-09-10 at 14:24 +0200, Dominique Dumont wrote: Takashi Iwai [EMAIL PROTECTED] writes: Then check whether XRUN occurs at next. Make sure that you compiled the driver with debug option (--with-debug=full configure option), then do the following as root: # echo 2 /proc/asound/card0/pcm2p/xrun_debug then play the ac3 file. You'll get stacktraces in kernel messages if XRUN is detected by the sound driver. It's not perfect but an easy way. Since alsa site is down, I've tried to get XRUN traces with the kernel. I've enabled SND_DEBUG and CONFIG_SND_PCM_XRUN_DEBUG. Note that I got a few XRUN while I got a *lot* of ac3 ... err ... hiccups (for lack of a better word). Here's what I got (with your patch) with a recompiled 2.6.17 kernel: (I started ac3dec, then md5sum) Sep 10 13:55:57 gandalf kernel: XRUN: pcmC0D2p Sep 10 13:55:57 gandalf kernel: f0987cdd snd_pcm_period_elapsed+0x1ef/0x27d [snd_pcm] f0b060ad snd_emu10k1_fx8010_interrupt+0x37/0x57 [snd_emu10k1] Sep 10 13:55:57 gandalf kernel: f0affda5 snd_emu10k1_interrupt+0x2ad/0x390 [snd_emu10k1] b0123e04 do_timer+0x3a/0x2e2 I see your kernel uses the ACPI PM timer for timing. Is it a dual core AMD by any chance? If you use an SMP kernel, do you get different results with a UP kernel? Lee - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Audio drop-out with ac3 on iec958 during heavy SATA io
Lee Revell [EMAIL PROTECTED] writes: I see your kernel uses the ACPI PM timer for timing. Is it a dual core AMD by any chance? No, it's a 32 bits monocore (Barton XP3200) If you use an SMP kernel, do you get different results with a UP kernel? I use the kernel provided by Debian which is SMP-for-all since 2.6.17. I thought about a problem with this SMP choice and tried 2.6.16 which is UP. I also got failures with ac3. If you want I can recompile the kernel I use for test with UP, but I don't think it will change the result. Cheers - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
[Alsa-user] bt87x audio recording - broke between 2.6.14 and 2.6.17.4
Hi - I have a Centos 4.3 system with a wintv pci card with FM tuner: 00:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) 00:0b.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 02) As of kernel 2.6.14, I was able to use this card to record FM radio. Updating to 2.6.17.4, it broke (but I didn't notice for a few weeks until I went to listen to recordings). Updating to 2.6.17.13 does not fix it. All I get out of the card now is soft static. I have checked with alsamixer and the card is not muted. I can reboot with the old kernel and it works fine. Here's my /etc/modprobe.conf (nothing relevant): alias eth0 e100 alias char-major-89 i2c-dev alias eth1 e100 alias char-major-81 bttv In case it's not obvious, I have a kernel.org kernel, not the centos/redhat kernel, on this box. The video4linux interface to this card appears to be working - I can use the FM tuner applications to control the tuner, and it indicates signal quality, stereo (or not), etc., as i would expect. I use this to do the recording: fm 89.1 33000 sox -t ossdsp -c 2 -r 44100 /dev/dsp1 -t wav I just tried today to get it working with arecord, which I had never used before. I wasn't successful even with 2.6.14 but I didn't try very hard to divine the appropriate syntax. I diffed the bt87x.c files between the kernel versions and noticed lots of changes, mostly calling struct explicitly and new hardware sense info. However, I did notice: static int snd_bt87x_capture_source_info(struct snd_kcontrol *kcontrol, struct snd_ctl_elem_info *info) static int snd_bt87x_capture_source_info(snd_kcontrol_t *kcontrol, snd_ctl_elem_info_t *info) snd_kcontrol replaces snd_kcontrol_t. Looks like there are no references to snd_kcontrol_t anywhere in the new kernel's source tree so this is probably a simple global change but i thought i'd mention it. help! thanks, danno -- Dan Pritts, System Administrator Internet2 office: +1-734-352-4953 | mobile: +1-734-834-7224 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
