ASUS M4A785TD-V EVO and Realtek Ethernet issues

Darn, I thought you got lucky and found someone to solder it, the way you was talking up there, confused me

How did you flash that into the board? If using EZ Flash the MAC and serial locations all that would be preserved still. Not sure if AFU would leave things in right places or not, but any Asus tool would.

I just flashed it straight through EZ Flash 2 via the BIOS menu.

So much for their safety checks =D

In retrospect I should’ve taken a copy of the working BIOS before I made any alterations.

I think there’s a decent chance of repairing the broken chip. The neighbour is an electrician.

That’s good, then all the board details should still be in tact! Probably wrong microcode used caused it to fail, or wrong way of editing. Send me your edited BIOS later when you get a chance, and I will update all the microcodes for that same BIOS myself too, then compare our files and see if I notice what the problem was.

Hopefully he can solder something up for you. I could do that, so anyone that can solder should be able to, once they’re assured it doesn’t need to be in full use or anything long term, just for a short dump is all that’s needed.

Hallelujah!

We actually managed to jury rig some legs onto the chip.
I had to get the hacksaw out to expose more of the metal to solder onto.
The soldering iron tip was too large and leg #4 (GROUND) fell off again as I put it in the programmer…

…but I got a read on it.

I’ve uploaded them to my Google Drive - DEADCHIP.ROM (and duplicate file)

I can see my MAC address at the location in the picture.

Fingers crossed.

EDIT: I’ll take a picture of the “repaired chip” for your amusement later =D

EDIT: Comparing against the v2105 dump with no working ethernet - it looks like the missing GbE references should be in sections:

> 000DC000 → 000DC1B0
> 000F9790 → 000F9930

I don’t see any references to Serial Number or DTS Key.
It’s possible I could’ve made of mess of the updated CPU microcode or maybe the board + Phenom 2 isn’t compatible with those updates?
There is a toggle-able CPU microcode setting in the BIOS menus though =S

we_have_a_mac.jpg

Awesome you guys got it!! I see from the image your correct Serial number is there too, I had wrong for this board and it uses part of the long white sticker instead of the other serial sticker on PCI slot - MT7099K04200511

I’ll get a copy of the deadchip now and tonight hopefully will have a BIOS for you later! Toggle-able microcodes? You mean in some app like MMTool?

What is 2015 no Ethernet reference to? Do you mean the original dump you sent initially?

No there’s an option in the BIOS for CPU microcode updates: https://drive.google.com/open?id=15Fb71_…HtjPWM3dJohG0Hi

Yes 2105 is the latest BIOS version for the board. That’s the original dump I made but with non working ethernet.

I’ve flashed back to 0211 so we don’t get any weird update issues: https://drive.google.com/open?id=1PIiN62…f9A3qPp5zOTTnBn

Here’s some pictures of the “repaired” chip:
https://drive.google.com/open?id=1vvi5L5…Uw4hgaCszNDwxm0
https://drive.google.com/open?id=1NosUT-…CGU7isMn8dMaMZQ

I had to cut through the plastic in places for the solder to grip to something! I was amazed when it still worked =D

I’ve attached a picture of the microcode updates I modded into the deadchip.rom.
MCExtractor claims everything is OK.

EDIT:

Just before I go to sleep I did some hex editing.
I’m curious to see if I’ve gone wrong somewhere before, maybe some old code in the old chip broke something?
https://drive.google.com/open?id=1t8pw24…QxAWPalCJiR3BOk

I also want to see if your files match mine. I could be doing something wrong.
I’ve used HxD to copy - paste write, no other tools.

2105_FIXED_GBE.ROM - Latest BIOS with Ethernet Fix ONLY
I’ve taken the latest BIOS file straight from the ASUS website: http://dlcdnet.asus.com/pub/ASUS/mb/sock…O-ASUS-2105.zip
And hex edited the appropriate sections

2105_FIXED_GBE_CPU.ROM - As above and with updated CPU Microcode
I’ve replaced the outdated microcode sections with the new sections. It passes a MC Extractor check.

cpu_microcode.png

