Aaaand this is why I have 40GbE to my desk.
Early test, I need a bunch of optimization to do (multiscope is not as performant as I want I suspect there's mutex issues and/or unnecessary filter graph refreshes).
But here's two thunderscopes hosted on separate machines, each with 10GbE to the core switch, then 40G from there to my workstation.
468 nets unrouted. Still have to do the FPGA flash, the power supply, bulk caps for the FPGA, and a few other odds and ends but the entire SoC subsystem is basically routed.
So at this point I can already say definitively that routing the STM32MP2 in TFBGA436 on an OSHPark 4-layer board is extremely doable as long as you aren't trying to max the IOs. Using the DDR may or may not be possible (I'm not trying here) but the internal RAM and HyperRAM are enough for a lot of applicat…
Atmel ATSAMA5D27. Also not my best work, but hey it's a sample I have so might as well photograph it.
It was desoldered from something but I have no idea what the origin was.
https://siliconprawn.org/map/atmel/atsama5d27/azonenberg_mz_mit20x/…
Xilinx XC6SLX25 (Samsung 45nm) from a previous decap run that I had to come back and finish because it was still stuck to the substrate.
A few light scratches in top passivation. These big BGAs need a lot of handling to peel back layers of fiberglass so acid can get in, which increases damage risk. Using fuming nitric usually you don't need that but I don't want it in my house :P
You can't see a whole lot here except the GTP. But if you compare this to the abstracted …
Xilinx XC7Z010, the first Zynq I've decapped.
Top metal has pretty significant damage because it spent over an hour in the acid to get all of the substrate off, then several fairly aggressive cleaning cycles to remove most of the polyimide (but there's still some golden residue scattered around, I'll try some more cleaning tomorrow to try and get all of it and re-image)
But this die is destined to be stripped to substrate so I can do floorplan analysis, so that's …
RDMA over Catgirl Excitement