[asterisk-dev] Re: qwell: branch 1.2 r2434 - /branches/1.2/
Michael L. Young
myoung at acsacc.com
Wed Apr 25 07:28:52 MST 2007
I can confirm that I had the same problem trying to upgrade to zaptel 1.4.2
last night. Whenever a call is hung-up, the system crashes immediately. I
was offsite and tried to upgrade, so I am unable to provide the specifics at
this time. But after I went back to 1.4.1, everything went back to normal.
Packages installed when getting kernel panic: asterisk 1.4.3, zaptel 1.4.2,
libpri 1.4.0
Since this is a production box, I quickly went back to asterisk 1.4.2,
zaptel 1.4.1, libpri 1.4.0 after it crashed the first time and then trying
zaptel 1.4 branch with the same results. I didn't have time to try zaptel
1.4.1 with asterisk 1.4.3.
Hope this helps.
Michael L. Young
> -----Original Message-----
> From: asterisk-dev-bounces at lists.digium.com [mailto:asterisk-dev-
> bounces at lists.digium.com] On Behalf Of Tony Mountifield
> Sent: Wednesday, April 25, 2007 6:26 AM
> To: asterisk-dev at lists.digium.com
> Subject: [asterisk-dev] Re: qwell: branch 1.2 r2434 - /branches/1.2/
>
> In article <20070424183329.A4FD7A948EA at lists.digium.internal>,
> <svn-commits at lists.digium.com> wrote:
> > Author: qwell
> > Date: Tue Apr 24 13:33:29 2007
> > New Revision: 2434
> >
> > URL: http://svn.digium.com/view/zaptel?view=rev&rev=2434
> > Log:
> > Backport pre-echocan debugging for ztmonitor
> >
> > Added:
> > branches/1.2/jpah.h (with props)
> > Modified:
> > branches/1.2/zaptel-base.c
> > branches/1.2/zaptel.h
> > branches/1.2/zconfig.h
> > branches/1.2/ztmonitor.c
>
> Why is this NEW functionality being backported to the STABLE 1.2 branch?
> And then being tagged for release so quickly?
>
> I tried this new 1.2 from SVN last night, and it gives me a kernel panic
> when hanging up a call (see below). This is using a TE405P with trunk 1
> looped back to trunk 3. Not sure why EC stuff is being called, as I have
> EC disabled. Also not sure why it was doing a ZT_SETCONF when I wasn't
> using conferencing (the call was just an IAX call into the box, routed
> out through Zap and back in through Zap, into MusicOnHold).
>
> I haven't had time to investigate it fully yet, so can't file a proper bug
> yet, but if it IS to be in 1.2, it should be checked out more thoroughly
> before being released.
>
> Cheers
> Tony
>
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 000000b4
> printing eip:
> d09e3c88
> *pde = 0a056067
> Oops: 0000 [#1]
> Modules linked in: parport_pc lp parport autofs4 i2c_dev i2c_core sunrpc
> wct4xxp(U) zaptel(U) crc_cc
> itt dm_mirror dm_mod button battery ac r8169 e100 mii ext3 jbd
> CPU: 0
> EIP: 0060:[<d09e3c88>] Not tainted VLI
> EFLAGS: 00010082 (2.6.9-42.0.2.EL)
> EIP is at zt_chanandpseudo_ioctl+0x13db/0x1bcb [zaptel]
> eax: 00000000 ebx: 00000001 ecx: ffffffea edx: 00000000
> esi: ce0c0410 edi: 00000000 ebp: ce0c0410 esp: ca411df0
> ds: 007b es: 007b ss: 0068
> Process asterisk (pid: 5958, threadinfo=ca411000 task=c9dcacd0)
> Stack: cf00e9b8 c1220514 cb74e005 d662d853 00000009 cf80dc00 ca411e2c
> ca411000
> c01299d0 3b9aca00 462e6ecb 10bbb3d8 00000000 000001ff cc1eacc0
> cbcde2c4
> c014d59d 0153bfd5 00000000 ca411f34 00000000 0000005b 00000001
> 00000000
> Call Trace:
> [<c01299d0>] current_fs_time+0x44/0x4c
> [<c014d59d>] __generic_file_aio_write_nolock+0x33d/0x36b
> [<c014d604>] generic_file_aio_write_nolock+0x39/0x7f
> [<c014d7f3>] generic_file_aio_write+0x77/0xcd
> [<d09030af>] ext3_file_write+0x19/0x8a [ext3]
> [<c016c2e9>] do_sync_write+0x97/0xc9
> [<c0121853>] autoremove_wake_function+0x0/0x2d
> [<c01771fc>] sys_stat64+0x1e/0x23
> [<d09e575b>] zt_ioctl+0xc1/0xc7 [zaptel]
> [<c0180401>] sys_ioctl+0x297/0x336
> [<c016c4b9>] sys_write+0x5a/0x62
> [<c0318e57>] syscall_call+0x7/0xb
> [<c031007b>] build_polexpire+0x81/0xe0
> Code: 8b 44 24 74 77 1e 8b 1c 85 a0 ae a0 d0 ba d0 00 00 00 a1 84 ce 36 c0
> e8 35 04 77 ef 89 83 b4 0
> 0 00 00 eb 27 8b 04 85 a0 ae a0 d0 <8b> 80 b4 00 00 00 e8 e7 07 77 ef 8b
> 44 24 74 8b 04 85 a0 ae a0
> <0>Kernel panic - not syncing: /usr/src/zaptel-1.2/zaptel-base.c:5593:
> spin_lock(/usr/src/zaptel-1.
> 2/zaptel-base.c:ce0c0410) already locked by /usr/src/zaptel-1.2/zaptel-
> base.c/3832
>
> Badness in panic at kernel/panic.c:118
> [<c0123ea0>] panic+0x135/0x142
> [<d09e6044>] __zt_ec_chunk+0x5d/0x5dd [zaptel]
> [<d09e6a65>] __zt_transmit_chunk+0x16/0x33 [zaptel]
> [<d0975577>] t4_receiveprep+0x4ea/0x55f [wct4xxp]
> [<d097659f>] t4_interrupt+0x1e5/0x484 [wct4xxp]
> [<c0107f00>] handle_IRQ_event+0x25/0x4f
> [<c01088ce>] do_IRQ+0x18a/0x2bf
> =======================
> [<c0319830>] common_interrupt+0x18/0x20
> [<c02b007b>] cpufreq_register_driver+0xe5/0x271
> [<c0129a84>] __do_softirq+0x2c/0x79
> [<c0109446>] do_softirq+0x46/0x4d
> =======================
> [<c01089f7>] do_IRQ+0x2b3/0x2bf
> [<c0319830>] common_interrupt+0x18/0x20
> [<c01068ee>] die+0x1d0/0x22b
> [<c011db59>] do_page_fault+0x380/0x4dc
> [<d09e3c88>] zt_chanandpseudo_ioctl+0x13db/0x1bcb [zaptel]
> [<c0120114>] __wake_up+0x6e/0xca
> [<d084a6a6>] journal_stop+0x425/0x42f [jbd]
> [<d090ac72>] __ext3_journal_stop+0x19/0x34 [ext3]
> [<d0905471>] ext3_ordered_commit_write+0xb6/0xc5 [ext3]
> [<c0317593>] __cond_resched+0x14/0x3b
> [<c011d7d9>] do_page_fault+0x0/0x4dc
> [<c03198ef>] error_code+0x2f/0x38
> [<d09e3c88>] zt_chanandpseudo_ioctl+0x13db/0x1bcb [zaptel]
> [<c01299d0>] current_fs_time+0x44/0x4c
> [<c014d59d>] __generic_file_aio_write_nolock+0x33d/0x36b
> [<c014d604>] generic_file_aio_write_nolock+0x39/0x7f
> [<c014d7f3>] generic_file_aio_write+0x77/0xcd
> [<d09030af>] ext3_file_write+0x19/0x8a [ext3]
> [<c016c2e9>] do_sync_write+0x97/0xc9
> [<c0121853>] autoremove_wake_function+0x0/0x2d
> [<c01771fc>] sys_stat64+0x1e/0x23
> [<d09e575b>] zt_ioctl+0xc1/0xc7 [zaptel]
> [<c0180401>] sys_ioctl+0x297/0x336
> [<c016c4b9>] sys_write+0x5a/0x62
> [<c0318e57>] syscall_call+0x7/0xb
> [<c031007b>] build_polexpire+0x81/0xe0
> ... more snipped...
> --
> Tony Mountifield
> Work: tony at softins.co.uk - http://www.softins.co.uk
> Play: tony at mountifield.org - http://tony.mountifield.org
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
More information about the asterisk-dev
mailing list