Thanks for the warning. However, I prefer to wait on new BIOSes anyway
That being said, a new BIOS isnāt available for my Taichi yet.
Iām currently poking at the two latest Firmware files for my ASRock X370 Gaming K4 board.
The major thing Iāve noticed is that a volume image responsible for CSM (Legacy Boot & Devices on UEFI) has been removed in BIOS version 4.10 versus 3.40
On the right we have Firmware 3.4 and on the Left 4.10
Notice the 5C3DB34C-75BE-4641-B064-C6247ABE1FF6
File thatās present in 3.40 but not in 4.10
It contains a few DXE (Driver Execution Environment) Files.
Letās see if theyāve been moved to elsewhere in the file structure.
EDIT:
Ok so the CsmDxe File has been merged into a different part of the volume image, same GUID. Itās also smaller.
It appears that LegacyInterrupt, LegacyRegion and CsmVideo have been removed or likely rolled into one of the other modules. Iāll have a more complete analysis once Iāve redesigned my tools to handle this AMD Firmware better.
Ps Lots of interesting PSP related code
Thatās why I love this form, normal people donāt do this. (I mean this as a compliment )
Edit: Apparently ASRock has removed the BIOS from itās page.
@catsay Shouldnāt this be AGESA 1.0.0.7, or did I get something wrong?
Technically yes It should be Agesa 1.0.0.7. But that got vetod since this BIOS is a major release, rather than a minor increment as the previous ones where.
Hence why ASRock is also using v4.10 instead of v3.50 on my mainboard as the version designator.
Thanks for clarifying that,
Iām sort of having to relearn how UEFI and PEIM / PPI interfaces all work.
Thankfully though all the Driver files inside UEFI are PE (Portable Executable) Format. Or Terse Executable format. Same as Microsoft uses.
This slide and presentation where really helpful in me getting started.
Only difference was adapting the tools to work around the AMD Differences compared to Intel.
For example the Management Engine block in the Firmware structure isnāt then used for the equivalent ARM PSP code. Itās laid out somewhat differently and the Headers for some blocks of firmware arenāt known yet so Iām treating them as data padding.
If I can finally get a proper SPI Flash Rom clipper I might try and read the Firmware directly out of the flash rom on a mainboard.
It seems the flashing process decodes part of the firmware before writing it to the chip.
The AGESA 1.0.7.2 helped my system reach spd and rated ram speed. I read about it being warned about bugs butā¦ if you are not getting the spd to work properly priorā¦ you will try out the new bios anyhow.