I see, yes, maybe always leave that option enabled in the BIOS. That way when flashing it’s enabled, in case disabled causes any issues.

Wow, that’s one tore up BIOS chip!! I expected wires soldered on leading to pins, cool to see you guys were able to get those pins in right on the chip and able to make it still fit into the programmer and board!

I wanted a copy of your original modified BIOS, that caused the bricking incident, just to check it over. You are correct, mc extractor can show everything is OK when it’s not, so that’s not always a good check.
Sometimes it will tell you if it’s badly packed (1/2 a code on top of another, or ran into start of another etc) But it wont tell you if any are missing, or if the file itself is bad (ie wrong size, wrong checksum etc).
You had to verify with other tools on that. Straight hex editing the BIOS file itself to add codes isn’t really a reliable way to do this, which may be the problem.

I assumed you’d be working away while I was gone, and have everything all fixed when I got back pretty close to what happened I see
I will check your files, did you test program them yet? Editing one myself now and we’ll see how they all compare once I’m done. If this was edited same way you did last time, it will likely fail same way, seems like that isn’t good method for this BIOS probably.

I’ll use MMTool to do the microcode updates, probably 3.19 since 3.22 and 3.26 had issues extraction a few different modules for me when 3.19 didn’t.
Ended up using 3.26, 3.19 had some issues with certain microcodes even if leaving the end blank in place or removing and putting back later.
No matter what it would add data to each code, without error in MC Extractor too, it was adding to the end and beginning of each code. Probably MMTool version issue, but I got similar in 3-4 versions, oh well.

And all had certain issues when using the CPU microcode tab as mentioned, so I used extract P6 module method, then hex edit each one by one, then reinsert P6 module.
Probably very similar to your straight hex edit method, but without a module rebuild that happens on re-insertion of P6

I’ll also use Hex to do LAN MAC, UUID and Serial transfers and AMIBCP 3.51 for serial secondary, in SMBIOS uncompressed

*Edit - here is BIOS, all fixed I think! Should be OK to program in. And yes, please program this in with your programmer, no flashing this time around

All info added and corrected based on the murdered original flash rom contents

UpdateduCode-LANMAC-Serial-UUID.png



1. Actual serial MT7099K04200511 (based on long white CM Sticker first 12 digits + leading MT7)
2. Corrected valid MAC Address = 002618F327C8
3. System UUID 20 06 + DTS key from sticker on board = 2006001E8C00002985F1

+ Updated microcodes x 6

https://www.sendspace.com/file/6vt5om

Now, I will look over your modified files. Please when you remember, if you still have, post that original BIOS that killed the board so I can try and see what was wrong so you can try to avoid in the future.
Looks good to me, is that how you edited it before? If yes, then maybe it was just random bad flash? Or the method used to flash?

I’ll give your file a try with the ch341a programmer.
Your file is likely better than mine =D

The deadchip.rom is the dump that killed the board.
I made it just by using HxD and replacing the equivalent sections of cpu microcode.
Likewise for the files in the post above.
I won’t flash that again file or the files I made in the post above as I see some differences with yours.

I had issues when using MMTools v3.26 to edit the CPU microcode (CPU PATCH) section directly - it kept crashing.
That’s why I tried doing it manually using HxD.

Testing it now =D

EDIT:
Working perfectly. Ethernet back. Everything up to date. Minor improvements in the AIDA64 benchmarks thanks to the microcode updates.
https://drive.google.com/open?id=1whMGjX…i_ciLhTcsCi3KBo

Nice to have this speed back: 50->130Mb is quite normal.
Clever chap :wink:
Thank you indeed.

speedtest.png

Is the deadchip.rom byte match to the BIOS you flashed in?

When you have time, if you wanted since you have a programmer now, you could program in your original BIOS edit and see if it’s OK. Could have just been a bad BIOS flash.
Same for yesterdays edits you made, they could be OK too.

Cool it’s all working good now!! I’m glad you guys were able to get that dead chip connected, that was a life-saver! I was going to edit in similar info in similar places before you got that backup, but it wasn’t exactly the same and may not have worked.

I want your internet!