@lordkagWhy are you trying to upgrade OROM 9230? Does the motherboard have this chip? I would delete this OROM, since it "garbage".If believe the specification of this motherboard there only Controller Marvell 88SE9172. What is also strange because OROM 9192.

ZitatHow can the checksums recalculation in CSMCORE be automated after hex editing? Is there a tool for this?

Yes, plenty of them:1. UEFITool, the "Rebuild" action on CSMCORE will do it.2. PhoenixTool, by using "Allow modification of other modules" and "No SLIC" mode and replacing CSMCORE manually. 3. GenFFS from EDK2 toolset, by generating new FFS header with correct checksums using modified CSMCORE with removed header.

ZitatHow many checks there are, besides checksum-8 for module (=F8?)

There are 2 checksums in the FFS header (and CSMCORE is a normal FFS file with type RAW): header checksum and data checksum.Header checksum must be recalculated only if file size was modified, data checksum must be recalculated after any data modification, but the whole data checksum thing can be disabled by clearing FFS_ATTRIB_CHECKSUM attribute in respective FFS header filed. Files with cleared attribute have standard 0x5A (old) or 0xAA (new) values in data checksum field.0xF8 on the end of FFS header is not a checksum, it's a state of the file. For volumes with ERASE_POLARITY=1 (all volumes in all modern UEFI BIOSes) 0xF8 means (HEADER_CONSTRUCTED and HEADER_VALID and DATA_VALID), indicating a valid FFS file. The field must not be altered.

I used your newest version and added the new VBIOS OROM for sandy bridge and it bricked my board i had to use bios recovery, board is MSI H61 E33/W8 can you check this out for me, i like your tool i just don't want this tool to brick any of my new boards i get. I could of had a bad flash but it completed 100% but i don't know. Just check and confirm it works on your board. also do you think this utility will work on asrock z77 Extreme 3?, thats the board i ordered.

I start by stating that this was not for my board, nor will I need it in any way. Just for training purpose. I now have started reading the EFI specs, for not guessing anymore how it works based on one case.

I had already used the first 2 tools, but not properly. With UEFITool I saw that "Replace" is not yet activated, but it didn't crossed my mind about using "Insert before/after". With PhoenixTool 2.14 I forgot to remove the header, triggering an error, which it seems I failed to read since it was about a malformed header. It seems that version 2.50b2 is removing even more than the previous one. I have just used GenFFS, but if I set the type value to the one from CSMCORE (_DRIVER or 07), it asks for PE section, if I set to _RAW or 01 it works, but then I have to manually correct, which makes GenFFS useless from this point of view. I now know that it is the 11h byte (file checksum) that I must correct, leaving 10h and 14h-16h unaltered until size changes.

When I was referring to F8, it was the file checksum that I had in mind, not knowing that it must be 00 (without state value) and that the state value rounds it to F8 (or else). What still bugs me is that after MMTOOL replaces an OROM, it also alters the value in offset 0000D64D when the size changes.

Anyway, your tool does the job in the least amount of time and if it fails, I now know how to properly correct it. Love your work and I appreciate how you go the extra mile just to help a lost fellow.

@ GlitchyJoeyI do not have time to check out the new VBIOS 2170.Do you have a problem with VBIOS 2170? More than it is expressed in?Which video ports are you using?Your motherboard works with VBIOS 2143/2158 and if no updates VBIOS?

Zitat von Gast im Beitrag #220I used your newest version and added the new VBIOS OROM for sandy bridge and it bricked my board i had to use bios recovery, board is MSI H61 E33/W8 can you check this out for me, i like your tool i just don't want this tool to brick any of my new boards i get. I could of had a bad flash but it completed 100% but i don't know. Just check and confirm it works on your board. also do you think this utility will work on asrock z77 Extreme 3?, thats the board i ordered.

I doubt it bricked your board. Try inserting a spare video card and see if you get anything to show up on your monitor. I've inserted the incorrect vBIOS for my Biostar board before and was able to recover by added in a discrete card to reflash the BIOS.

@SoniX, I was able to test out VBIOS 2170 on my ASUS Maxmius V Gene and got the rear video ports to work.

@lordkagI will go extra light year to assist and help people, that are capable to read documentation, lurk into disassembly and share their findings with others. Because they are that rare nowadays.

"Replace" action was once a combination of "Remove" and "Insert after", but then I decided to disable it, because "Replace" will be like "Extract" when it will be implemented: "As is" and "without header".

Header must sum to zero, not counting state byte, because it can be changed by volume management code any second of file's life. Read more in chapter "Creating, Replacing and Deleting a File" in Volume 3 of UEFI PI specs.

If you have found a bug in UEFITool, please report it here. For a month of having UEFITool in public I've receeived only one useful bugreport from english-speaking community, which I find acceptable, but a bit too few. :)

I use a GTX 650 dedicated gpu. all i know is when i added the new 2170 bios my board bricked. all it owuld do is turn on and turn off. it was looking for a usb drive with a bios file on it to recover and it said bios is corrupt. so could the new 2170 VBIOS of bricked my board from booting if i don't use intel HD graphics?

EDIT 1:I was already using a dedicated gpu never use intel graphics. So i guess i had a bad flash then?

EDIT 2:The other things i did besides adding the new VBIOS is i opened up AMIBCP4.53 and edited some names of strings (which i always do and it works) then i used AMI change Logo program to change my logo which i always do on my boards if i mod bios, and i know all that stuff has worked for me before and the only thing different was the new VBIOS so i assumed it was that, but i'm guessing it was just a bad flash would you say? Cause i flashed it within windows 7 using the AMI bios flasher from AMI.com and it has always worked for me before, but i should never flash in windows?