0.18.7 is out, code rush indeed. Changes: - EFI11/Tiano compression code reverted to 0.17.x version because of higher compression ratio, thanks Serg008 for reporting. - delete and backspace keys handled properly for GUID field of search dialog --- @Serg008, tested 0.18.7 on that crappy Lenovo BIOS - rebuild now works, but there are not much free space for any complex mods. You can try to remove all unknown sections (they are useless) to save some space, if needed.
"PEI Core entry point can't be found in VTF. VTF not patched." same thing with latest version. My test process: open bios image remove PeiCore add PeiCore and VTF should be patched... Am I doing something wrong in my test procedure? Thanks! EDIT: questions for a program feature: 1. There is possibility to extract complete "Volume" from bios as is. Will there be possibility to not only extract "Volume" but to replace complete "Volume" 2. When we wan't to extract module from bios, is it possible to auto add the name of module in "Save as" drop down menu how is it named in Text section of program, i.e. If I want to extract FileSystem DXE driver, I think it will be great to have that FileSystem already in Save as drop down menu along with ffs extension.
@adrian_p, try "Replace as is" on PEI Core without removal, please. Send me your BIOS and new PEI core file for testing, if doesn't work. About features: 1. If you need them, I will implement. 2. This was previously in my planned features list, but I keep forgetting it. Will do.
When "Replace as is" there is no error! Further testing will follow... Well if 1. is not a problem to implement it will be handy to have (allot easier than replace one by one) And I know 2. is more cosmetic, but it helps(speeds up) allot in endless tweaking/testing. BRGDS
UEFIExtract 0.3.1 is out. Changes: - added GUID filtering for extracting only specified FFS files (and all things in them), just run the program as "UEFIExtract /path/to/bios.image GUID1 GUID2 GUID3 ... GUID31" - return value is a bit mask, where 0 on position N means file with GUID_N is found and extracted, 1 otherwise. GUID numeration is started with 1, so if you have 1 as return value - there are some problems with BIOS file itself
Hi, With rev 0.18.7 i got some troubles when adding module at the end. First module is correctly integrated but other after are corrupt. Fred
@FredWst, will try to reproduce, but can you plase be more specific about it, i.e upload the files you are trying to add?
Hi CodeRush, Fascinating work! Just got my self into this area since I am interested in adding new microcode to an Intel board (DG41TY) to support 771 Xeon (E0 stepping). Just wonder if your tool can help here. I've checked other existing tools that are dedicated for microcode update but non appear to touch the Intel board, in general. Any comment or suggestion are appreciated. Thanks in advance, Bill H
I am able to open the BIOS (.ROM file) with PhenixTool (v. 257) and it appears that the tool is able to decipher the BIOS and created a bios dump with bunch of module output. I just don't know what to do with them. Like which modules should I replace or to add with new Intel microcode?
billdh2k, Intel's .BIO files are protected form any modification by RSA signatures, that is why to mod a BIOS on Intel board, you need to dump your current BIOS using external SPI programmer, modify it (there is now protection from modifying DXE volume for desktop boards) and then flash back into SPI chip using the same programmer. I don't know where the microcode module is located in that BIOS, but I will try to find it when I have more free time. fr40, I hope the interface is intuitive enough to have no documentation, but you need to have some background on UEFI technologies to use the tool, otherwise you will be lost with term like "Volume", "FFS file", "GUID-defined section", "Tiano compression" and so on. If you have any question - just ask, I will try to make a FAQ afterwards.
@ Badawa Hi friend, many times where Eeprom is Write Protected = FPT Error 28 or 280 the Recovery don't work !!! May be CodeRush can explain better this issue, but from my experience I can say that We have to use the first 2.xx upgrade Bios as Recovery File to go to 1.xx or rewrite a Bios !!! When It's not possible this way We can use Intel FPT using a Bios Mod Generalized Version or a Bios Backup Modified. All this will be possible if there is only Error 28, bypassable using Prr.exe (Svl7 Modder tool) otherwise We have to use a SPI external uSB Programmer with a Soic Pomona Clip. @ CodeRush I would ask to CodeRush a new feature into his UEFITool that's show the Bios Version e.g. Acer ZRQ v.1.19 or Lenovo G580 5ECN33WW (v2.03), this for Insyde is cover under $DMI, but into Phoenix is more difficult to get quickly. Regards