Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site topaz.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!bellcore!decvax!genrad!teddy!panda!talcott!harvard!seismo!topaz!STEINER@RUTGERS.ARPA
From: STEINER@RUTGERS.ARPA
Newsgroups: net.works
Subject: Re: 32032 UNIX
Message-ID: <268@topaz.ARPA>
Date: Tue, 15-Jan-85 01:51:06 EST
Article-I.D.: topaz.268
Posted: Tue Jan 15 01:51:06 1985
Date-Received: Thu, 17-Jan-85 03:46:31 EST
Sender: daemon@topaz.ARPA
Organization: Rutgers Univ., New Brunswick, N.J.
Lines: 32

From: psu-cs!aatpdx!mcg%tektronix.csnet@csnet-relay.arpa


As a former employee of Tek working on the workstation to which you
referred in your note, I can tell you that it is *definitely* UNIX
based.  The system (the 6000 series) is based on the 32016 and 32032
processors and 4.2BSD UNIX.  I don't wish to say anything about
their merit.

Also, a company called LMC Corp sells a Multibus-based 32016 box
which runs UNIX.

There are two commercially available UNIX ports for the 32016:
one from Human Computing Resources in Toronto: originally a 4.1
port, now moving to System V; and one from National Semiconductor,
also originally 4.1, now moving to 4.2.  HCR's is available in
source or binary form for a small number of configurations, and
National's is available in source form, or in binary for their
proprietary workstation.

I run HCR 4.1 UNIX (Unity) on both an old National DB16000 board
(a multibus 16032 prototype) and on the GVC Corp GVC-16 board,
made by a small company in Cambridge.  Since we do not yet have
Rev N (bug-free) chips, all the software work-arounds make it
a little slow, but I expect 11/750 performance or better when
we have Rev. N chips and use GVC's 4 megs of on-board no-wait-state
memory (there are 4 to 6 waits for Multibus memory access).

S. McGeady
Ann Arbor Terminals
Research and Development
Portland, OR