Summary:ASTERISK-12286: using usb audio on chan_alsa seg fault
Reporter:geisj (geisj)Labels:
Date Opened:2008-06-30 13:33:43Date Closed:2008-07-08 10:30:01
Versions:Frequency of
Description:Using chan_alsa on/with usb audio seg faults. always happens.

I think is the same as 0006720. If I use a different device like
PCI card it works. however it does not with USB audio.
chan_oss works better but chan_alsa seg faults.

I used debian etch 4.0, with the default alsa, I tried alsa 1.0.16, 1.0.17rc2 and same behavior on all.

#0  0xb7d77947 in raise () from /lib/tls/libc.so.6
#1  0xb7d790c9 in abort () from /lib/tls/libc.so.6
#2  0xb7d7105f in __assert_fail () from /lib/tls/libc.so.6
#3  0xb741861f in snd_pcm_area_copy (dst_area=0x81cc62c, dst_offset=0,
   src_area=0x81cb7ec, src_offset=5223, samples=816,
   format=SND_PCM_FORMAT_S16_LE) at pcm_local.h:499
#4  0xb744b7b7 in snd_pcm_dsnoop_sync_ptr (pcm=0x81cb930) at pcm_dsnoop.c:77
ASTERISK-1  0xb7410b11 in snd_pcm_hwsync (pcm=0x81cb930) at pcm.c:932
ASTERISK-2  0xb7422b55 in snd1_pcm_generic_hwsync (pcm=0x81cc1c8) at pcm_generic.c:143
ASTERISK-3  0xb7410b11 in snd_pcm_hwsync (pcm=0x81cc1c8) at pcm.c:932
ASTERISK-4  0xb742fb4d in snd_pcm_rate_hwsync (pcm=0x81cc3f8) at pcm_rate.c:624
ASTERISK-5  0xb7410b11 in snd_pcm_hwsync (pcm=0x81cc3f8) at pcm.c:932
ASTERISK-6 0xb7417817 in snd1_pcm_read_areas (pcm=0x81cc3f8, areas=0xb70a5b70,
   offset=0, size=160, func=0xb7421e10 <snd_pcm_mmap_read_areas>)
   at pcm.c:6376
ASTERISK-7 0xb742111f in snd_pcm_mmap_readi (pcm=0x81cc3f8, buffer=0xb74a5a40,
   size=160) at pcm_mmap.c:236
ASTERISK-8 0xb740fff4 in snd_pcm_readi (pcm=0x81cc038, buffer=0xb74a5a40, size=2440)
   at pcm_local.h:521
ASTERISK-9 0xb749579b in alsa_read (chan=0x8213f18) at chan_alsa.c:683
ASTERISK-10 0x080855b1 in __ast_read (chan=0x8213f18, dropaudio=0) at channel.c:2100
ASTERISK-11 0x08087725 in ast_channel_bridge (c0=0x8212858, c1=0x817cf68,
   config=0xb70a6eac, fo=0xb70a5fe8, rc=0xb70a5fe4) at channel.c:2380
ASTERISK-12 0xb7c75592 in ast_bridge_call (chan=0x8212858, peer=0x8213f18,
   config=0xb70a6eac) at res_features.c:1490
ASTERISK-13 0xb75c38fd in dial_exec_full (chan=0x8212858, data=0xb70a8fd8,
   peerflags=0xb70a6f84, continue_exec=0x0) at app_dial.c:1773
ASTERISK-14 0xb75c519d in dial_exec (chan=0x8212858, data=0xb70a8fd8)
   at app_dial.c:1827
ASTERISK-15 0x080c6e3f in pbx_extension_helper (c=0x8212858, con=0x0,
   context=0x82129d8 "smvoice", exten=0x8212a28 "s",
   priority=3, label=0x0, callerid=0x8215450 "404", action=E_SPAWN)
   at pbx.c:537
ASTERISK-16 0x080c9185 in __ast_pbx_run (c=0x8212858) at pbx.c:2317
ASTERISK-17 0x080c9ebe in pbx_thread (data=0x8212858) at pbx.c:2636
ASTERISK-18 0x080f51d2 in dummy_start (data=0x8213178) at utils.c:909
ASTERISK-19 0xb7eff0bd in start_thread () from /lib/tls/libpthread.so.0


I also tried SVN as of Friday jun 27, 2008 and it seg faulted also.
Comments:By: Joshua C. Colp (jcolp) 2008-07-02 21:37:03

This looks to be an issue deep inside of ALSA itself...

By: Russell Bryant (russell) 2008-07-08 10:29:57

Closing since the crash is within alsa ...