Eric,
It seems it's all right in mtrr setting. Except 0x201 and 0x203 setting in earlymtrr.inc should set 0xff for msr.hi intead of 0xf
Before mtrr processing for clearing
Normal mode 0000=0x0000000000000006 0001=0x000000fffff00800 0002=0x00000000fffe8006 0003=0x000000fffffe8800
Fallback mode 0000=0x0000000000000006 0001=0x000000fffff00800 0002=0x00000000fffd0006 0003=0x000000fffffe8800
after mtrr processing for clearing,
Normal mode 0000=0x0000000000000001 0001=0x000000fffff00800 0002=0x00000000fffe8006 0003=0x000000fffffe8800
Fallback mode 0000=0x0000000000000001 0001=0x000000fffff00800 0002=0x00000000fffd0006 0003=0x000000fffffe8800
-----邮件原件----- 发件人: ebiederman@lnxi.com [mailto:ebiederman@lnxi.com] 发送时间: 2004年3月29日 17:18 收件人: YhLu 抄送: ron minnich; Li-Ta Lo; LinuxBIOS 主题: Re: 答复: Cache On and ECC clear
YhLu YhLu@tyan.com writes:
Eric,
I verified the exchange the cpufixup after the cache_on...mtrr_check in
cpu.
c for S2882.
Found one interesting thing
- In fallback mode, it does not pause after "Clearing LinuxBIOS memory "
and "Copying LinuxBIOS to ram". 2. In normal node, it does pause after the "Clearing" and "Copying" ( 5s
and
4s).
What could cause that?
So we are talking about quantities all within the first 1MB of ram...
This sounds like something is goofy with the mtrrs. At least that is the usual suspect when something is running slowly.
Eric