Summary: | ASTERISK-12286: using usb audio on chan_alsa seg fault | ||
Reporter: | geisj (geisj) | Labels: | |
Date Opened: | 2008-06-30 13:33:43 | Date Closed: | 2008-07-08 10:30:01 |
Priority: | Critical | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_alsa |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
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 ****** ADDITIONAL INFORMATION ****** 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 ... |