@SoniX

Hello :)

This Dell BIOS seems to contain SKL (506E3_plat36) microcode version 82 Date: 21-02-2016.

I can't seem to get it extracted properly though.

@x7lspu4a:
Welcome at Win-RAID Forum!

Zitat von x7lspu4a im Beitrag #2356

---

Hello i wish to find thee bios Mod because jz electronic Seller in Germany takes 10€ for this mod bios file. Sadly the mirror expired.

---

Yes, with latest version of UEFI_Strip, i get the warning: Checksum is not zero = B142CE04 !!! Above Microcode is packed or badly extracted!

My knowledge of microcode format is limited, i have tried multiple ways to get it working, i must be making a mistake somewhere, not sure what though.

Yes, i know :)

The problem is, the checksum is wrong, also with the file you attached, i can insert with UT, but microcode the not visible in MMTool.

I also tested to do a small modification of GenSKL.bat, UBU says "OK" on replacing the microcode, but it still does not work.


EDIT: Ok, i managed to get the MB to post now, and report MC 82.



But, there still appears to be some problem, and i am just not sure what is the cause.

When extracting LATITUDE_E7X70_1.4.2 with UEFI_Strip 7.7.9, it gives this:


The mod i made with 7C looks like this with US 7.7.9


But the mod with 82.

|addpics|242-6-12b6.jpg-invaddpicsinvv,242-7-ba73.jpg-invaddpicsinvv,242-8-3da7.jpg-invaddpicsinvv,242-9-5a2a.jpg-invaddpicsinvv|/addpics|

@Pacman
@SoniX

How are you trying to extract the microcodes? For modern Dell executables (no icon), you need to use:

1) BEEF > Dell_HDR.py at the EXE
2) ZyxWorker > dellhdr at the HDR
3) Take the .rom file only for BIOS
4) Scan the .rom file with UEFIStrip

The uCodes you have attached are not proper. Search for the string "Dell" and you will see a structure which shouldn't be there. I noticed that some time ago and notified Lordkag who in turn added a uCode Checksum check at the latest version of UEFIStrip (7.7.9). Apart from the checksum, 7.7.9 does not extract an intemediate .bin file when using ZyxWorker > dellhdr command so it's not easy anymore to get confused and pick the .bin instead of .rom which is wrong and will result in semi-compressed data.



I have attached the correct uCode 82 for SKL, you can see the improper parts as well by using a Hex Editor but from now on if you follow the above steps (and in conjunction with the new UEFIStrip checks), you should be ok.

Note: If you were not using ZyxWorker > dellhdr in the past and just fed the .HDR to UEFIStrip you might find yourself having a lot of "Dell" semi-compressed (or whatever) microcodes. It's best if you do a quick check by searching for "Dell" string or by using the new "bad hash" check implemented at UEFIStrip by using ZyxWorker > icpu like this:

@echo off
pushd "%~dp0"
 
for %%I in (%*) do (
	%python% ZyxWorker.py "%%~dpnxI" icpu
)
 

Thanks, now works as expected :)

Yes, the entire body of 5A88641B- is filled with FF.

Zitat von N6O7 im Beitrag #2368

---

so i wait patiently to Fernando's one.

---