<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.6000.16546" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV>
<DIV class=m>
<DIV class=m><FONT face=Arial size=2>2950s work fine.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2>I have had the parity error for over a year
with no noticable problems. It is working fine.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2>I did have to make some IRQ changes to
clean up the system.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2>I did these on my Dell 1750 test machine,
but have made the same changes on my production machine.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2>The changes basically redue the IRQ load
from other cards, like the RAID card, which will reduce the bus's capacity for
processing all of the TDM IRQs.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2>It also allocates just one CPU full time
for all of the TDM IRQs.</FONT></DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2>The changes are below:</FONT></DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m><FONT face=Arial size=2>ref:</FONT></DIV>
<DIV class=m>FYI on zttool output on SMP system </DIV>
<DIV class=m><FONT face=Arial size=2></FONT> </DIV>
<DIV class=m>--- Results after 56 passes --- </DIV>
<DIV class=m>Best: 100.000000 -- Worst: 99.987793 -- Average: 99.999564
</DIV>
<DIV class=m>Only 2 were 99.987793, the 54 others were all 100.000000.
</DIV>
<DIV class=m> </DIV></DIV>
<DIV class=m>I got this by making the changes below on my dual proc Dell 1750.
</DIV>
<DIV class=m> </DIV>
<DIV class=m>setpci -v -s 01:08.1 LATENCY_TIMER=8 </DIV>
<DIV class=m>setpci -v -s 00:0f.1 LATENCY_TIMER=8 </DIV>
<DIV class=m>setpci -v -s 01:04.0 LATENCY_TIMER=8 </DIV>
<DIV class=m>setpci -v -s 01:02.0 LATENCY_TIMER=8 </DIV>
<DIV class=m>setpci -v -s 00:0f.2 LATENCY_TIMER=8 </DIV>
<DIV class=m>setpci -v -s 01:04.0 LATENCY_TIMER=8 (these are USB, SCSI HW RAID
driver, Ethernet, Video, etc. I did not alter ZAP cards, nor any </DIV>
<DIV class=m>bridges or buses) </DIV>
<DIV class=m> </DIV>
<DIV class=m>echo 1 > /proc/irq/17/smp_affinity (Ethernet) </DIV>
<DIV class=m>echo 1 > /proc/irq/18/smp_affinity (SCSI HW RAID Driver)
</DIV>
<DIV class=m>echo 2 > /proc/irq/20/smp_affinity (TDM) </DIV>
<DIV class=m>echo 2 > /proc/irq/24/smp_affinity (TE411P) </DIV>
<DIV class=m> </DIV>
<DIV class=m>I also turned of the startup of irqbalance. </DIV>
<DIV class=m> </DIV>
<DIV class=m>The setpci changes did the most work concerning reaching 100% in
zttest. </DIV>
<DIV class=m> </DIV>
<DIV class=m>Irqbalance was causing the the processor handling the interrupts of
the zap cards to change very often. </DIV>
<DIV class=m>This would impose a delay during the change and cause the zttest
numbers to drop/be inconsistent. </DIV>
<DIV class=m> </DIV>
<DIV class=m>Because I turned irqbalance off, the irqs are processed round robin
style, which is also not good. </DIV>
<DIV class=m>Therefore, I hard coded the processor affinity for the zap cards to
one proc and all other high load irqs to the other proc. </DIV>
<DIV class=m>If you have more than 2 procs, you can spread them out even more.
If you do not turn off irqbalance, the affinity changes will be </DIV>
<DIV class=m>overwritten by it. </DIV>
<DIV class=m> </DIV>
<DIV class=m>I made these changes on a live system without issue. </DIV>
<DIV class=m>I set these changes in /etc/rc.d/rc.local to reset them
after reboots. </DIV></DIV>
<DIV><BR>-- <BR>-- <BR>Steven</DIV>
<DIV> </DIV>
<DIV><A
href="http://www.glimasoutheast.org">http://www.glimasoutheast.org</A></DIV>
<DIV> </DIV>
<DIV><BR> </DIV>
<BLOCKQUOTE
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Brian Hutchinson" <<A
href="mailto:b.hutchman@gmail.com">b.hutchman@gmail.com</A>> wrote in
message <A
href="news:3d1967ab0710250333r62643f08nc8efa99ec6c6e2a0@mail.gmail.com">news:3d1967ab0710250333r62643f08nc8efa99ec6c6e2a0@mail.gmail.com</A>...</DIV>You
guys are scaring me! I'm building a 2950 with SAS RAID 5 on the new PERC and
it will have 2 TE420P's. I hope it works or my bacon will fry.<BR><BR>
<DIV><SPAN class=gmail_quote>On 10/25/07, <B class=gmail_sendername>Joseph
Begumisa</B> <<A href="mailto:joe@cfi.co.ug">joe@cfi.co.ug</A>>
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">>
<BR>> Has anyone had any compatibility issues with a TE110P card
installed<BR>> on a Dell Poweredge 1950?I noted the following error on
the LCD<BR>> display of the Dell Poweredge
1950:<BR>><BR>><BR>><BR>> E1711 PCI PErr Slot 1 E171F PCIE Fatal
Error B0 D4 F0.<BR><BR>>Yes, I have had this problem with a dell PE1650,
1850, SC1400, and PE650. I<BR>have a TE410P that does it. It may not be
wise, but I just ignore the orange <BR>blinking LCD display (or light,
>depending on the model). I did try<BR>reseating the card, and it "works"
for a few weeks, and then goes back to<BR>the same old thing.<BR><BR>Yes,
that happened too. Digium has graciously offered to send me a
TE120P <BR>with the Digium VoiceBus technology which I will test out on the
Dell 1950.<BR>Will post my findings
thereafter.<BR><BR>Joseph.<BR><BR><BR><BR><BR>_______________________________________________<BR>--Bandwidth
and Colocation Provided by <A
href="http://www.api-digital.com--">http://www.api-digital.com--</A><BR><BR>asterisk-users
mailing list<BR>To UNSUBSCRIBE or update options visit:<BR> <A
href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR></BLOCKQUOTE></DIV><BR>
<P>
<HR>
<P></P>_______________________________________________<BR>--Bandwidth and
Colocation Provided by http://www.api-digital.com--<BR><BR>asterisk-users
mailing list<BR>To UNSUBSCRIBE or update options visit:<BR>
http://lists.digium.com/mailman/listinfo/asterisk-users</BLOCKQUOTE></BODY></HTML>