Problems installing a A800P card in Debian.

Hello.

I am trying to install an OpenVox A800P with 4 FXO ports in a Debian 7.0 Wheezy 64 bits. I have installed and compiled the dahdi-modules-3.2.0-4-amd64 package, that includes opvxa1200.c (same version than your web page). I have blacklisted the wcopenpci module . Now, I can see the card:

# lsmod | egrep "dahdi|opvx"
opvxa1200 52767 1
dahdi 191056 1 opvxa1200
crc_ccitt 12347 1 dahdi

# lspci -vvvv
...
04:00.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface
Subsystem: Device 9500:0003
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <;PERR- INTx-
Latency: 32 (250ns min, 32000ns max)
Interrupt: pin A routed to IRQ 19
Region 0: I/O ports at d000
Region 1: Memory at f7c11000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=55mA PME(D0+,D1-,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: opvxa1200
....

# dahdi_hardware
pci:0000:04:00.0 opvxa1200+ e159:0001 OpenVox A800P

But when I try to generate a configuration:

# dahdi_genconf -vvv
Default parameters from /etc/dahdi/genconf_parameters
Empty configuration -- no spans
Generating /etc/dahdi/system.conf
Empty configuration -- no spans
Generating /etc/asterisk/dahdi-channels.conf

# cat /etc/dahdi/system.conf

# Autogenerated by /usr/sbin/dahdi_genconf on Thu May 23 11:28:37 2013
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Global data

loadzone = us
defaultzone = us

# cat /etc/asterisk/dahdi-channels.conf
; Autogenerated by /usr/sbin/dahdi_genconf on Thu May 23 11:28:37 2013
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;

So, it seems that dahdi_genconf is unable to find my card, even when the driver is loaded. I have tried several approaches, but none of them worked and now I am blocked.

Any help will be really apreciated. Thanks in advance.

i] Last edited by Caid at 2013-5-23 18:55 [/i

HI

Please show me the output of "dmesg" . Send SSH info to my E-mail This email address is being protected from spambots. You need JavaScript enabled to view it. . You also can add my Skype upper.hua .
I will check it for you .

Best regards
upper

Hello.
This is my dmesg output. I will arrange a SSH access and send the data to your mail now.

Hello

Was a solution found the this problem? I seem to have the same issue with a new A800E:


# modprobe opvxa1200 debug=1

# lspci -vv

00:06.0 Communication controller: Tiger Jet Network Inc. Tiger3XX Modem/ISDN interface
        Subsystem: Device 9500:0003
        Physical Slot: 6
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0 (250ns min, 32000ns max)
        Interrupt: pin A routed to IRQ 40
        Region 0: I/O ports at c300
        Region 1: Memory at f3001000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: opvxa1200

# dmesg

[   93.844303] dahdi: Version: 2.7.0.1
[   93.844467] dahdi: Telephony Interface Registered on major 196
[   93.846149] xen: --> pirq=16 -> irq=40 (gsi=40)
[   93.846174] BUG: unable to handle kernel NULL pointer dereference at 0000000000000018
[   93.847019] IP: [<ffffffffa01ec1db>] wctdm_init_one+0x362/0x11f8 [opvxa1200]
[   93.847620] PGD 0 
[   93.848094] Oops: 0002 [#1] SMP 
[   93.848791] CPU 0 
[   93.849046] Modules linked in: opvxa1200(O+) dahdi(O) crc_ccitt loop snd_pcm parport_pc parport snd_page_alloc i2c_piix4 i2c_core snd_timer snd soundcore evdev psmouse pcspkr crc32c_intel serio_raw processor button thermal_sys ext4 crc16 jbd2 mbcache dm_mod ata_generic floppy xen_blkfront ata_piix xen_netfront libata scsi_mod [last unloaded: scsi_wait_scan]
[   93.849691] 
[   93.849691] Pid: 2476, comm: modprobe Tainted: G           O 3.2.0-4-amd64 #1 Debian 3.2.51-1 Xen HVM domU
[   93.849691] RIP: 0010:[<ffffffffa01ec1db>]  [<ffffffffa01ec1db>] wctdm_init_one+0x362/0x11f8 [opvxa1200]
[   93.849691] RSP: 0018:ffff88010f0afd08  EFLAGS: 00010296
[   93.849691] RAX: ffff8801097062a0 RBX: ffff8800e2830000 RCX: ffff88010f0afb5e
[   93.849691] RDX: ffffffffa01efa5c RSI: 0000000000000000 RDI: ffff88010f0afb5e
[   93.849691] RBP: ffff88010a0e2000 R08: 000000000000000a R09: 00000000fffffffe
[   93.849691] R10: 0000000000000000 R11: 0000000000004d2c R12: ffff8800e2830014
[   93.849691] R13: 0000000000000000 R14: 00000000fffffff4 R15: 0000000000000000
[   93.849691] FS:  00007fb9355dd700(0000) GS:ffff88010f400000(0000) knlGS:0000000000000000
[   93.849691] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[   93.849691] CR2: 0000000000000018 CR3: 00000001006a0000 CR4: 00000000000006f0
[   93.849691] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   93.849691] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[   93.849691] Process modprobe (pid: 2476, threadinfo ffff88010f0ae000, task ffff8801013f6fa0)
[   93.849691] Stack:
[   93.849691]  0000000000000246 0000000000000246 ffffffff8134f247 ffffffff81259696
[   93.849691]  ffff88010a0f0e20 ffffffff81070fc1 0000000000000292 ffff88010a0e2090
[   93.849691]  ffff88010f0afda0 ffffffffa01f1130 00000000ffffffff 0000000000000000
[   93.849691] Call Trace:
[   93.849691]  [<ffffffff8134f247>] ? _raw_spin_unlock_irqrestore+0xe/0xf
[   93.849691]  [<ffffffff81259696>] ? __pm_runtime_set_status+0x118/0x13c
[   93.849691]  [<ffffffff81070fc1>] ? arch_local_irq_save+0x11/0x17
[   93.849691]  [<ffffffff811c656f>] ? local_pci_probe+0x39/0x68
[   93.849691]  [<ffffffff811c7018>] ? pci_device_probe+0xcd/0xfa
[   93.849691]  [<ffffffff81251d31>] ? driver_probe_device+0xa8/0x138
[   93.849691]  [<ffffffff81251e10>] ? __driver_attach+0x4f/0x6f
[   93.849691]  [<ffffffff81251dc1>] ? driver_probe_device+0x138/0x138
[   93.849691]  [<ffffffff81250960>] ? bus_for_each_dev+0x4f/0x7a
[   93.849691]  [<ffffffff812516ca>] ? bus_add_driver+0xa5/0x1f5
[   93.849691]  [<ffffffff81252238>] ? driver_register+0x8d/0xf5
[   93.849691]  [<ffffffff811c7833>] ? __pci_register_driver+0x4d/0xb6
[   93.849691]  [<ffffffffa017312d>] ? wctdm_init+0x12d/0x1000 [opvxa1200]
[   93.849691]  [<ffffffffa0173000>] ? 0xffffffffa0172fff
[   93.849691]  [<ffffffff81002085>] ? do_one_initcall+0x75/0x12c
[   93.849691]  [<ffffffffa0173000>] ? 0xffffffffa0172fff
[   93.849691]  [<ffffffff810757c4>] ? sys_init_module+0x10c/0x25b
[   93.849691]  [<ffffffff81354212>] ? system_call_fastpath+0x16/0x1b
[   93.849691] Code: 00 00 bf d0 00 00 00 48 c7 c6 46 fa 1e a0 8b 48 38 48 8b 40 10 0f b6 90 98 00 00 00 c1 e9 03 31 c0 83 e1 1f ff c1 e8 39 8e fc e0 <49> 89 45 18 48 8b bb 48 01 00 00 48 83 7f 18 00 0f 84 8f 01 00 
[   93.849691] RIP  [<ffffffffa01ec1db>] wctdm_init_one+0x362/0x11f8 [opvxa1200]
[   93.849691]  RSP <ffff88010f0afd08>
[   93.849691] CR2: 0000000000000018
[   93.897799] ---[ end trace 31ce9ad5135a26c4 ]---

i] Last edited by dsg at 2013-11-11 04:55 [/i

HI,


Please add my Skype upper.hua and give me remote access to check first .Thanks.

upper

Thanks for your offer, Hua, but I don't have Skype and cannot grant remote access to this server.

Howver, I have found the problem. In the version of the driver Debian ships, wctdm_initialize() does not call dahdi_create_device(), so when it tries to do

wc->ddev->location = kasprintf(GFP_KERNEL,
"PCI Bus %02d Slot %02d",
wc->dev->bus->number,
PCI_SLOT(wc->dev->devfn) + 1);

wc->ddev is a null pointer as reported by dmesg.

A temporary fix is to add three lines from the version in http://downloads.openvox.cn/pub/drivers/dahdi-linux-complete/openvox_dahdi-linux-complete-current.tar.gz at the beginning of the function, after int x is declared:

wc->ddev = dahdi_create_device(); //Dennis
if (!wc->ddev)
return -ENOMEM;

and rebuild the modules.

It looks like Debian still has an old and broken version of the driver. I will open a downstream bug and post a reference to it here.

What is the best URL to get the most current OpenVOX code? It's hard to tell if the svn repo linked from the main website is up to date...