Mac quadra 605 emulator 32 bit#
Mac quadra 605 emulator full#

Probably the only chance you'd have to do it at anything approaching a reasonable size/power budget would be to use one of the FPGA/CPU core hybrid chips. My gut suspicion is it probably is 'doable', but you'll need a *lot* of very sophisticated hardware glue out to allow enough clock cycles for the host CPU to run an emulator fast enough to even match the real hardware. This is starting to look really ugly, and possibly impossible to do without DMA unloading some of your I/O overhead.)Д«asically what you're proposing doing is making an In-Circuit-Emulator (Which is an *extremely expensive* engineering testing tool involving a wad of circuitry which watches a CPU bus, logs data to a fast built-in memory buffer, and can halt the included CPU at specific 'breakpoints' determined by counting cycles) subtracting the actual CPU being traced and streaming the collected data into a host CPU fast enough for it to respond at wire speed. (Note of course that said output latches will have to be designed to only *actually* change states at times appropriate points in the CPU socket's clock cycle. Which leaves you pretty boned since you'll spend the *other* half of your time *writing* pin states into your I/O latches.

Mac quadra 605 emulator full#

Even assuming you could read those states out of latching buffers at the full 200Mhz bus speed of your StrongArm CPU in one cycle (which is unlikely), you'll be spending almost half the time until your next clock tick getting that data into your emulator. Unless you have *very* sophisticated glue able to directly stuff all those bit states into RAM via DMA figure you're blowing three or four I/O instructions just to read the pins.

Mac quadra 605 emulator 32 bit#

I don't feel like counting signal pins.) That's three or four 32 bit I/O port's worth of bits to read. (That's wild guess, based on figuring that 1/2 of the 179 pin PGA-package are grounds. Let's say, ball-park, you'll need to sample pin state at 33Mhz. (You'll already need glue to convert between voltage levels, etc, of course.) Unless you have some fairly sophisticated glue hardware between your CPU socket and the other processor to buffer the states of the CPU pins you'll be wasting a *lot* of cycles blocking on I/O. a 600MHz Gumstix board in a 33MHz Quadra = 18 clock cycles