[asterisk-dev] Re: qwell: branch 1.2 r2434 - /branches/1.2/

[Tony Mountifield]

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