Acquiring a bunch of Lisp Machines

Brad Parker brad at heeltoe.com
Sun Sep 27 07:49:03 CDT 2015


On 9/25/15 9:20 PM, Guy Sotomayor wrote:
> Some work has been done to build an emulator but it was based upon 
> trying to emulate the code
> that ran on the Alpha.  No one to my knowledge has created an emulator 
> for the 36xx series
> machines.
It's good to see that the MFM emulator worked on a 3640.  I bought one 
and planned to try that experiment
at some point.  The SCSI emulator (scsi2sd) works well on the scsi based 
xl1200's and I have cloned a few
disks.  I have a working 3640 with a booting MFM disk which I 
should/will clone once I find the pcb (which is currently hiding)

It's true about the disks - the bad block info - at least on the large 
SMD and RLL lists was written at the factory once and that was it.  But 
if you had a "perfect disk" (for example one that was emulated), you 
could recreate a FEP file structure from scratch and if you had a 
distribution tape you should be able to load the needed files onto it.  
I suspect you could do all of that "outboard", i.e. using a linux 
computer into a disk image.  The FEP file structure and LMFS file system 
are not that complex. And if you could take a MFM signal image and turn 
it back into 1280 byte blocks, then you'd have a good example to 
decompose and compare with (since that now exits).

Heck, worst case you could do it from the FEP itself - but I think you'd 
need a dc-300 drive emulator and a image of a distribution tape.  That 
should not be hard - the carts exists and I can't imagine a tape 
interface being that hard to emulate.

I think the MFM format, even with it's odd block size is known and 
reasonable;  But the FEP loading code is obscure. (I've never seen FEP 
source code despite searching for a long time) But the format of the 
disk is pretty well documented in the lisp code and is known.

I made a feeble attempt at a 3600 macro code interpreter at one point.  
More just for fun than anything else.  I based it on the microcode in 
the patent application but it only got so far.  I think documentation 
did exist, but I'm not sure it's ever seen the light of day.  I've never 
seen any.  The holy grail would be a source copy of the latest microcode 
with all the support files.  It has to be on a magtape somewhere in 
someone's basement...

There is documentation for later ivory based machines (xl1200, etc...); 
the macro code and other important information has surfaced and is 
available.  The emulator has gone through various incarnations and 
improvements but remains (sadly) private.  I heard the latest version 
was completely rewritten in modern C.

I still hope some day someone will cough up some tapes with internal 
files on the 3600.  It should be possible to make an emulator or at the 
very least run the microcode.  There are schematics on the web. I have 
(briefly) considered putting them in an FPGA but fortunately came to my 
senses.  I think if I had the FEP source code I'd get motivated again 
because I've yet to figure out the format of the microcode binaries 
(which would be essential if one wanted to actually run the 3600 
hardware engine in simulation).  It might be one of those "be careful 
what you wish for" statements :-)  I still remember Al sending me the 
binary images of the CADR boot proms.

I think that 3620 is VLSI based.  There have to CAD files somewhere 
which describe the logic.

-brad





More information about the cctech mailing list