Assistance recovering a bricked laptop BIOS?

BIOS/UEFI Modding BIOS Modding Requests
1

I have a very old HP Pavilion dv6-6173cl which works great for my humble needs, but I messed up the BIOS messing with GPU settings, then I bricked the bios attempting to CMOS reset it. I’ve been deep down the rabbit hole, to the point I’ve desoldered the BIOS chip and will need to re-flash it from a CH341a programmer. I have 2 dumps of the old BIOS, a copy of the latest available BIOS straight from the exe from HP, a decrypted copy of that, then one where I trimmed the head off it for the bits that were extra from the dumped firmware.

In principle at a high level, I know I need to take ID’s from the old dump and insert them into the one to flash with a hex editor, but I’m a bit over my head. I have all files available, and am wondering if I can enlist the help if someone more experienced to help me make a bin that will revive my laptop.

For reference, I know the laptop’s serial number is 5CH1430KC4, the MAC is 10:1F:74:1B:EC:CB, and the model ID is QE029UA#ABA. I know these can be important in finding things like UUID, which I may have in this bit of the BIOS in a hex editor:

5CH1430KC4HP Pavilion dv6 Notebook PC                     ]s̝!T���dte�ˆ�L            014QE029UA#ABA 2447   1000011089      0589110014244710000620100       62012345678912345678                 00000000 0100PBZAR05HT1I2WS 678  QE029UA#ABA

Below are links to the files I have:

I can only post 2 links, but the files will be here, just append the filename:
https://hda.surfrock66.com/shares/

Dump of the stock BIOS chip:
hpdv6-stock.bin
2nd dump for verification:
hpdv6-stock.2.bin
Extracted bin from HP:
01658.bin
Decrpyted version of that:
01658-decrypted.BIN
Above, but the beginning of it is trimmed to the correct size:
01658-decrypted-trimmed.BIN

I really appreciate anyone’s help

2

Lost some structure and content compared to stock:

2222
22221290×447 130 KB

Try the 1B stock bios and transfer the first padding (0x180000 - 0x182000)from your dump. At 0x180000 there’s the machine specific data you already found, “something” at 0x181000. In addition a date at 0x192000, might be purchase date? I can’t see anything important in NVRam, I think it’ll get recreated automatically…

3

That F1B.BIN isn’t one of the ones I uploaded, is it? Is that something pulled from HP or somewhere else?

4

F1B.bin is “01658-decrypted-trimmed.BIN”. Looked into other versions, too, that’s why I renamed it.

5

Ok great, that’s perfect. Last question, when I open it up in UEFI tool, I get the following 2 messages:

FfsParser::parseVolumeNonUefiData: non-UEFI data found in volume's free space
NvramParser::findNextStore: VSS store candidate at offset 48h skipped, has invalid size FFFFFFFFh

Are those warnings safe to ignore, or am I making problems for myself? I had to desolder the chip, so I wanna make sure I get it right before resoldering.

6

Safe to ignore, the Nvram error will befixed as soon Nvram gets filled, non- UEFI data is just an information.