Ok so I got the MAC Adresses with ipconfig: They are E0:D5:5E:25:6B:1A for the Intel one and E0:D5:5E:25:6B:1C for the Killer NIC

@Lost_N_BIOS it's this one: https://www.amazon.de/WINGONEER-Adapter-...n/dp/B072KYK2DR
The 1.8V adapter is needed because the BIOS chips on the K7 are only 1.8V and my MINIPro can only go down to 3.3V - the CH341a has the same voltage I think.

I'm going to try to flash the chips via the SPI Programmer now after making some backups of course - wish me luck :-D

@otal999 did you try the /x flag also?

Are you sure, about the chip only being 1.8V? Did you look it up by full number? If yes, did it say 1.8V/3.3V (And 5v)? Most all BIOS are 3.3V on motherboards, especially newer boards since past 10 years, and I've never seen Gigabyte use anything other than 3.3v roms.

Good luck getting verified backups!! I'll help you with getting MAC into BIOS once you get it programmed over to correct BIOS, will look tonight where to put into BIOS for each.

@Lost_N_BIOS Yes 100% it's 1.8V - here is the data sheet http://www.macronix.com/Lists/Datasheet/...8Mb,%20v1.2.pdf

So I tried the MiniPro first but it doesn't support the MX25U12873F just the MX25U12835F which is similar - however when Reading of the Chip I only get an empty readout - even if the system is powered on.

Next I tried the CH341a with software ver. 1.29: I also just supports the MX25U12835F however if I read from the chip I get something. But if I try to verify the readout it returns an error.
Also if I try to flash the official BIOS file it takes forever to erase but then fails at writing because of a timeout issue. Also the erase doesn't really work because if I boot up the machine after the erase the system boots fine and gets into the bios.

@maktamamatama had a similar problem in this post [Guide] Using CH341A-based programmer to flash SPI EEPROM (12) and fixed it by using the CH341aFREE.exe - However I can't find this file nowhere online or on the forum

@nikezzz - Thanks, that's new! Are you sure it's exact match all number on your chip? If yes, I guess I'll have to start watching BIOS chips on newer boards before reflashing Looks like 2.5V max suggested safe.

Here's a copy of all the versions I have, try each and see if any luck backup and verify correctly - https://www.sendspace.com/file/iq8olo
I think there may be other versions in the CH341A thread here too, so check each page in there and maybe you'll find one that works if one of these don't

I didn't have time to get into this BIOS last night to check about the MAC, will do tonight!

*Edit - please give me the invalid MAC ID's you are currently seeing for each LAN MAC, so I can find easier in BIOS to correct.
Wait, are the ones above what you see now, or the correctedvalid ones? If they are the invalid ones, are those same as what you were seeing before, when you created the backupbios from Qflash?

@Lost_N_BIOS Yes this is definitely the chip. Thx for the files - it didn't contain the CH341aFree.exe but I found it elsewhere in a trial version and tried it but it couldn't detect the chip so also no luck there :-(

I checked the different BIOS versions but the MAC addresses didn't change so the ones I mentioned before are still valid - this means that efiflash doesn't erase or rewrites them.

Keep trying software until you find one that works. Sometimes old version works better too, so be sure to try 1.16 and 1.18 too. Please post a copy of the CH341AFree you found, thanks

I can't find either of those MAC ID's in the BIOS, so Qflash must not be backup up the full BIOS. EFIFlash normally would not overwrite those, but programming an entire BIOS will, so we need to figure out working software to get good full backup before doing any reflash corrections.
May have to try "flashrom" app in Linux, if the windows version hasn't worked for you, have you tried it yet?

Are the LAN's both working properly right now?

I was just testing one of the "Green/Blue" programmers, with MX25L12873FPI chip, and software versions 1.29 and 1.30 fail to read/verify, with selecting correct rom ID. So I tried 1.18 version, using only MX25L12805D because no proper ID, it read and verified 100% correctly.
So maybe, depending on flash rom type, and maybe sometimes more often than noticed, you need to try other chip ID's instead of other software versions. I went back and tested on 1.29/1.30 using same wrong ID, but both versions still failed

These CH341A cheap programmers are OK for the price the run, can't be beat at those prices! But a much better/faster/more capable programmer can be had on ebay if you want to spend a little more $$
$15-20 - Nano USB Programmer - w/ whatever adapters you need, even solderless jumpers - not cheap cable jumpers either PCB and pins

@Lost_N_BIOS sorry for taking so long to respond - my work took all my spare time last week. I've attached the CH341AFree. I don't really know how to use flashrom and I didn't find a guide online on how to use it with the CH341A.
The LANs are working perfectly. I'll try to select the MX25L12805D chip with 1.18 when I get back on my home pc.
Normally I'm flashing all my bioschips with my MiniPro TL866 but this one also doesn't recognise the chip and just reads 00s

Thanks for the file @nikezzz Good your LAN's are working! Copy down each of the LAN MAC ID's from ipconfig /all or other software that you can see them in (Like AIDA64 or HWInfo etc), that way you have copy in case they get wrote over later.

Do you need a guide for CH341A? There is many online I could link you, and one here too but it's not super in-depth - [Guide] Using CH341A-based programmer to flash SPI EEPROM

Added Efiflash_0.65_mod to first post. It is basically the same file as the one posted >here<, because it is the same patch. If there are newer versions or you need a specific Efiflash, post a request in this thread.

Zitat von Mov AX, 0xDEAD im Beitrag #22

---

try this

---

Try with /x or /y or /z - only use one at a time. If you are flashing same BIOS as your board, there should never be a OEMID check issue.

BIOS jump like that, probably had one, maybe two, Qflash version changes, so it's best to update via @BIOS (Not ideal), or make some jump BIOS flashes in-between (1 > 5 > 10 > 15 > 20)
This is likely either due to Qflash version updated between BIOS, very likely, or if this is mod BIOS you need to use one of those switches, or edit the BIOS to remove Qflash block

Zitat von Lost_N_BIOS im Beitrag #56

---

Try with /x or /y or /z - only use one at a time. If you are flashing same BIOS as your board, there should never be a OEMID check issue.

BIOS jump like that, probably had one, maybe two, Qflash version changes, so it's best to update via @BIOS (Not ideal), or make some jump BIOS flashes in-between (1 > 5 > 10 > 15 > 20)
This is likely either due to Qflash version updated between BIOS, very likely, or if this is mod BIOS you need to use one of those switches, or edit the BIOS to remove Qflash block

---

What you mention originally maybe is not a valid check for the instance outlines, unless you are crossflashing another boards BIOS?
That is why I mentioned the issue is not really OEMID/BIOSID, but rather due to the large jump in BIOS versions and over Qflash version changes.
Even with BIOS 11 for example, Qflash update in BIOS 12, often you must use @BIOS to update to 12 in those cases (or other methods).

Zitat von Lost_N_BIOS im Beitrag #58

---

What you mention originally maybe is not a valid check for the instance outlines, unless you are crossflashing another boards BIOS?
That is why I mentioned the issue is not really OEMID/BIOSID, but rather due to the large jump in BIOS versions and over Qflash version changes.
Even with BIOS 11 for example, Qflash update in BIOS 12, often you must use @BIOS to update to 12 in those cases (or other methods).

---

I think that's due to large jump/Qflash change as mentioned, when trying to use official tools other than @BIOS. Yes, FPT is a good way around that
Qflash block removal here, not sure if I linked in this thread or not, this sometimes is needed for mod BIOS flash when using Qflash - [OFFER] Gigabyte GA-Z370-Aorus Gaming 7 BIOS mod (6)