Ivory CPU Heatsink and Instability

One of the theories about the instability of my Symbolics XL1200 is that the CPU has no heatsink and so it is suffering from thermal problems after a while. (15-30-ish minutes)

David K. Schmidt was kind enough to send me an old heatsink. It's 38x38x5 mm and has 11 fins on it, as you'll see on the pictures; slightly smaller than the Ivory CPU itself.

First I cleaned the old epoxy from the heatsink using acetone, which was surprisingly easy to do.

After removing the Merlin II card, I cleaned the top of the Ivory CPU and the bottom of the heatsink with a small 70% Isopropol Alcohol medical swab.

I removed the Ivory CPU and cleaned the socket pins with CRC Contact cleaner and brushed on a small amount of Deoxit D5 on the pins of the Ivory CPU.

Using a minimal amount of Arctic Silver Thermal Adhesive on just the golden "chip" part of the top of the Ivory CPU, I then stuck the chip and heatsink together. I then put the top of the Deoxit D5 bottle on top of the heatsink, and then a 3.5" SCSI hard drive on top of it to apply pressure. After an hour, I removed the hard drive and Deoxit cap, and left the whole setup to cure overnight.

In the morning, I cranked up the air conditioner and reinstalled the Merlin II.

Unfortunately, this does not seem to have solved the problem. Using the system for about 23 minutes has now produced some weird errors, including:

--> The scheduler's data structures are locked, using the cold load stream <--

Error: The generic function PROCESS-ACTIVE-P was applied to the argument #<DPT-CALL-INDIRECT-PREFETCH 22005600001>.  
       The argument was not of the correct type.
       The function is implemented by the flavor PROCESS:PROCESS.

(FLAVOR:METHOD TV:SCREEN-GET-WHO-LINE-PROCESS TV:GENERIC-WHO-LINE-SCREEN-MIXIN)
  Arg 0 (SYS:SELF-MAPPING-TABLE): #<Map to flavor TV:GENERIC-WHO-LINE-SCREEN-MIXIN 20012145454>
  Arg1 (SELF): #<WHO-LINE-SCREEN Who Line Screen 20006200000 exposed>
...

Then, eventually within a few minutes it just gave random errors, like:

Lisp stopped itself  
Error trap 10000006612 not in emulator mode ...  

So, it appears thermal stress on the Ivory CPU isn't the problem, or that the thermal stress is too great for that small heatsink to keep up with.

Sigh.

Next step is to clean and reseat all the chips on the I/O board, in a few weeks.

Douglas Fields

Writing LISP and Haskell since 1990