Dahdi 2.4.1 rsp y Junghans

[Heli Nuñez]

Muy buenas, 

estoy instalando una centralita con una junghans duobri de 2 puertos. Tras unas primeras pruebas he comprobado un par de hechos. 

1 - La tarjeta no funciona con dahdi rsp 2.4.1. Sin embargo, al instalar dahdi rsp 2.4.0 vuelve a funcionar. 

2 - Tanto en rsp 2.4.1 como en 2.4.0 carga el driver hfc4s que segun he leido en un post de Elio en sinologic, correspondería a una junghans de 4 puertos, siendo el driver correcto el hfc2s. 

Siguiendo el post  http://www.sinologic.net/blog/2009-08/como-instalar-una-tarjeta-rdsik-bri-con-dahdi/ he modificado el parche de la rsp 2.4.0  008-subid_b751.patch, donde he cambiado la linea 

008-subid_b751.patch:+ { 0x1397, 0x08b4, 0x1397, 0xb751, 0, 0, (unsigned long)&hfc4s },

por 

008-subid_b751.patch:+ { 0x1397, 0x08b4, 0x1397, 0xb751, 0, 0, (unsigned long)&hfc2s },

Una vez hecho esto, recompilando dahdi 2.4.0 rsp, ya tengo la junghans funcionando y con los indicadores de los 2 spans correctos, en el dmesg ya solo me aparecen 2 spans y no me rayo viendo 4 rdsis en una targeta de 2. 

Ahora la pregunta que me hago es... porqué la duoBri tenia el driver hfc4s y no el hfc2s? Se cambió por algún motivo en especial (bugs, calidad de audio, no funciona...) o ha sido solo un error de transcripción que nadie ha solucionado porque simplemente se usa muy poco este tipo de targetas? Yo me decanto mas por la segunda opcion, pero prefiero preguntar no vaya a ser que haya un motivo justificado que haga que luego tenga que volver atras, y es que hasta que la centralita no esté en cliente no podré probar bien las rdsi. 

Gracias a todos por la atencion y felicidades por el enorme trabajo que haceis todos. 

Att,

Helí 

Logs con dahdi RSP 2.4.1 por si a alguien le apetece mirarselo. 

# /etc/init.d/dahdi stop

# /etc/init.d/dahdi start

Loading DAHDI hardware modules:

   wct4xxp: done   wcte12xp: done   wct1xxp: done   wcte11xp: done   wctdm24xxp: done   wcfxo: done   wctdm: done   wcb4xxp: error   wctc4xxp: done   xpp_usb: done   zaphfc: done   opvxa1200: done   opvxd115: done   dahdi_echocan_octvqe: done

No hardware timing source found in /proc/dahdi, loading dahdi_dummy

Running dahdi_cfg: .

# dahdi_hardware 

pci:0000:21:04.0     wcb4xxp-     1397:08b4 Junghans DuoBRI ISDN card

# dahdi_cfg -vv

DAHDI Tools Version - 2.4.1

DAHDI Version: 2.4.1.2

Echo Canceller(s): OCTVQE

Configuration

======================

SPAN 1: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)

SPAN 2: CCS/ AMI Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Echo Canceler: OSLEC) (Slaves: 01)

Channel 02: Clear channel (Default) (Echo Canceler: OSLEC) (Slaves: 02)

Channel 03: Hardware assisted D-channel (Default) (Echo Canceler: none) (Slaves: 03)

Channel 04: Clear channel (Default) (Echo Canceler: OSLEC) (Slaves: 04)

Channel 05: Clear channel (Default) (Echo Canceler: OSLEC) (Slaves: 05)

Channel 06: Hardware assisted D-channel (Default) (Echo Canceler: none) (Slaves: 06)

6 channels to configure.

DAHDI_SPANCONFIG failed on span 1: No such device or address (6)

# dmesg

vzaphfc: HFC-S PCI A ISDN (V1.42) unloaded

[ 1529.133243] usbcore: deregistering interface driver xpp_usb

[ 1529.134188] NOTICE-xpp: toplevel_release

[ 1529.140469] dahdi_transcode: Unloaded.

[ 1529.145664] ------------[ cut here ]------------

[ 1529.145670] WARNING: at /build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/sysfs/dir.c:491 sysfs_add_one+0xcc/0xe4()

[ 1529.145673] Hardware name: ProLiant ML110 G6

[ 1529.145674] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:1c.4/0000:20:00.0/0000:21:04.0/timing_master'

