[Asterisk-Users] RE: TDM Card loses Dialtone and Battery
Brian J. Schrock
brians at anistonetech.com
Tue Dec 30 14:54:51 MST 2003
> Since updating my 2 TDM400P's, with 4 channels each, to REV E/F, I have
> seen very intermittant loss of dialtone on some channels, one hard
> lookup that required a power reset and a "Power alarm on module 1,
> resetting!", which oddly occurred in the small hours of the morning,
> when the phone was not being used, over a +_ 2 month period, where the
> first card has had regular daily office use and the second card
> virtually none.
> The machine is a 2.4GHz P4 on an ASUS Intel chipset MB, running a
> stripped down Redhat 7.3 with a custom kernel compiled completely with
> asterisk requirements only. Everything not required for asterisk (USB,
> serial, parallel, mouse) has been disabled in the BIOS and there is no X
> or framebuffer installed. Two X101Ps are also in use.
> 0: 456297846 XT-PIC timer
> 1: 2 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 5: 267137019 XT-PIC wcfxo
> 7: 16745155 XT-PIC eth0
> 8: 1 XT-PIC rtc
> 9: 267049399 XT-PIC wcfxo
> 11: 267335750 XT-PIC wcfxs
> 12: 3313776049 XT-PIC wcfxs
> 14: 1912794 XT-PIC ide0
> NMI: 0
> LOC: 456293550
> ERR: 0
> MIS: 0
> I would be interested in hearing from anyone else running 2 x X101 and 2
> x TDM400 4 channels, who is having no problems at all.
I get this stuff all the time in my logs from a single TDM400P in a p2.4
asus MB ...
Ouch, part reset, quickly restoring reality (0)
Power alarm on module 1, resetting!
Power alarm on module 3, resetting!
I also get all kinds of strange behaviour including no dialtone, low
audio volume, and faxing regularily fails.
0: 62497830 XT-PIC timer
1: 19 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 78109734 XT-PIC Intel ICH4
6: 0 XT-PIC usb-uhci
8: 1 XT-PIC rtc
9: 851315236 XT-PIC usb-uhci, ohci1394, eth0, eth1, wcfxs
11: 0 XT-PIC ehci-hcd
12: 0 XT-PIC usb-uhci, PS/2 Mouse
14: 3536981 XT-PIC ide0
15: 4071705 XT-PIC ide1
17:45:40 up 7 days, 5:36, 3 users, load average: 0.07, 0.03, 0.01
I am assuming all of my problems are caused by interrupt sharing. I am
going tomorrow to move the card around until it gets on its own IRQ.If
you notice my kernel is not smp, I have other installs with the same
hardware working fine, because I am using hyperthreading with an smp
kernel, perhaps you should try that.
Also, in some modules I use to be able to specify IRQ, why can't I in
the wcfxs module?
More information about the asterisk-users