Kernic panic: [asterisk-dev] Re: qwell: branch 1.2 r2434 -
/branches/1.2/
asterisk at ntplx.net
asterisk at ntplx.net
Wed Apr 25 07:02:59 MST 2007
I agree with Tony!
This also screws up the good 1.4 branch. These changes look like trunk
stuff at best!
This adds a kfree in zaptel-base.c, that is always called, and I think that
might be the problem? Anyway it clearly was not tested before being pushed
as it always causes a kernel panic.
I was going to open a bug, but I did not have time last night...
but there is already one open now: 9591
Is there a bug status higher than crash?...like total system failure?
Quoting Tony Mountifield <tony at softins.clara.co.uk>:
> 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