Upgrading a motherboard’s BIOS/UEFI (the hard way)
downtowndougbrown.com
downtowndougbrown.com
That was a bit cringeworthy as someone who remembers the old TomsHardware video, and knows how rapidly new CPUs can change temperature/power consumption. You might end up with a damaged CPU, finger, or both. The amount of thermal mass relative to the power dissipation is tiny, and the BIOS definitely isn't going to put the CPU in power-saving mode right out of reset. I strongly recommend never powering on a "bare CPU" without a heatsink on it for anything newer than a (original) Pentium. Not having a working fan on the heatsink is not as bad, since the heatsink has plenty of thermal mass.
Looked at it and two of the plastic clips (yeap, no screws back then lol) holding the heatsink+fan were snapped so the heatsink wasn't even touching the die... WTF!
That was pretty hilarious. It worked fine for years after I fixed it, long enough for caps to blow and be replaced.
Basically, they're fucking sturdy.
Isn't the reaction time today somewhere on the order of a few milliseconds? How much could a component overheat in that time? The maximum current, though high, is still limited, after all.
Also, there is "thermally governed", and there is that hard reset once a critical temperature has been reached. I'm admittedly ignorant, but a "extremely short reaction time" with regards to a critical event seems like something that one could reasonably expect.
"I static'ed my component X" is something one hears frequently, but I don't think I've ever read about anyone frying their CPU anytime in the last decade.
Edit: Looking at a somewhat recent paper [1] studying CPU frequency transition latency, even the highest latencies were still within 70µs(!). I think one could reasonably expect a similar or better latency regarding critical protection circuitry.
[1] https://www.cse.iitd.ac.in/~sbansal/col862-lpc/ftalat.pdf
Why would you expect critical temperature threshold shutdown latency to take any longer?
Success! I cleaned off the CPU with alcohol because I had been touching it, and fully installed the heatsink/fan.
Also props to the writer for mentioning the fact that the CH341A drives the flash chip with 5V rather than 3.3V without modification. Many sites don't mention that and that can destroy a 3.3V chip. I believe the datasheet for my Winbond chip mentioned that the limit was 4.3V or something like that. I only figured that out when I probed the programmer's signals as a sanity check before programming.
Now, there's no socket, no header (not even the footprint for it) and of course no microcontroller-based flash method.
It would cost them literal cents to do, but they don't. It's a shame.
Although I think clips are roughly the same price if you go that route as well.
The clip is a hack. And it also does assume there's a diode to protect the board from back-feeding power, or else you have to turn on the board and do it warm, which has its own issues.
When the flash chip isn't socketed, it would cost literally nothing to provide the footprint for a programming header. Just SPI on a header.
That there isn't one is pretty much the middle finger to their customers.
>It's also an extra cost added to millions of units which maybe 1-10 customers will ever actually make use of. It's just cheaper to offer a program to mail the boards in to be flashed.
Negligible cost for just a header, even less so for a footprint.
It's not about these 1-10 customers, but about local repair shops (or any friendly tech guy) being able to do this. Much better than a mailback.
There probably is also some sort of "header" to allow programming Flash in the factory, but it's going to be a set of test pads that need a "bed of nails" or similar to use. I suppose you could standardise it and make it easier to field use (others mention tag-connect cables), but it's such a niche use case I'm not sure anyone would spend the time on standardising it.
I just called up ASUS and shipped the board to them, I paid the shipping cost and they reprogrammed the BIOS for free, besides shipping.