LMARV-1 reboot part 10: Some errors, some schematics 

Coincidently, I'm wearing a Weyland-Yutani shirt right now, too. "Building Better Worlds"

Your ring oscillator example has an even number of stage :D

"How's that, cat?" 😸

Can't wait to see the first cards!

it's interesting in how you are now looking at one of the things that was done in the early computers. to reduce the number of different types of cards they had the cards designed so that they could do different things depending on how the backplane was wired.

If the 'totally generic' board idea doesn't work, you can at least combine similar types of boards. Like have one register card that can be used for all registers - etc. Nice progress, thanks for taking us along.

I would put some not mounted footprint on the PCB for some larger MLCC capacitors just in case you need them.

As always: Very interesting!

Register file X/Y/Debug should fit on one card each, right? But yeah that makes sense for every internal register

6:40 yes that what I was see it wrong from the start . You need outside synchronize controls

which Surface device are you using for recording? Or I guess it could be a Wacom device. GIMME DEM HARDWARE SPECS BRO

Flava tech live :)

Have you given any thought to debugging the system once it's been built? Your original idea had excellent blinkenlights which seems pretty much impossible given the number of signals you have now. Having some way of hooking up a logic analyser to verify correct operation seems like a good idea to me. Yes I realise that your modelling and formal verification should minimize any errors but there's going to be a heck of a lot of hardware to trace through if it's not perfect.

I would be impressed if this were built as a mechanical or fluidics computer.

Shamt is encoded in the same field as immediate. So you can just feed the rs2 / immed bus to the shifter. For the gold plating, you want something called "gold fingers" not ENIG plating. The ENIG will wear down just as quickly as solder plating. Instead, the gold fingers place a thin sheet of gold film over the pads (I believe its sort of like a laminate) which will last much longer. Good find on the card edge connector, those look like they will work very well. Having four of them may make them much harder to insert though... could you perhaps consolidate busses by sequencing the sequence logic? You don't need all of those values at once all the time, right? Also, for a lot of the logic, it may be worthwhile to just build a generic PLA element. If you want to save cost to make it re-usable, you could place 0 ohm resistors at every intersection to select how the PLA is configured. You could potentially even implement the big gates not as 74 series, but as transistors (since large input gates are trivial with transistors but need to be done in a binary tree with 2-input gates). I suspect that would be a lot faster than a ROM, and if you can simplify the logic equations, it could potentially allow you to sequence the sequencer into multiple steps to save buses / wires.

Easiest way to solve this is to have the entire CPU as a ROM, with the program as the address and the output as the data :p

I'm wondering, have you considered using github.com/xesscorp/skidl or something similar? I admire your KiCAD proficiency and schematics have some visual appeal for me, but wouldn't it be easier to create netlists straight form python? Possibly from the same codebase that describes circuit in nMigen... I can imagine having "elaborate" method and "generate_netlist" next to each other...

i hope you wont prematurely by any PCBs until everything is Designed and pretty much finalized