Search results

For Ethernet, the SEthernet/30 would do (either the original or my more compact variant), or any NuBus Ethernet, or indeed just remove a slot and hardwire a SEthernet/30 on the motherboard (slot might be easier for routing the mobo PCB though). The first issue with the LC slot is the 16 MHz...

The absolute bare minimum for a viable '030-or-later Mac is: (a) a CPU - a purely a money issue, as MC68030 and MC68040 are available for Rochester, plus all the usual sources of vintage chips (b) a memory controller and associated RAM - many alternate solutions available from SRAM to vintage...

Not easily. NuBus90 isn't actually "true" 20 MHz, it uses the 10 MHz NuBus clock (10 MHz 25%/75% duty cycle) for a lot of stuff, and only does data transfer using the 20 MHz (50%/50% duty cycle, so every other 20 MHz pulse matches a 10 MHz pulse). So it only improves performance for transfer of...

That's one option, yes. If you go that way, might as well go all the way to 6 slots plus the cache slot :) Basically, in the II, Apple defined 6 "slot area" (from $9 to $E, the 65k version of hexadecimal 0x9 to 0xE) and 6 associated interrupt lines for expansion devices, with one slot needed...

Pedantically, the actual FPGA itself isn't super expensive, even going for Full HD as in the *FPGA. But you're absolutely right the cost is high anyway, because you also need the PCB to carry the FPGA and all the extra required stuff :-( To support high resolution and high depth, you need a lot...

There's already some, both in the "fast, high-res, expensive, somewhat complex to setup, and purely as prototypes" (my own *FPGA range, complete with switchable resolution and depth up to Full HD in 24 bits), but also much easier to acquire/deploy based on an older chipset but for now only for...

I wouldn't call the coprocessor interface over-engineered - for the time it was quite good, and enabled a very clean programming model for ISA extensions. But (a) there wasn't enough justifiable use cases and (b) moore's law made it easy to simply integrate the most obvious use cases. Having the...

Nope, they don't, and neither do the internal MMU of the '030 (unlike the MC68851). CIR are only there to support the coprocessor interface at bus level, and so are only useful for external coprocessors running on the bus of a '020 or '030. For F-line instruction, in the '020 and '030 using an...

Do you have a SE/30 to test the PDS card in? The PDS of the SE/30 and IIsi are essentially compatible, but the faster clock of the IIsi (20 MHz vs. 16 MHz) means some card for the SE/30 won't work reliably in the IIsi - enough for the Mac to fail reading the ROM properly. This could be one of...

There's a design from Garrett's Workshop as well.

Having added 240 MiB to a IIsi with the IIsiFPGA (though reads are much slower than this, as the DDR3 is connected to the FPGA itself so requests go through it), you really don't want that much memory in there. No software needs (or even benefits from), that much memory, and it makes cold...

For those not familiar with Sun terminology, the "P4" is that familiar DIN connector you can see on the right underneath the booster, where the framebuffer would go [1]. From the schematics of the 3/60, it's basically a PDS for the MC68020 (so no /STERM). From some tracing and discussion for the...

Sorry, ambiguous notation on my side. I also meant 2-1-1-1 burst vs. 2 non-burst, which for 4 words in a cache line translate at 5 cycles total vs. 8 cycles total done back-to-back. Doing 2-2-2-2 burst will always be slower than 2-1-1-1 burst, and would be slower than 2 non-burst repeated four...

So it turns out to be true... I've seen design documents from SRAM and/or tag ram manufacturers claiming 2-1-1-1 burst was less efficient than 2-2-2-2 for fast L2 cache, complete with an explanation of the '030 behavior w/ and w/o burst. I've always wondered whether that was totally legit (it...

Mmm, I'm curious as to why /ECS is needed? 2-cycle is only possible with /STERM according to the documentation; while caches can't really do the tag lookup fast enough, they usually can do 2-cycle read by simply asserting /STERM immediately, and then forcing a bus retry if the tags don't match...

I have an SGI and a couple of HP-PA HPs somewhere, but I don't like them the way I like my SPARC. By now, the primary reasons is lack of documentation. Sun documented a lot of things very well, as they had to support clones, and they also pushed for standardization (SBus, SPARC itself). I was...

All of those standards had two things in common: (a) they were, or somehow became, standard (!), so you could get them from multiple vendors, driving costs down (b) as video standard, they were all (I think) "chunky color", dumb (no acceleration) direct-access framebuffers (same as Macs and most...

My long-standing position is the Amiga died *because* of its "amazing" chipset, while Apple survived because of the lack thereof and the willingness to break some stuff during the Plus => II transition. With the "amazing" chipset (Amiga and others of the era), software is tied too closely to...

It seems I should clarify my "era" comments :-) I didn't mean the whole 80s/90s, but specifically the era for which @noglin put a result table - when Apple moved from the '040 to the PPC601, Intel from the 80486 to the Pentium, and the RISC vendors were moving from their early implementations to...

And for fun (I was near the system and only needed a reason), NetBSD 9.0 and gcc 7.4 on a SPARCstation 5/110 (110 MHz MicroSPARC II): ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 1.237 FLOATING-POINT INDEX: 0.659 Baseline (MSDOS*) ...