Closed four0four closed 6 years ago
Quick update: I got the MEC talking over JTAG, so I'l be able to validate the contents of the flash relatively soon / determine if something else broke.
If there's interest, I can also document how to do this.
I am very interested in this! I've bricked several T430S motherboards while messing with this, Coreboot and the full HD panel mod. I'd love to know how to use JTAG to possibly recover some of those systems.
Thank you!
Awesome - I'll try and get some stuff packaged up nicely in the next few days. I don't think it's legal to distribute the images directly, but I can detail the procedure well enough (spoiler: it's identical to the flashed image, minus the lower word of the checksum at the end...not sure why). At the minimum, you'll need some a JTAG adapter with a working OpenOCD config, a steady hand, and a soldering iron :)
Feel free to shoot me an email direct if you want to discuss particulars / confirm anything.
Just adding my encouragement to that of cmorche - yes, this sounds like a great thing to have documented. It finally gives us an answer to "I've bricked my laptop, now what".
I'd like to add details on the JTAG attachement points and the OpenOCD to the docs already in the repo - and at very least document how to make the image (probably not adding a makefile target at this stage, but that is a possibility too)
So - if you dont mind - once you have written it up, I can add a copy of your docs to the repo.
Good to hear :)
I actually fiddled around a bit, and the keyboard(s) started working...which is very unsatisfying. I've got half a writeup done, but it turns out that Synopsys doesn't specify a standard flash interface and as such their OpenOCD port doesn't have any sense as to how to talk to the flash IP Microchip/SMSC are using. I'll release docs once I've got code which fixes this (this may be after or during CCC, depending).
In the mean time, here's the OpenOCD config, and here's the JTAG pinout. Also of mild interest might be that I've dumped the bootrom as well...and it refers to itself as the MEC1618, so that further corroborates the theory that they're basically the same chip.
Edit: issue came up again, spent some quality time mindlessly attempting various^w^w^wdebugging, figured out it's got to do with something I may have damaged on the DC in board...Waiting for another. Everything works fine otherwise, so I'll probably add this to the pile of "blog posts I'll maybe someday write" and move on/close this issue :)
Further edit for completeness: Seems to have to do not with the monitor, but with the camera board specifically. Further debugging pending my getting back from CCC, for real this time.
I've tried both 2.70 and 2.67, it seems that the keyboard is utterly unresponsive (aside from the power switch and power/mute LEDs) once the patch is applied. Disappointingly, applying an unpatched version does not seem to fix this issue.
My board happily claims to apply to EC update, including the reboot and "applying EC firmware" stage...
This really feels like a hardware problem, but the only thing I did before the failure was apply this patch. If it helps, I can manually reflash to 2.6x (2.70 prevents software-based downgrades) and attempt again, but I figured I'd open an issue in order to see if anyone else has had a similar problem first.