I am using zaptel 1.4.12.1 and asterisk 1.4.18 - I also tried 1.4.21
lspci shows
00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP]
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II]
(rev 74)
01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo
CLE266] integrated CastleRock graphics (rev 03)
When I call into Console/dsp sometimes it works and sometimes asterisk
seg faults.
more /proc/interrupts
CPU0
0: 164343 XT-PIC-XT timer
1: 2 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
4: 1 XT-PIC-XT serial
5: 29363 XT-PIC-XT VIA8233
6: 3 XT-PIC-XT floppy
7: 1 XT-PIC-XT
8: 589515 XT-PIC-XT rtc
10: 2357 XT-PIC-XT ehci_hcd:usb1
11: 20748 XT-PIC-XT uhci_hcd:usb2, eth0
12: 4 XT-PIC-XT i8042
14: 7597 XT-PIC-XT ide0
NMI: 0 Non-maskable interrupts
LOC: 0 Local timer interrupts
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 1
MIS: 0
the rtc values does increment...
Any ideas? I am running centos 4 i386.
Jerry
Get a core dump. On Mon, Nov 10, 2008 at 12:26 PM, Jerry Geis <geisj at pagestation.com> wrote:> I am using zaptel 1.4.12.1 and asterisk 1.4.18 - I also tried 1.4.21 > > lspci shows > 00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266] > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] > 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 > Controller (rev 80) > 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge > 00:11.1 IDE interface: VIA Technologies, Inc. > VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) > 00:11.5 Multimedia audio controller: VIA Technologies, Inc. > VT8233/A/8235/8237 AC97 Audio Controller (rev 50) > 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] > (rev 74) > 01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo > CLE266] integrated CastleRock graphics (rev 03) > > When I call into Console/dsp sometimes it works and sometimes asterisk > seg faults. > > > more /proc/interrupts > CPU0 > 0: 164343 XT-PIC-XT timer > 1: 2 XT-PIC-XT i8042 > 2: 0 XT-PIC-XT cascade > 4: 1 XT-PIC-XT serial > 5: 29363 XT-PIC-XT VIA8233 > 6: 3 XT-PIC-XT floppy > 7: 1 XT-PIC-XT > 8: 589515 XT-PIC-XT rtc > 10: 2357 XT-PIC-XT ehci_hcd:usb1 > 11: 20748 XT-PIC-XT uhci_hcd:usb2, eth0 > 12: 4 XT-PIC-XT i8042 > 14: 7597 XT-PIC-XT ide0 > NMI: 0 Non-maskable interrupts > LOC: 0 Local timer interrupts > TRM: 0 Thermal event interrupts > SPU: 0 Spurious interrupts > ERR: 1 > MIS: 0 > > > the rtc values does increment... > > Any ideas? I am running centos 4 i386. > > Jerry > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-- Thanks, Steve Totaro +18887771888 (Toll Free) +12409381212 (Cell) +12024369784 (Skype) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081110/ec47ad4d/attachment.htm
> > Get a core dump. >Steve this is the stack trace.... still working on the dump. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1229517920 (LWP 9875)] __ast_read (chan=0x8294a68, dropaudio=0) at channel.c:2016 2016 f = AST_LIST_REMOVE_HEAD(&chan->readq, frame_list); (gdb) where #0 __ast_read (chan=0x8294a68, dropaudio=0) at channel.c:2016 #1 0x080a30a9 in ast_channel_bridge (c0=0x8297620, c1=0x8294a68, config=0xb6b6b090, fo=0xb6b6aba0, rc=0xb6b6aba4) at channel.c:2305 #2 0xb7f38b7d in ast_bridge_call (chan=0x8297620, peer=0x8294a68, config=0xb6b6b090) at res_features.c:1420 #3 0xb6cadd10 in dial_exec_full (chan=0x8297620, data=Variable "data" is not available. ) at app_dial.c:1706 #4 0xb6cb0c94 in dial_exec (chan=0x8294a68, data=0x8294a68) at app_dial.c:1760 #5 0x0810daa0 in pbx_extension_helper (c=0x8297620, con=Variable "con" is not available. ) at pbx.c:532 #6 0x08116637 in __ast_pbx_run (c=0x8297620) at pbx.c:2306 #7 0x081193d0 in pbx_thread (data=0x8297620) at pbx.c:2623 #8 0x081568fc in dummy_start (data=0x8288888) at utils.c:852 #9 0x002d53cc in start_thread () from /lib/tls/libpthread.so.0 #10 0x0022d96e in clone () from /lib/tls/libc.so.6 ztdummy is loaded. Module Size Used by ztdummy 4152 0 zaptel 186792 13 ztdummy,xpp,wcusb,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,wct4xxp,tor2 crc_ccitt 2440 1 zaptel
Jerry Geis wrote:>> >> Get a core dump. >> > Steve this is the stack trace.... still working on the dump. > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1229517920 (LWP 9875)] > __ast_read (chan=0x8294a68, dropaudio=0) at channel.c:2016 > 2016 f = AST_LIST_REMOVE_HEAD(&chan->readq, > frame_list); > (gdb) where > #0 __ast_read (chan=0x8294a68, dropaudio=0) at channel.c:2016 > #1 0x080a30a9 in ast_channel_bridge (c0=0x8297620, c1=0x8294a68, > config=0xb6b6b090, fo=0xb6b6aba0, rc=0xb6b6aba4) at channel.c:2305 > #2 0xb7f38b7d in ast_bridge_call (chan=0x8297620, peer=0x8294a68, > config=0xb6b6b090) at res_features.c:1420 > #3 0xb6cadd10 in dial_exec_full (chan=0x8297620, data=Variable "data" > is not available. > ) at app_dial.c:1706 > #4 0xb6cb0c94 in dial_exec (chan=0x8294a68, data=0x8294a68) at > app_dial.c:1760 > #5 0x0810daa0 in pbx_extension_helper (c=0x8297620, con=Variable > "con" is not available. > ) at pbx.c:532 > #6 0x08116637 in __ast_pbx_run (c=0x8297620) at pbx.c:2306 > #7 0x081193d0 in pbx_thread (data=0x8297620) at pbx.c:2623 > #8 0x081568fc in dummy_start (data=0x8288888) at utils.c:852 > #9 0x002d53cc in start_thread () from /lib/tls/libpthread.so.0 > #10 0x0022d96e in clone () from /lib/tls/libc.so.6 > > ztdummy is loaded. > Module Size Used by > ztdummy 4152 0 > zaptel 186792 13 > ztdummy,xpp,wcusb,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,wct4xxp,tor2 > > crc_ccitt 2440 1 zaptel > >Does this make a difference ? zttest Opened pseudo zap interface, measuring accuracy... 99.969147% 99.883011% 99.987312% 99.901176% 99.986137% 99.892593% 99.987885% 99.987206% 99.865631% 99.984863% 99.891907% 99.978897% 99.894623% ^C --- Results after 13 passes --- Best: 99.988 -- Worst: 99.866 -- Average: 99.939261, Difference: 99.944007 Jerry