[asterisk-users] zaptel huge irq problem

Mon May 14 11:43:49 MST 2007

Try switching to a Sangoma card. You won’t have anymore  IRQ issues once you
abandon Digium hardware.

--------------------------------------------------
Salvatore Giudice
Salvatore.Giudice at VoIPSecurityTraining.com

VoIP Security Training, LLC
http://VoIPSecurityTraining.com

848 N. Rainbow Blvd. #1676
Las Vegas, NV 89107
Phone: (617) 959-7625
Fax: (214) 279-2906

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of François
Delawarde
Sent: Monday, May 14, 2007 12:43 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] zaptel huge irq problem

Thanks Michael,

I've already been through all that unfortunately, and I have a SATA drive,
so no UDMA mode 2 as far as I know. I'm currently trying everything again
anyway, but i doubt it will work if nothing worked the first time.

Anyone would know of issues with XEN or SMP (or both) kernel? Do dual core
AMD64 processors have issues?

François.

Michael L. Young wrote: 

François,

I too had a similar problem and found the information on this page helpful:
http://www.voip-info.org/wiki/view/Asterisk+PCI+bus+Troubleshooting

What ended up working for me was changing the UDMA to mode 2 for the hard
drive.  Once I did that, this card has worked perfectly for me.

Michael L. Young

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-
bounces at lists.digium.com] On Behalf Of François Delawarde
Sent: Monday, May 14, 2007 10:24 AM
To: asterisk-users at lists.digium.com
Subject: [asterisk-users] zaptel huge irq problem

Hello,

I had noticed strange crackling sound on my phone calls going through my
zaptel device (TDM400P), so i decided to check on possible timer issue,
and found lots of issues on forums concerning the sensibility of zaptel
with IRQs, and tried about everything: moving PCI slots, noapic and
acpi=off boot options, play with different kernel options:
iosched/preemption/timer/..., play with BIOS PCI options, change
priorities, PCI latencies, IRQ balance, smp_afinity, ................
but impossible to come up with anything correcting that problem.

Any idea about this? Is it possible to force the timer to ztdummy (RTC
timer) when you have a zap card plugged in? It's the only thing i could
try to make it work.

Thanks,
François.

Just in case:

- Linux 2.6.18 with debian patches and xen enabled, asterisk running on
dom0.

- Here is my zttest results under a bit of load:
# ./zttest
Opened pseudo zap interface, measuring accuracy...
99.609375% 99.609375% 99.218750% 99.316406% 99.804688% 99.414062%
99.121094%
99.511719% 99.121094% 99.316406% 99.707031% 99.707031% 98.730469%
99.414062% 99.902344%
99.218750% 100.000000% 99.414062% 98.828125% 99.218750% 99.316406%
98.449707% 100.000000%

- The card DOES NOT seem to share interrupts (checked also with lspci):
# cat /proc/interrupts
           CPU0              CPU1
  1:       1626          0        Phys-irq  i8042
  6:          3          0        Phys-irq  floppy
  8:          0          0        Phys-irq  rtc
  9:          0          0        Phys-irq  acpi
 14:         63          0        Phys-irq  ide0
 16:          1          0        Phys-irq  libata, eth3
 17:    6762583          0        Phys-irq  libata
 18:      13789          0        Phys-irq  libata
 19:   33459690          0        Phys-irq  eth1
 20:   19864325          0        Phys-irq  sky2, eth0
 21:  269250881          0        Phys-irq  wctdm
256:   77735119          0     Dynamic-irq  timer0
257:    3986325          0     Dynamic-irq  resched0
258:         37          0     Dynamic-irq  callfunc0
259:          0    4652748     Dynamic-irq  resched1
260:          0        139     Dynamic-irq  callfunc1
261:          0   28924306     Dynamic-irq  timer1
262:       1021          0     Dynamic-irq  xenbus
263:          0          0     Dynamic-irq  console
NMI:          0          0
LOC:          0          0
ERR:          0
MIS:          0
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

-- 

 _________________________

François Delawarde

Ingeniero de red

Tel: 918.03.92.51

E-mail: fdelawarde at wirelessmundi.com

 _________________________

WIRELESS MUNDI

http://www.wirelessmundi.com/

C/Isaac Newton, 1 - Oficina 26 · Parque Tecnológico de Madrid

28760 TRES CANTOS (Madrid)

Tlf./Fax: (+34) 918 03 92 51

  _____  

La información contenida en este mensaje y en sus archivos adjuntos es
CONFIDENCIAL y se dirige exclusivamente a sus destinatarios. Queda
expresamente prohibida la utilización de la misma por cualquier persona
distinta de los destinatarios de esta comunicación. Si usted ha recibido
este mensaje por error le rogamos que lo comunique inmediatamente a WIRELESS
MUNDI y lo borre al igual que todos sus documentos adjuntos. El correo
electrónico no puede asegurar la confidencialidad ni la integridad de sus
mensajes por lo que WIRELESS MUNDI no se hace responsable de tales errores u
omisiones.

----------0----------

All information in this message and its attachments is confidential and may
be legally privileged. Only intended recipients are authorized to use it. If
you have received this transmission in error, please notify WIRELESS MUNDI
immediately and delete this message and its attachments. E-mail
transmissions are not guaranteed to be secure or error free and WIRELESS
MUNDI does not accept liability for such errors or omissions.

  _____  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070514/e72f2a36/attachment.htm