The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: lrw@acm.org (Lorne Wilkinson)
Subject: [TUHS] Was pcc ever ported to the CDC6600?
Date: Sat, 21 Jan 2017 09:42:22 -0500	[thread overview]
Message-ID: <CAPrQF0JzR52HDcw8Xd0oYUr=Ek==sW8Lj3ofHCTvvZKq8QoCew@mail.gmail.com> (raw)
In-Reply-To: <1485003102.1912634.854925048.79C4A97C@webmail.messagingengine.com>

Control Data had a lab in Mississauga On, (outside of Toronto) in the 70s
and 80s where some of the CDC Cyber 180s were designed and built.

A company called HCR Corp in Toronto did a considerable amount of work for
CDC re-targeting pcc and UNIX System V for the 180s and ETA10.

I was fortunate enough to work for both companies. I didn't work on the pcc
port to the Cyber 180, but some of the UNIX port. I thought the Cyber 180
architecture was way ahead of it's time. Virtual memory, 64-bit ints,
shared libraries. Some of the 180s were also dual-state, NOS/VE 64-bit OS
and apps 50% of the time, a CPU microcode switch, to NOS and the 60-bit
platform for 50% of the time, to support NOS to NOS/VE migration. Pcc
re-targeting was challenging in a number of ways, addresses were 48 bits,
with a ring and segment number, which resulted in a NULL pointer actually
not being 0.

HCR also did work on the ETA10 UNIX port, I didn't participate on that
project, but HCR also re-targeted pcc for the Intel iWarp CPU, which I
worked on. HCR had a portable global code optimizer and peephole optimizer
for pcc, so much of the work involved splitting pcc, for the global
optimizer, to operate between front and back ends, and integrating the
peephole optimizer, re-targeting the code generator, and tuning.

A lot of very smart people who were great to work with at CDC and HCR,
certainly a great way to start my career.

Some more background here on the CYBERs

http://bitsavers.informatik.uni-stuttgart.de/pdf/cdc/cyber/cyber_180/

I seem to remember reading a number of those manuals 30 years ago or so.

And info on the iWarp project:

http://www.cs.cmu.edu/~iwarp/






On Sat, Jan 21, 2017 at 7:51 AM, Kay Parker <kayparker at mailite.com> wrote:

> > My memory of the Kyber (as we called them; we had a 72)
> wasn't it a CDC Cyber?
> https://en.wikipedia.org/wiki/CDC_Cyber
>
> On Sat, Jan 21, 2017, at 04:38 AM, Dave Horsfall wrote:
> > On Thu, 19 Jan 2017, Steve Johnson wrote:
> >
> > > PCC ended up being ported to many dozen different architectures, so
> it's
> > > quite possible, but I don't recall it being done.  It was kind of a
> > > dinosaur by the early 70's.  I'm not even sure that it had memory
> > > protection, and it certainly didn't have paging.  And the I/O system
> was
> > > strange.  So porting Unix would have been next to impossible.
> >
> > My memory of the Kyber (as we called them; we had a 72) was that it was
> > not character-addressable, but 60-bit word-addressable, thus making
> > string
> > handling somewhat difficult.  Don't get me started on its utterly broken
> > architecture...  I have thankfully lost my programming manual for the
> > beast.
> >
> > > The main thing I remember about the 6600 was that it didn't have parity
> > > bits on its memory.  So people used to run the same program three times
> > > and if two of the answers agreed, they published...
> >
> > Parity only slowed it down, and besides, hardware never failed...
> >
> > My fondest memory of the thing was its command completion; I would start
> > to type "O, TR" and it would fill out "O, TRANSACTION TERMINAL STATUS".
> > Which reminds me that my worst memory was its console keyboard, with "0"
> > on the left...
> >
> > --
> > Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will
> > suffer."
>
>
> --
>   Kay Parker
>   kayparker at mailite.com
>
> --
> http://www.fastmail.com - Does exactly what it says on the tin
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170121/c74f8a57/attachment.html>


  reply	other threads:[~2017-01-21 14:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-19  2:52 Nemo
2017-01-19 17:47 ` Steve Johnson
2017-01-19 17:52   ` ron minnich
2017-01-19 18:06   ` Charles Anthony
2017-01-21 12:38   ` Dave Horsfall
2017-01-21 12:51     ` Kay Parker   
2017-01-21 14:42       ` Lorne Wilkinson [this message]
2017-01-21 15:44         ` Larry McVoy
2017-01-21 22:55       ` Dave Horsfall
2017-01-21 16:27     ` Ronald Natalie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAPrQF0JzR52HDcw8Xd0oYUr=Ek==sW8Lj3ofHCTvvZKq8QoCew@mail.gmail.com' \
    --to=lrw@acm.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).