Re: New CPU installed! error
- From: nospam@xxxxxxxxxx (Paul)
- Date: Wed, 08 Feb 2006 07:32:54 GMT
In article <1139352014.178055.163400@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>, "Dion
Macale" <dionmacale@xxxxxxxxx> wrote:
Gday all,
this error appears when i try to boot up windows XP home, SP2
"New CPU installed! Please enter setup
to configure your system."
"Press F1 to enter setup"
"Press F2 to load default values and continue"
the mobo is an Asus P4P800SE, and the cpu is a s478 2.4ghz northwood.
it only happens with this particular CPU.
i have all the correct jumper settings and the CMOS battery is fine.
any help would be appreciated
Thanks
DioMac
I have heard of this happening before, but usually it happens with
some obscure model of high end processor. I also haven't seen a
post back from anyone, claiming that they fixed it. I can give you
a little background info, which may suggest some things to try,
but don't hold your breath in terms of a cure.
There are several "processor recognition" issues that the
BIOS wants to solve. The first one is the obvious one - identify
the processor type, so that hardware settings in the processor
and/or chipset can be applied, such that the processor will operate
properly. Perhaps that might include enabling the L1 and L2
cache, setting necessary frequencies (if the BSEL pins didn't do
their thing properly) and so on.
A second flavor of "processor recognition", is the loading of
microcode patches. A microcode patch is a series of corrections
to the operation of the processor, which is loaded into some
RAM on the processor. If the processor likes the patch (patch
has a good checksum and appears to be for that model of processor),
it will accept an attempt to load a microcode. If no microcode
patch works, you may see a warning on the screen, but I don't
think there are any other consequences (except for the obvious
one, of the processor not computing correctly). An OS like
WinXP also has a microcode loader, and it is possible for the
OS to load a later microcode patch, if one is stored in the OS.
The third issue, is a bookkeeping type issue. There are areas of
the flash, called DMI/ESCD, that the BIOS writes the current
hardware details. A tool like Asus Probe or perhaps some earlier
utility, would have a "DMI Explorer" tab, that can read the
contents of what is stored in DMI/ESCD. I suspect the code that
handles DMI/ESCD is responsible for what you are seeing.
The way the processor might work, is when the BIOS starts to
run, it looks to the DMI/ESCD. Say that the word "Celeron" is
written in DMI/ESCD, and the BIOS finds "Pentium 4" in the
motherboard socket. The BIOS will rewrite the DMI/ESCD area
of the BIOS flash chip, with the new information, so that the
next time the computer starts, the word "Pentium 4" is recorded
in that bookkeeping area.
Now, say the DMI/ESCD code recognizes that the old info is
not equal to the new info, and yet the update of DMI/ESCD
fails. Maybe it fails because the code cannot properly handle
the information it is getting from the processor. Perhaps the
attempt to flash the DMI/ESCD segment is failing altogether.
So that suggests, the flashing the BIOS will attempt to overwrite
the DMI/ESCD. Perhaps flashing the BIOS will be enough to
get the BIOS to compute the DMI/ESCD properly. I cannot see
a Northwood failing to be recognized, either from a config or
a microcode point of view. I suppose you could use BIOS tools
to extract the microcode and examine what patches are loaded,
but I wouldn't really expect to see support for a 2.4GHz
Northwood to be missing.
I don't think clearing the CMOS will help here, as I cannot
imagine there being enough room in the CMOS to hold anything
that would screw up the process. But if you run out of things
to try, I suppose it might be worth a shot. (Unplug the
computer before following the procedure in the manual, so
that +5VSB cannot damage anything. Some motherboard designs
are not "+5VSB safe", and always unplugging removes the
uncertainty about the potential for damage.)
If you do find a solution, please post back what you find.
HTH,
Paul
.
- Follow-Ups:
- Re: New CPU installed! error
- From: Dion Macale
- Re: New CPU installed! error
- References:
- New CPU installed! error
- From: Dion Macale
- New CPU installed! error
- Prev by Date: Re: WiFi-B driver
- Next by Date: Re: K8N vs. K8N-E
- Previous by thread: Re: New CPU installed! error
- Next by thread: Re: New CPU installed! error
- Index(es):
Relevant Pages
|
|