test10-pre1 problems on 4-way SuperServer8050

From: Tigran Aivazian (tigran@veritas.com)
Date: Wed Oct 11 2000 - 07:06:58 EST


Hi,

I have installed 2.4.0-test10-pre1 on a 4-way Xeon 700MHz 6G RAM machine
and observe various problems, not present in
2.2.16-(redhat69's-number-17).

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!)

b) it detects all memory correctly but creates a write-back mtrr only for
the first 2G, is this normal?

# cat /proc/meminfo /proc/mtrr
        total: used: free: shared: buffers: cached:
Mem: 1985175552 107397120 1877778432 0 6864896 60833792
Swap: 1891770368 0 1891770368
MemTotal: 6132952 kB
MemFree: 6028072 kB
MemShared: 0 kB
Buffers: 6704 kB
Cached: 59408 kB
Active: 9884 kB
Inact_dirty: 56228 kB
Inact_clean: 0 kB
Inact_target: 96 kB
HighTotal: 5322688 kB
HighFree: 5247736 kB
LowTotal: 810264 kB
LowFree: 780336 kB
SwapTotal: 1847432 kB
SwapFree: 1847432 kB
reg01: base=0x00000000 ( 0MB), size=2048MB: write-back, count=1
reg02: base=0xfc000000 (4032MB), size= 64MB: uncachable, count=1

c) /proc/meminfo shows the number of bytes incorrectly, The B() macro of
fs/proc/proc_misc.c looks fine but perhaps the %8lu format specifier
should be extended to %16lu? (we should care about correctness more than
about binary compatibility with apps that may parse /proc/meminfo file)

d) the system is incredibly slow. It took only 1 minute 20 seconds to
compile the kernel (make -j4 bzImage, with mem=512M because the e820
(or whatever is in 2.2.x, I don't care) algorithm didn't work so I
gave it at least "some memory" to work with) on 2.2.16 and it took about
an hour to compile on 2.4.0-test10. I expected 50 seconds or so.... Must
be something to do with caching? I enabled PAE of course. It is probably
something simple to fix as I expect this machine to be the fastest in the
world (for this price :)

I will slowly go through all of these problems, starting with the simplest
c)

Regards,
Tigran

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



This archive was generated by hypermail 2b29 : Sun Oct 15 2000 - 21:00:17 EST