Why is it not POSTing any more then..? What could be the cause? Any idea?updated after/by successfull POST. no POST = old inventory.
Why is it not POSTing any more then..? What could be the cause? Any idea?updated after/by successfull POST. no POST = old inventory.
sounds familar. pls contact Gigabyte support.Why is it not POSTing any more then..? What could be the cause? Any idea?
What hardware configuration did you have it set to that completed a successful POST? Go back to that and wait till it POST and attempts to boot.Why is it not POSTing any more then..? What could be the cause? Any idea?
Debugging primarily is conducted on minimal configurations - removing any possible failure points to minimize potential impact.• Tested different configurations:
1. 1 CPU, 1 RAM stick
2. 1 CPU, 2 RAM sticks
3. 1 CPU, full DIMM slots (12 RAM sticks)
4. 2 CPUs, 2 RAM sticks (1 DIMM per CPU)
5. 2 CPUs, full DIMM slots (24 RAM sticks)
"DE AD xx xx" ??? ( yes looks like Dead and means exactly that )I'm getting a repeated bios code cycle of AD, CC, DE, and 00 (not sure if this is the correct order)
you will see it after successfull POST. there are some gigabyte with dual BIOS, so the (universal)BMC FW can not know which is active.Fix: the bios does update after dumping bios and comparing bytes. It is currently on the R04_F32 bios.
MotherBoard: Gigabyte MZ73-LM0 rev 2.0 AMD EPYC 9004/90 motherboard
this is a cryptic STOP msg form the AGESA, only an expert can tell what's happened.Does the DE AD code indicate that the BIOS is dead or that the BIOS died after the CC code?
the BMC Firmware is universal for all Gigabyte motherboards with AST2600 chip, so if not yours, some other can have dual BIOS.I don't think this board has a dual BIOS (this is something I'll look into to be safe).
"0x00, 0x00, 0xCC, 0xCC"Does the DE AD code indicate that the BIOS is dead or that the BIOS died after the CC code? (these are the last codes before repeating:
..., 0x32, 0x3B, 0x6D, 0xED, 0x00, 0x4F, 0x60, 0x61, 0xB7, 0xB6, 0x9A, 0x62, 0xDE, 0xAD, 0x00, 0x00, 0xCC, 0xCC, 0xDE, 0xAD)
Here’s what I’ve tried so far:AMD CBS > NBIO > SMU Common > Separate CPU Power Plane Throttling
watch -n 0.5 "cat /proc/cpuinfo | grep 'MHz'"last working hardware, this is updated by next successfull POST. no POST = old data...A strange thing is in BMC under DIMM inventory it sees 96GB installed