<div dir="auto"><div>There are severe limitations to the pre-inbuilt MMU, but most might show up when you have way more RAM available than what the machines were designed for. If we got the full firmware code, ideally for both the 3/60 and the 3/80, It would be technically possible to dump the 3/60 MMU and use the inbuilt 68030 one and have a Frankenstein 3/70 or something. Tom is really getting deep into the design and understanding how it works, let's see where it goes.</div><div dir="auto"><br></div><div dir="auto">This is my usual plea for more schematics. I also have a broken 3/80 I would love to fix and release back into the wild. I'm pinging SUN folks on LinkedIn whenever I find them on manuals, docs, etc, to limited success. I refuse to believe that it's all lost, rather that it's in a basement somewhere and we just need to show good intentions.</div><div dir="auto"><br></div><div dir="auto">The PAL8L14 is indeed replaceable by discrete components and by two GALs, I need to clean up the documentation since the links aren't in the right place right now. Check out "Can we get rid of the PALs" in the main FAQ. I'll look at why it's not in there decompiled and add it in.</div><div dir="auto"><br></div><div dir="auto">The speed issue isn't as bad as mentioned and specific to the ram refresh circuit and the ras-before-cas (or the other way around) so it can be isolated. After the main issue of adding more RAM is out of the way, I'll try to see how fast I can make it. I'm very sure large sections can be replaced with modern CPLDs, again in the queue after some more essential stuff.</div><div dir="auto"><br></div><div dir="auto">For rare stuff like LS2518, eBay is the necessary evil. I'm pretty sure I bought out the stock on a few of those parts. This is what I want to replace first from the original. It's also fun to see who our competitors are, in this case a bunch of PALs are sought after in the arcade world. A ton of 68k resources come from the Amiga crowd which if anything is overly active :)</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, May 27, 2025, 10:16 Romain Dolbeau <<a href="mailto:romain@dolbeau.org" target="_blank" rel="noreferrer">romain@dolbeau.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mar. 27 mai 2025 à 05:35, Dan Moisa via rescue <<a href="mailto:rescue@sunhelp.org" rel="noreferrer noreferrer" target="_blank">rescue@sunhelp.org</a>> a écrit :<br>
> Alright folks here it is, courtesy of long weekend:<br>
> <a href="https://github.com/54weasels/sun3_60/" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/54weasels/sun3_60/</a><br>
<br>
Thank you so much for sharing this!<br>
<br>
Somehow, seeing the schematics in modern Kicad makes it feel even more<br>
complex and daunting than the original drawings... it's no longer<br>
possible to blame bad readability. incredible work to replicate those<br>
so nicely!<br>
<br>
I'd never realized that the "Sun-style" MMU on those machines was done<br>
in discrete logic and PALs... somehow from all the '030-era systems<br>
with gate-array custom chips, I expected to see that and wondered<br>
where you sourced them from... I understand now why they chose to do<br>
the sun3x for the '030 and use the built-in MMU - cheaper and smaller<br>
than having all of that on the board.<br>
<br>
That's a lot of PALs to program, as well. I was wondering about<br>
consolidating, but one of the links you have for the 3/60 mentions<br>
some timing issues for the PAL used in the DRAM refresh circuitry :-(<br>
Isn't the rare PAL8L14 just combinatorial ? At some real estate cost,<br>
it could be replaced by a pair of smaller PALs, couldn't it? (if it<br>
had registers, those many outputs might have dependency on one<br>
another, but not in a purely combinatorial PAL if I understand PAL<br>
equations correctly). That would double the load on the input lines,<br>
but I presume (quite ignorantly) that by replacing them with modern<br>
GAL the issue is mitigated. Also, it doesn't seem to have been<br>
decompiled in the PAL directory, is that an oversight or is there some<br>
issue that makes it impossible to do?<br>
<br>
It's a shame 5V stuff is disappearing, and some massively popular<br>
chips are no longer made. Even the ubiquitous Z8530 was retired<br>
recently :-( Maintaining/making more of those is going to get harder<br>
and harder. I wonder how you did manage to source all that stuff, some<br>
seems to be quite rare (e.g. LS2518).<br>
<br>
Cordially,<br>
<br>
-- <br>
Romain Dolbeau<br>
</blockquote></div></div></div>