new link: https://mega.nz/file/J8ghHCRK#r0KFipKpQ2...DmswX3PpE2PO-4k

i had two chips on hand for this socket, a 4th gen Pentium G3258 and a 5th gen i7 5775C, the pentium used to work in it as i installed windows using it but it wont POST anymore- the i7 does POST but the missing microcode means it has to have a GPU to work, i know both chips are perfect as they both boot in my Sabertooth and Gryphon boards and before i started messing with the BIOS chip, they both worked on this too

Are you on latest BIOS version?? If yes, the G3258 should work without issue, other than any possible messed up things due to ME FW, but that wouldn't cause it to not boot.
Are you sure you don't have bent CPU socket pins, at all?

You did see this message about that CPU, and your exact board, on the CPU compatibility page, correct?
Core i7-5775C (3.3Ghz, 4C, HT, L3:6M, GT3, 65W, rev.G0)
Validated since BIOS - 2702
*Full support of the new CPU requires VGA driver version 10.18.14.4206 or later

Latest BIOS is 3503 (beta) or 3003 (you're using) At least it's latest non-beta, but that BIOS is 3 years older than the last beta (which should be considered last final) << I'd use 3503 due to this
Anyway, all above is just my thoughts as I gathered info here

So, what is this new BIOS chip ID? And what software/version did you make this dump with? And why did you purchase another chip, if you have a flash programmer?
This is a 16MB dump, for an 8MB BIOS, is why I ask initially, but if you don't use correct software/version and or chip ID, then dump may be invalid and write back may fail as well. So we need to sort that before I send you anything.
I can cut off the 8MB of padding due to wrong chip ID or size selected during dump, or if you have a 16MB chip now for an 8MB BIOS, it's OK, but we need to be sure you are using correct software/version for the chip ID so we know read is OK and write is OK for sure.

Never mind! Not sure what is going on here, that is not padding due to incorrect chip ID used or size etc, there is random data there, and all this is outside/past the BIOS region.
So this either corrupt dump and you need to make a new one after you give me chip ID and I tell you what to use. Or, if this is 16MB chip they sent you, you need to erase it in full, then write back a proper 8MB BIOS only, so other half of the chip is blank (this is very non-ideal to use larger chip like that, but generally is "OK")

Im on the latest stable version: 3003, there are no bent pins at all as the i7 still works.

Yes im aware of the message about the VGA driver but the BIOS needs patching with the ASUS tool to actually get the iGPU to function on a BIOS level.

the new BIOS chip ID is 25Q128JVIQ, i bought it with the hopes that the seller would have programmed it properly... turns out they didn't as Intel ME is still missing and 5th gen isn't supported.. figures but i'd use this chip from now on as its brand new, i still have the 25Q64FVAIQ if its better compatible, i dont know these things

Instructions-wise, should i try to flash the latest BIOS on the 8MB chip using the programmer then send the dump? or is the one i sent yesterday ok?

@Latios WHICH bios level- UEFI or legacy boot? That are two different things.

both, with the broadwell I7 it wont show anything and the VGA debug LED stays lit unless i install a discreet GPU

its because the BIOS (even the latest) is missing a special patch designed for these CPU's and in order to run it, i need ME..

@Latios No, you don't need the patch, the file you linked earlier contains an ME update to version 9.1.25.1005, which is exactly the version of your latest dump and the version that's part of bios 3003.


@Lost_N_BIOS There's a difference in ME settings stock / vs dump regarding PCIe ports which possibly could be relevant?

Quick update, i managed to get Intel ME back by using UEFItool to extract the .CAP file then flash it via CH341.

but now my new problems are: the 5th gen update tool doesn't actually update anything and changing settings in the BIOS makes it bootloop then erases ME for whatever reason... and the Pentium still does not work and the i7 iGPU still doesn't work

starting to think this board is just seriously broken somewhere..

@Latios It's not clear what you did here. You're writing about 3003, 3503, and an update (that won't do exactly anything since same version ME as 3003/3503) and it seems you're flashing back and forth 'something'

- Did you double check your flash by reading it back, storing it and comparing the original and the read- back file?

- Did you clear CMOS after flashing?

- Did you reset bios to defaults after flashing?

- What bios chip are you using now?

- How did you happen to have a 16 MB dump from a 8 MB bios with a lot of crap(?) in a 8 MB padding after bios region?

@Latios - See my reply at #31 about your dump.
Since the new chip is double the old, it looks like they didn't even erase the old chips contents before writing in the new image, or they wrote it in wrong, because there is data past 8MB in the 16MB chip and this should not be there..
Yes, it would best if you use original chip. For that, use 1.30 and 25Q64BV ID when reading or writing to the chip.

Nothing is broken, you just need to wait for help, slow down, and do things as mentioned only.

@lfb6 - Yes, I noted the ME FW differences, he said he needs to flash in via the tool, and it pushes in ME FW changes, unsure what it does at the BIOS image level before flashing that in.
He needs to do as I mentioned, then I can help. For now, he just wiped out his serial, UUID, and MAC ID due to being impatient and not waiting for help. So that will need fixed as well, depending on what file he eventually ends up using.

My plan for him was to get a proper dump from current chip (#31 may be valid, unsure what software used, but contents are invalid, programmed by someone else), have him update the BIOS how he mentioned being "The only way that works" for 5775C CPU (5th Gen updater)
Then dump chip again, fix his board specific info into a new BIOS from that dump, and him program that back.

He seems to say only the 5th gen updater allows the 5775C to work, so w/ other CPU, stock BIOS minus capsule can be programmed in (at this stage, ME FW will be functional), then he can update using 5th gen updated, dump BIOS, fix info, program back, put in new CPU
This was my goal, but I stopped due to findings in dump #31, and requested chip info, etc at #32. If he keeps using 25Q128JV colibri or ASProgrammer should be used, AND chip needs 100% erased, then proper stock BIOS programmed back in (so other half of chip is 100% blank), then rest as I mentioned

@Lost_N_BIOS

Zitat von Lost_N_BIOS im Beitrag #39

---

.....He seems to say only the 5th gen updater allows the 5775C to work, so w/ other CPU, stock BIOS minus capsule can be programmed in (at this stage, ME FW will be functional), then he can update using 5th gen updated, dump BIOS, fix info, program back, put in new CPU .....

---

@lfb6 - Yes, I know as mentioned by you and me above. BUT, it changes something in ME FW that is not the same as stock ME FW. It also does something to the BIOS too, drop in a capsule and see how long it runs, doing "things-n-stuff"
See also - discusses the BIOS changes per these CPU's, but yes, it should "Run" without this
https://community.hwbot.org/topic/187727...cussion-thread/
https://rog.asus.com/forum/showthread.ph...Q-CODE-00-or-13

I do agree, stock BIOS, properly programmed in, should have working ME FW and be compatible with that CPU. I'm trying to get him there, but he's not replied back yet.
That purchased chip needs 100% blanked and reprogrammed properly, or he needs to blank his OG chip and program in BIOS (Then we can fix sys info later via FPT)

ME State needs reset after programming in BIOS via 1+ minute full power drain to the board (Zero power= switch off PSU or remove cables, short power on pins for 10-15 seconds to remove remaining power, then let sit 1 minute)
And yes, I agree, socket images should be made here, especially after some of what he mentioned above, and all the CPU swapping you know that's happened here. People all the time say no bent pins, then you look and see 10+ sometimes

@Lost_N_BIOS A ME update via FWUpdLcl**.exe doesn't change settings in ME. The rest is the Asus shell, there aren't any other CAP files.

@lfb6 - I never mentioned FW Update tool. And yes, ME FW update tool will change settings in ME FW if there is setting changes in the source ME FW that are different than stock RGN
What I meant was the ME FW there, is not same as what is in stock BIOS, some settings are different I think, I can't remember from when I looked now.
I never mentioned there was any CAP file? I said drop a BIOS in the tool and see what happens.

Yes, you are correct, this BIOS can be fixed easily and instantly, images with all system info are attached here somewhere, make it so
I was waiting on him, to do it properly, my way. If you want to make the BIOS and just give to him from stock, or any of the dumps he provided here, go ahead I don't mind at all
If you use the 16MB dump, FF out that last 8MB, it should be blank

Zitat von Lost_N_BIOS im Beitrag #43

---

@lfb6 - I never mentioned FW Update tool. And yes, ME FW update tool will change settings in ME FW if there is setting changes in the source ME FW that are different than stock RGN

---

@lfb6 - Thanks, I thought maybe you were trying to give me a hard time or something there for a minute
Yes, I extracted the exe long ago, but I did not realize the FW files matched anything in the repo (only compared with stock ME FW in stock BIOS)
So yeah, as I suspected, we can just fix this BIOS normally and 5775C will work just fine - Unless that tool is actually changing a few BIOS settings too, which those threads seem to point at, but he can change stuff like that to make the CPU work properly once booting into BIOS.