March 22nd, 2013 ~ by admin

CPU of the Day: IBM Micro/370 – True Mainframe on a chip

IBM System/370 - 1970

IBM System/370 – 1970

IBM introduced the 12.5MHz cabinet sized System/370 in June 1970 as an evolution of the System/360 from 1964.  These systems formed the entire base of IBM’s mainframe business.  Today’s System z, itself an evolution of the original System/360 and 370, can still run many of the original programs, unmodified, from 50 years ago.  This is a testament to 2 things, the wide adoption of the IBM systems, and the forward thinking of IBM.  Even the original System/360 from 1964 was a full 32-bit computer.  Single chip processors did not embrace 32 bit architectures until the very early 1980’s (Motorola 68k, National 32k, etc).

In 1980 IBM sought to make a single chip version of the 370, in an effort to make a version that could be used for desktop type computers.  This was to become the Micro/370.  There were 2 distinct products to come out of this goal that are widely confused and debated.  The first became the PC XT/370, an add in card(s) for an IBM PC to give it the capability to run System/370 software.  Later another version was developed called the Micro/370 as a single chip solution.

The PC XT/370 began as an experiment,  a test bed implementation of the System/370 in a microprocessor environment.  The goal was not to rebuild the 370 from the ground up (that would come later) but to merely implement its instruction set into an existing design.  The base processor had two main requirements:  it had to be 32 bits, and it had to be microcoded.  IBM’s engineers in Endicott, NY selected the then very new Motorola MC68000 processor as their basis.  It was one of the only 32-bit designs at them time so that no doubt helped in the selection process.

Motorola MC68000 - 1980

Motorola MC68000 – 1980

Microcode

Before continuing, lets take a second to discuss what a microcoded processor is, as it is important to understanding the XT/370. Most processors are known as microcoded designs.  The instruction sets that the programmer sees are not actually a hardware function, as much as they are software.  Each op code is translated on chip, via a ROM or PLA (Programmable Logic Array), to specific hardware, transistor level, actions.  An instruction op code may be ADD A B, which in the microcode is translated to connecting the A and B registers to the ALU, and then connecting the ALU output to the appropriate destination register, Data Bus, or I/O pins.  The actual physical gates are independent of the instruction set,  Not all processors are designed this way, some designs,known as random logic, the op codes control the actual hardware directly (such as the previously discussed Novix Stack  Processors). This is faster, but harder to debug and make changes to.  A microcoded processor could conceivably execute different instructions, merely by changing the microcode.

Unknown Implementation of 370 - Possibly in Bipolar

Unknown Implementation of 370 – Possibly in Bipolar by Boblinger Laboratory.

This is exactly what IBM did with the XT/370.  They had Motorola implement most of the System/370 instructions in a new microcode (developed by IBM) for the 68000.   Nick Tredennick of Motorola worked with IBM to implement the microcode 68000 structure. Nick had previously developed the logic design, and microcode for the original Motorola 68000 processor in the late 1970’s so was very familiar with it.   Not all of the instructions could be made to fit in a 68000 so a second, generic, 68000 emulated them in software.  Floating point instructions were implemented in a similarly customized Intel 8087 FPU. These 3 chips were on a card called the PC/370-P.  Two other cards were required called the PC/370-M (Memory) and PC/3277-EM which made the system appear to be a 3277 terminal.  These 3 cards together implemented a System/370, albeit slowly. IBM developed a subset of the System/370 software to run on desktops at a reasonable speed.  This system was available for purchase in 1983 for $3790 (or $8995 including the IBM XT) and continued to be sold (in various forms)  into the early 1990’s.

Meanwhile, at another IBM facility in Yorktown Heights, NY in January of 1981 IBM began work on 370 microprocessor that would be purpose built for System/370 code.  Tredennick had now left Motorola, and perhaps not surprisingly, now worked for IBM, and set about designing what was to become the Micro/370.  Several other units at IBM had similar aspirations, including one in Boblingen, Germany, who likely made the keychain pictured.  Initially the resources were not available to actually build the chip, only to design, and simulate it.  Nick describes the Micro/370 as a ‘grass roots project.’  It wasn’t widely supported by the higher echelons at IBM and thus only had a few people assigned to it.  That’s likely why it took until 1985 for actual silicon to be made implementing the full Micro/370 processor.

Micro/370 die

IBM Micro/370 die – 1985

The Micro/370 is implemented on a 1 micron nMOS process and contains around 200,000 transistor sites (93,000 used) in a 171 pin  package.  Clock speed is 10-15MHz.   It is a microcoded design that implements 102 system/370 instructions.

And here is where some of the confusion arises….

The Micro/370’s bus is a superset of the Motorola 68000 bus, 64 of the 106 signal and I/O pins are completely compatible with that of the 68000.  You can design a Micro/370 system using no other IBM components, it will work with standard, off the shelf, Motorola peripherals.

Was this lazy? Was this stealing? Certainly not, this is good engineering.  Especially for a project with limited resources, to allow a design to use already existing, commercial off the self support hardware is ideal.  While the PC XT/370 used the actual Motorola MC68000 as its processor (albeit with new microcode) the Micro/370 was a ground up IBM design, that supported the 68000 bus.  This makes testing and support much easier, and affordable.  Peripherals did not need to be deigned, as they were already available.

The Micro/370 never made it into full production.  Speculation in 1986 was great as to whether IBM would release their next mini computers based on the Micro/370. or on the new Intel 80386.  IBM of course chose the 80386 ending the short, yet interesting life of the Micro/370.

Sources:
Microprocessor Logic Design – The flowchart Method – Nick Tredennick 1987
IBM Systems Journal VOL 23 No 3 1984 pgs 245-255

7 Responses to CPU of the Day: IBM Micro/370 – True Mainframe on a chip

  1. KJ

    There was also an AT/370 and a couple of Microchannel-based descendents. IBM eventually did the same trick with the S/390 architecture.

    It’s also interesting to note that Burroughs had (has) a single-chip implementation of their A-series mainframe called SCAMP which could be had on a AT-bus card (see: hxxp://www.retrocomputingtasmania.com/home/projects/unisysaseries).

  2. 02 ΑΠΡ 1986 | IBM AT/370 | Σαν σημερα στους υπολογιστες

    […] σε ένα εντελώς νέο ολοκληρωμένο κύκλωμα. Το λεγόμενο Micro/370 έφτασε στο στάδιο της τελικής πειραματικής […]

  3. UMMR

    Hello
    do You know… or guess… what would be the package type of the Micro/370 CPU? IBM “metal can” I think, since if You look at the finished chip in the keyring You’ll see the solder “bumps”, typical of flip-chipped mounted dies (IBM MST and newer logic chips are mostly flipchipped). But I’m not sure.

  4. admin

    Yah I would agree metal can is very much the most likely, Its may have been a ‘naked’ flip chip on ceramic though, with a heatsink, like some of the early POWER chips.

  5. Chris

    It’s kinda hard to say the System / 360 and the System / 370 as there have always been multiple implementations to scale the ISA up and down from the very beginning.

  6. CPU of the Day: IBM Micro/370 – True Mainframe on a chip (2013) | ExtendTree

    […] Read Full Story […]

  7. Micro/370, um mainframe em um chip | Retrocomputaria

    […] Implementar o System/370 em um chip? Usando um Motorola 68000? Em 1985? É isso mesmo: o Micro/370 implementava todo o System/370 diretamente num MC68000. […]

Leave a Reply