[ 1529.145676] Modules linked in: dahdi_echocan_oslec echo dahdi_echocan_octvqe wcb4xxp(-) wctdm wcfxo wctdm24xxp wcte11xp wct1xxp wcte12xp dahdi_voicebus wct4xxp dahdi crc_ccitt loop snd_pcm snd_timer hfcmulti mISDN_core i2c_i801 i2c_core shpchp pci_hotplug container snd soundcore snd_page_alloc button pcspkr evdev processor usbhid hid ext3 jbd mbcache sg sr_mod sd_mod crc_t10dif cdrom ata_generic ata_piix libata tg3 ehci_hcd libphy scsi_mod usbcore nls_base thermal thermal_sys [last unloaded: dahdi_transcode]

[ 1529.145701] Pid: 11842, comm: rmmod Not tainted 2.6.32-5-amd64 #1

[ 1529.145703] Call Trace:

[ 1529.145706]  [<ffffffff8113fd23>] ? sysfs_add_one+0xcc/0xe4

[ 1529.145708]  [<ffffffff8113fd23>] ? sysfs_add_one+0xcc/0xe4

[ 1529.145712]  [<ffffffff8104df00>] ? warn_slowpath_common+0x77/0xa3

[ 1529.145715]  [<ffffffff8104df88>] ? warn_slowpath_fmt+0x51/0x59

[ 1529.145717]  [<ffffffff8113fc4f>] ? sysfs_pathname+0x35/0x3d

[ 1529.145719]  [<ffffffff8113fc4f>] ? sysfs_pathname+0x35/0x3d

[ 1529.145722]  [<ffffffff8113fc4f>] ? sysfs_pathname+0x35/0x3d

[ 1529.145724]  [<ffffffff8113fc4f>] ? sysfs_pathname+0x35/0x3d

[ 1529.145726]  [<ffffffff8113fd23>] ? sysfs_add_one+0xcc/0xe4

[ 1529.145730]  [<ffffffff8113f708>] ? sysfs_add_file_mode+0x4e/0x7f

[ 1529.145735]  [<ffffffffa0374a09>] ? b4xxp_init_stage1+0x5d5/0x613 [wcb4xxp]

[ 1529.145738]  [<ffffffffa03763ef>] ? b4xxp_remove+0x5f/0x100 [wcb4xxp]

[ 1529.145742]  [<ffffffff811a2d81>] ? pci_device_remove+0x27/0x4a

[ 1529.145746]  [<ffffffff81220bb0>] ? __device_release_driver+0x96/0xeb

[ 1529.145749]  [<ffffffff81220c79>] ? driver_detach+0x74/0x9a

[ 1529.145751]  [<ffffffff8121ffe4>] ? bus_remove_driver+0x83/0xb3

[ 1529.145754]  [<ffffffff811a3017>] ? pci_unregister_driver+0x38/0x95

[ 1529.145758]  [<ffffffff81078d37>] ? sys_delete_module+0x1d2/0x258

[ 1529.145762]  [<ffffffff812fc555>] ? page_fault+0x25/0x30

