On Wed, 11 Oct 2000, Tigran Aivazian wrote:
> On Wed, 11 Oct 2000, Mark Hemment wrote:
> > On Wed, 11 Oct 2000, Tigran Aivazian wrote:
> >
> > > a) one of the eepro100 interfaces (the onboard one on the S2QR6 mb) is
> > > malfunctioning, interrupts are generated but no traffic gets through (YES,
> > > I did plug it in correctly, this time, and I repeat 2.2.16 works!)
> >
> > I saw this the other week on our two-way Dell under a reasonibly heavy
> > load - but with 3c59x.c driver, the eepro100s survived!
> > Either NIC (had two Tornados) could go this away after anything from 1
> > to 36 hours of load. They would end up running in "poll" mode off the
> > transmit watchdog timer.
> > Swapped them for a dual-port eepro100 and no more problems.
>
> I disabled eepro100 support completely and the problem is still
> there. What I also noticed is that with highmem-PAE enabled I
> get BUG in page_alloc.c at line 221 so it is probably a VM
> problem recently introduced (hence cc'd Rik).
Can you trigger this bug /without/ PAE ?
I've been stress-testing my dual-cpu test machines (one with
64MB and one with 1GB ram) very very heavily for the last 4
days and haven't encountered any bug whatsoever ...
Btw, what compiler are you using ?
> I will continue to narrow down by removing some things (like
> mtrr) from the equation. Rik, the problem is that when one
> enables PAE (or just highmem-4G) support on a 4-way 6G RAM
> machine becomes 38-40 times slower.
38-40 times slower in what kind of benchmark ?
regards,
Rik
--
"What you're running that piece of shit Gnome?!?!"
-- Miguel de Icaza, UKUUG 2000
http://www.conectiva.com/ http://www.surriel.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
