Murphy said:
Thanks Paul,
The MB is less than a week old and I followed the instructions
precisely in the manual. Maybe this latest bios is buggy?
The bios hangs shortly after selecting <ALT> <F2>. It pauses or hangs
when it attempts to load the initial BIOS prompts (even before
inserting the floppy). It doesnt even get that far to ask or look for
the bios file.
I tried renaming and I got nowhere. I tried the online bios update with
the actual bios name, renamed version, and both the new and old bios
revisions and it hanged so I believe it is something gone bad in the
bios.
Initially, I had one stick of ram in the board that the system didnt
like. After removing it and running a burn-in prgram to test the ram,
it passed. However, everything went bad after I installed the new
bios.
I have read others get the Intel CPU Ucode Error too. In addition, my
LCD monitor upon boot now gets an error message saying that it doesnt
support this resolution even though I have it at the recommended
resolution and even below that.
I think I should take the board back to the point of purchase and have
them either fix or replace the motherboard? If they won't do so, I may
have to argue with Asus to get it repaired.
OK. If you go to the Asus Support web page (support.asus.com) and
enter "tools" as the name of your motherboard, the latest utilities
are listed. The latest AFUDOS is Sept.12/2006
ftp://dlsvr03.asus.com/pub/ASUS/mb/flash/AFUDOS226.zip
You could try that one, and see if it gets any further.
Another option, would be to try to add microcode "on-the-fly".
The CTMC program was a program that could be used to add microcode
to an Award BIOS. The method is "non-destructive", in the sense
that it did not require flashing the entire BIOS file.
But your BIOS is an AMI, and even though Intel specified a microcode
loader interface for the BIOS, it seems whatever AMI did, is different
than what Award did. I haven't seen a recipe for AMI, that will allow
adding microcode (short of modifying the entire BIOS file). So this
would be a "research topic" in the case of AMI :-(
On the old Award BIOS, there was the concept of a "Microcode Cache".
By using the CTMC program, that program could make the magic BIOS
call, that would pass a 2KB image to the BIOS. It would be stored
in the Microcode Cache, and would override whatever had been there
previously. In that case, if you changed out the processor, the
cache would be flushed. But as long as the same processor stayed
in the motherboard, the microcode segment would stay put. It would
seem that the Award BIOS supported this Intel feature. I don't
know if AMI doesn't know about this, or maybe they chose not to
implement it.
(See page 311 section 8.10.4 for info on INT 15h 0xD042 call.)
http://www.intel.com/design/pentiumii/manuals/24319202.pdf
Things have changed since that time. At one time, microcode patches
were a fixed size, and 2KB segments were used in the CPUCODE.exe
module in the BIOS. More recent Intel processors, now use larger
(variable) sized microcode patches. And that would probably spell
trouble for the Award fixed size microcode cache (unless it got
bumped up in size).
In terms of BIOS flashing methods, there is more to the process,
than meets the eye. I believe in some cases, the flashing program
uses a "hook". The *existing* BIOS code, actually contains executable
code suitable for reflashing the chip. The flashing program, may not
actually be using its own code to do the flash operation. The
AFUDOS program may actually be calling that BIOS routine, to flash the
entire chip. For that to be feasable, the BIOS code must be shadowed
or something (shadowed in RAM). What it also means, is if there is
a problem with the execution of the BIOS code itself, then a program
like AFUDOS, even if updated to the latest version, may not be able
to correct the problem.
You can try returning the board to your retailer. In some
countries, consumer protection laws help "persuade" retailers
to do the right thing. As a rule, flashing a BIOS on a motherboard,
is not considered a warranty supportable issue, as it implies any
possible "user error" would be coverable by the warranty. But just
as damaging the CPU socket is not covered by the warranty, so to
you may not find any sympathy at Asus, for BIOS flashing problems.
So your retailer may be the best recourse, and this is one reason
I recommend to people that they complete their motherboard, CPU,
and RAM testing, within whatever grace period is provided by their
retailer.
Normally, a missing microcode patch is not the end of the world.
There are a ton of motherboards out there, where the BIOS does
not contain the correct microcode segment, and yet the motherboard
is both bootable and flashable. I don't know if you could conclude
that the cause of your problems is the missing microcode or not.
You'd need to dig up an errata sheet for the particular processor
you are using, and see if any of the 100 or so errata listed, could
possibly be triggered by BIOS/flashing code.
In WinXP at least, there is a microcode loader in the OS. If the
OS is able to boot, then that microcode loader, can load a more
recent microcode patch, than is in the BIOS. But there is no
guarantee, in fact, that it is enough. An error in the processor
design, may in fact require the microcode patch to be loaded at
BIOS POST time, to allow booting an OS, so it is possible for a
system to get "stuck". The last time there was an epidemic of
microcode problems, was when SP2 was introduced. People who upgraded
to SP2, were greeted by a microcode problem, and the fix in that case,
was to flash upgrade the BIOS. It took Asus a while to get the
correct microcode into their BIOS files. So, as they say,
"shit does happen" :-(
Which raises another possibility. Maybe you could try Asus Update
from Windows ? If you are able to get into WinXP (and the WinXP
microcode loader does its thing), then you'd have fresh microcode
loaded. (But don't ask me how Microsoft makes sure that their
microcode loader is using an up-to-date patch.) You could try
flashing using Asus Update. I would make sure the file you use,
has been downloaded from Asus first, and is stored on a local
hard drive. Then, exit out of all other running programs,
and just run Asus Update. Asus Update may complain about
"flashing backwards" to an older release, but I believe
there is some option to cause Asus Update to listen to user
instructions.
Descriptions of the Microsoft Microcode Loader for WinXP:
http://support.microsoft.com/kb/307152/en-us
http://support.microsoft.com/kb/288302/EN-US/
Before using Asus Update, you should *always* check the
support.asus.com download page for your motherboard. if
there are known issues with any of the three flashing
methods for a motherboard, those issues will be shown
on the download page. If the download page makes no
mention of tool problems with a particular BIOS release,
then you are ready to attempt to flash to the BIOS image
in question.
Good luck,
Paul