[ 1529.145765]  [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b

[ 1529.145767] ---[ end trace a363c2caa89ef97a ]---

[ 1529.145769] wcb4xxp 0000:21:04.0: Failed to create device attributes.

[ 1529.145787] wcb4xxp 0000:21:04.0: PCI INT A disabled

[ 1529.145789] wcb4xxp 0000:21:04.0: Driver unloaded.

[ 1529.173346] octvqe: Echo cancellation support unloaded

[ 1529.177231] dahdi: Telephony Interface Unloaded

[ 1529.184875] dahdi: Telephony Interface Registered on major 196

[ 1529.184877] dahdi: Version: 2.4.1.2

[ 1529.204947] opvxec: Unknown symbol __down_failed

[ 1529.205001] opvxec: Unknown symbol __up_wakeup

[ 1529.205058] opvxec: Unknown symbol init_waitqueue_head

[ 1529.205117] opvxec: Unknown symbol cond_resched

[ 1529.205180] opvxec: Unknown symbol malloc_sizes

[ 1529.205231] opvxec: Unknown symbol print_tainted

[ 1529.206774] dahdi_transcode: Loaded.

[ 1529.215321] INFO-xpp: revision Unknown MAX_XPDS=64 (8*8)

[ 1529.215323] INFO-xpp: FEATURE: without BRISTUFF support

[ 1529.215329] INFO-xpp: FEATURE: with PROTOCOL_DEBUG

[ 1529.215363] INFO-xpp: FEATURE: with sync_tick() from DAHDI

[ 1529.216665] INFO-xpp_usb: revision Unknown

[ 1529.216713] usbcore: registered new interface driver xpp_usb

[ 1529.218651] vzaphfc: HFC-S PCI A ISDN (V1.42) loading

[ 1529.225037] octvqe: OCTVQE-MOD-01.04.02-PR. Using major 251, (Built on May 12 2011 10:20:27).

[ 1529.225039] dahdi_echocan_octvqe: Registered echo canceler 'OCTVQE'

[ 1596.814589] vzaphfc: HFC-S PCI A ISDN (V1.42) unloaded

[ 1596.819853] usbcore: deregistering interface driver xpp_usb

[ 1596.820680] NOTICE-xpp: toplevel_release

[ 1596.826857] dahdi_transcode: Unloaded.

[ 1596.854242] octvqe: Echo cancellation support unloaded

[ 1596.855063] dahdi: Telephony Interface Unloaded

[ 1599.970012] dahdi: Telephony Interface Registered on major 196

[ 1599.970014] dahdi: Version: 2.4.1.2

[ 1599.989846] opvxec: Unknown symbol __down_failed

[ 1599.989899] opvxec: Unknown symbol __up_wakeup

[ 1599.989957] opvxec: Unknown symbol init_waitqueue_head

[ 1599.990016] opvxec: Unknown symbol cond_resched

[ 1599.990078] opvxec: Unknown symbol malloc_sizes

[ 1599.990129] opvxec: Unknown symbol print_tainted

[ 1599.991680] dahdi_transcode: Loaded.

[ 1600.000248] INFO-xpp: revision Unknown MAX_XPDS=64 (8*8)

[ 1600.000250] INFO-xpp: FEATURE: without BRISTUFF support

[ 1600.000255] INFO-xpp: FEATURE: with PROTOCOL_DEBUG

[ 1600.000288] INFO-xpp: FEATURE: with sync_tick() from DAHDI

[ 1600.001591] INFO-xpp_usb: revision Unknown

[ 1600.001639] usbcore: registered new interface driver xpp_usb

[ 1600.003577] vzaphfc: HFC-S PCI A ISDN (V1.42) loading

[ 1600.009986] octvqe: OCTVQE-MOD-01.04.02-PR. Using major 251, (Built on May 12 2011 10:29:42).

[ 1600.009989] dahdi_echocan_octvqe: Registered echo canceler 'OCTVQE'

[Xavier Jiménez]

Saludos Hel�,

> estoy instalando una centralita con una junghans duobri de 2 puertos.
> Tras unas primeras pruebas he comprobado un par de hechos.
>
> 1 - La tarjeta no funciona con dahdi rsp 2.4.1. Sin embargo, al instalar
> dahdi rsp 2.4.0 vuelve a funcionar.
> 2 - Tanto en rsp 2.4.1 como en 2.4.0 carga el driver hfc4s que segun he

> leido en un post de Elio en sinologic, corresponder�a a una junghans de

> 4 puertos, siendo el driver correcto el hfc2s.
> Siguiendo el post
> http://www.sinologic.net/blog/2009-08/como-instalar-una-tarjeta-rdsik-bri-con-dahdi/
> he modificado el parche de la rsp 2.4.0 008-subid_b751.patch, donde he
> cambiado la linea
>
> 008-subid_b751.patch:+{ 0x1397, 0x08b4, 0x1397, 0xb751, 0, 0, (unsigned
> long)&hfc4s },
>
> por
>
> 008-subid_b751.patch:+{ 0x1397, 0x08b4, 0x1397, 0xb751, 0, 0, (unsigned
> long)&hfc2s },
>
> Una vez hecho esto, recompilando dahdi 2.4.0 rsp, ya tengo la junghans
> funcionando y con los indicadores de los 2 spans correctos, en el dmesg
> ya solo me aparecen 2 spans y no me rayo viendo 4 rdsis en una targeta
> de 2.
>

> Ahora la pregunta que me hago es... porqu� la duoBri tenia el driver
> hfc4s y no el hfc2s? Se cambi� por alg�n motivo en especial (bugs,

> calidad de audio, no funciona...) o ha sido solo un error de

> transcripci�n que nadie ha solucionado porque simplemente se usa muy

> poco este tipo de targetas? Yo me decanto mas por la segunda opcion,
> pero prefiero preguntar no vaya a ser que haya un motivo justificado que
> haga que luego tenga que volver atras, y es que hasta que la centralita

> no est� en cliente no podr� probar bien las rdsi.
>

La verdad es que ni idea. No he probado esa tarjeta. De todos modos a
nivel de hardware la mayor�a de tarjetas de 2/4 puertos llevan el mismo
chipset, y por eso no suele dar problemas.

Ya est� corregido en la 2.4.1, thx Hel�!

Ya sabes, si encuentras otro bug ... EXTERMINATE ! :P

--
Atentamente,
Xavier Jim�nez
CapaTres Soluciones Tecnol�gicas S.L.
http://www.capatres.com
http://capatres.tel