lkml.org 
[lkml]   [2003]   [Dec]   [4]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateThu, 04 Dec 2003 01:09:11 -0800
From"" <>
SubjectRE: NForce2 pseudoscience stability testing (2.6.0-test11)
Prakash Cheemplavam wrote
 >>>Thanks everyone for your continued interest in this, I'll
 >>>try and test the no-onboard-PATA + UP LAPIC and IOAPIC and
 >>>add-in-card-PATA with no onboard PATA + + UP LAPIC and IOAPIC
 >>>when I get a spare moment which is rare.
 >
 >I don't think that the AMD IDE is the problem. I have compiled
 >it in, as
 >well, but I am using the onboard SATA. Since this can be
 >considered as  >an pci-card (the chip is connected to the pci
 > bridge) I think ölocking occurs on high traffic on PCI bus.
 > Like now I get over 60mb/s with my >HD. Formerly I got only
 > 25mb/s. before I could do some rounds of hdparm -t, before it
 > locks. Now it locks immediately when doing hdparm -t
 > when  APIC is enabled.
 >
 >SO, I think it is not IDE specific. Does anybody have gigabit
 > network card? Maybe that we should try to push something big
 > through it (without reading from hd). If that leads to lock
 > up we have a semi proof that it is due to high traffic on
 > pci-bus.

I was thinking that myself (PCI activity triggering this).
The first time I hit this problem was with a card with two
ACENics/tigon2 (acenic.o) sniffing traffic at high rates
(100,000pps+) with most file i/o going over NFS on the
integrated 3com interface.

I ran for three days 200,000+pps sniffing with tethereal on
windows2000 on both acenics and never a lockup.

The AMD-Nvidia PATA does seem to be a very common in this
problem, but everyone at least has a CD-ROM and most
have a PATA hard disk so its going to be there every time
a problems crops up. I think we need to prove that an
solid add-in PCI PATA card that takes the CD and the
and the PATA disk and shut off the onboard ATA and torture
test again. I havent had time to yet.




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:59    [W:0.174 / U:0.200 seconds]
©2003-2008 Jasper Spaans