[asterisk-users] Digium b410p and 2.6.17 kernel bug?

[Garth van Sittert]

Hi All

I have made the move to the Digium b410p BRI card and keep getting the 
following intermittent kernel oops listed here in dmesg.  I can make and 
receive calls to sip devices fine.  It only seems to happen when I call 
from the Telco and hangup from the Telco before the audio paths on the 
two end devices are connected.

I am using:
    Kernel 2.6.17.14 compiled from source using config-2.6.9-22.ELsmp 
from Centos 4.2.
    asterisk-1.2.16
    libpri-1.2.4
    zaptel-1.2.15

I have tried disabling Hyper Threading and tried running on a non SMP 
kernel but have the exact same result.  Asterisk itself seems to carry 
on running.

Output from dmesg:

mISDN dss1 fromup without proc pr=10180 dinfo(0)
mISDN dss1 fromup without proc pr=10180 dinfo(0)
mISDN dss1 fromup without proc pr=10180 dinfo(0)
mISDN dss1 fromup without proc pr=10180 dinfo(0)
mode_hfcmulti: channel 0 protocol 41000002 slot -1 bank 0 (TX) slot -1 
bank 0 (RX)
Setting B-channel 0 to echo cancelable state on PCM slot 1
Enabling pass through for channel
DSP_CANCEL_INIT called
Using Hardware EC taps [128]
vpm_echocan_on called taps [128] on timeslot 1
DSP_CANCEL_INIT called
Disabling EC
Disabling Hardware EC
vpm_echocan_off called on timeslot 1
mode_hfcmulti: channel 0 protocol 0 slot -1 bank 0 (TX) slot -1 bank 0 (RX)
dsp_from_down: change tx volume to 0
handle_bmsg: unknown PH_CONTROL info 0
BUG: unable to handle kernel paging request at virtual address e03780fc
 printing eip:
c018b8dc
*pde = 00000000
Oops: 0000 [#1]
SMP
Modules linked in: zttranscode ipv6 mISDN_dsp hfcmulti mISDN_capi 
l3udss1 mISDN_l2 mISDN_l1 mISDN_core capi capifs kernelcapi autofs4 
sunrpc zaptel crc_ccitt dm_mirror dm_mod button battery ac uhci_hcd 
ehci_hcd shpchp hw_random i2c_i801 i2c_core e100 mii ext3 jbd raid1 
ata_piix libata sd_mod scsi_mod
CPU:    1
EIP:    0060:[<c018b8dc>]    Not tainted VLI
EFLAGS: 00010246   (2.6.17.14 #1)
EIP is at sysfs_get_name+0x39/0x3f
eax: e03780fc   ebx: d5a98f00   ecx: ce589f04   edx: 00000004
esi: e02bc85b   edi: d8357575   ebp: d8357508   esp: ce589dc8
ds: 007b   es: 007b   ss: 0068
Process 05-wait_for_sys (pid: 4860, threadinfo=ce589000 task=de5bd030)
Stack: c018c8e8 00000000 d5a98f2c c0348f60 d8357508 cf0cec10 cf0cec90 
c0160edd
       ce589f04 ce589e44 00000000 ce589f04 ce589e3c ce589e44 c0161120 
df192ec0
       0023ee05 cf0cec10 0023ee05 ce589f04 c0161908 d9afa938 de5bd030 
00000010
Call Trace:
 <c018c8e8> sysfs_lookup+0x3e/0x8a  <c0160edd> real_lookup+0x56/0xb3
 <c0161120> do_lookup+0x49/0x78  <c0161908> __link_path_walk+0x7b9/0xc20
 <c0161db2> link_path_walk+0x43/0xae  <c01c67ee> strncpy_from_user+0x3c/0x5b
 <c01621d4> do_path_lookup+0x1fe/0x249  <c016242f> __user_walk_fd+0x29/0x3a
 <c015d479> vfs_stat_fd+0x15/0x3c  <c015da4b> sys_stat64+0xf/0x23
 <c01030df> sysenter_past_esp+0x54/0x75
Code: 09 f5 2f c0 8b 50 18 83 fa 04 74 1c 7f 07 83 fa 02 74 0e eb 19 83 
fa 08 74 0e 83 fa 20 74 09 eb 0d 8b 40 20 8b 40 30 c3 8b 40 14 <8b> 00 
c3 31 c0 c3 57 89 d7 56 53 8b 58 20 85 db 0f 84 80 00 00
EIP: [<c018b8dc>] sysfs_get_name+0x39/0x3f SS:ESP 0068:ce589dc8
 <3>BUG: sleeping function called from invalid context at 
include/linux/rwsem.h:43
in_atomic():0, irqs_disabled():1
 <c0119d92> __might_sleep+0x8a/0x94  <c0127195> 
blocking_notifier_call_chain+0x18/0x4b
 <c011ea8f> do_exit+0x17/0x36a  <c01043e3> die+0x1d2/0x1da
 <c011cda8> printk+0xe/0x11  <c02e2a60> do_page_fault+0x4f8/0x665
 <c01692b1> dput+0x31/0x137  <c02e2568> do_page_fault+0x0/0x665
 <c0103ce3> error_code+0x4f/0x54  <c01c007b> cfq_select_queue+0x2c/0x5e
 <c018b8dc> sysfs_get_name+0x39/0x3f  <c018c8e8> sysfs_lookup+0x3e/0x8a
 <c0160edd> real_lookup+0x56/0xb3  <c0161120> do_lookup+0x49/0x78
 <c0161908> __link_path_walk+0x7b9/0xc20  <c0161db2> 
link_path_walk+0x43/0xae
 <c01c67ee> strncpy_from_user+0x3c/0x5b  <c01621d4> 
do_path_lookup+0x1fe/0x249
 <c016242f> __user_walk_fd+0x29/0x3a  <c015d479> vfs_stat_fd+0x15/0x3c
 <c015da4b> sys_stat64+0xf/0x23  <c01030df> sysenter_past_esp+0x54/0x75
mode_hfcmulti: channel 0 protocol 41000002 slot -1 bank 0 (TX) slot -1 
bank 0 (RX)
Setting B-channel 0 to echo cancelable state on PCM slot 1
Enabling pass through for channel
DSP_CANCEL_INIT called
Using Hardware EC taps [128]
vpm_echocan_on called taps [128] on timeslot 1
DSP_CANCEL_INIT called
Disabling EC
Disabling Hardware EC
vpm_echocan_off called on timeslot 1
mode_hfcmulti: channel 0 protocol 0 slot -1 bank 0 (TX) slot -1 bank 0 (RX)
dsp_from_down: change tx volume to 0
handle_bmsg: unknown PH_CONTROL info 0


Any ideas would be greatly appreciated.

Kind Regards
Garth