From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE,URIBL_SBL_A autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30534 invoked from network); 4 Feb 2021 01:15:08 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 4 Feb 2021 01:15:08 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 42EE39C884; Thu, 4 Feb 2021 11:15:08 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 433239BA47; Thu, 4 Feb 2021 11:14:33 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=ccc.com header.i=@ccc.com header.b="idT+N4rw"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 050B69BA40; Thu, 4 Feb 2021 11:14:32 +1000 (AEST) Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) by minnie.tuhs.org (Postfix) with ESMTPS id 09A3E9BA40 for ; Thu, 4 Feb 2021 11:14:31 +1000 (AEST) Received: by mail-qt1-f171.google.com with SMTP id r20so1305239qtm.3 for ; Wed, 03 Feb 2021 17:14:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AUlAMpu6jRDKLFb2dB0X5mUati/JkOvyQ3WKlEUpC/8=; b=idT+N4rwLJBDMLfVzmgpSK3F0bpjefXdv+2ugVoSlGKe93ZHekvILiCEQD4V2Dn/9k BbZZlP8L8lkRu6tGVLua5wbtaPK1cI29lljqCLiRfyOKjvJxoMmIJEJ3K9fZZjw64otw ZXWyhKiMmr4dqd1k1jWoh4NF4rckzlN3uDDTc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AUlAMpu6jRDKLFb2dB0X5mUati/JkOvyQ3WKlEUpC/8=; b=Fw2EEY5xajPQvKJYTEGQYUAnECiKYpZs/J20H7qJ1R1rOkBFVQkJ+l7n++Pmgw5Is2 gbLMpZ2wRePkhm23vD0sMPfF6pFmqaJ6drL7GJjQZTVD0JVOboYWMMmC881Z5ErQGMQs TtHxK5zRwHwEST0TTsDNpQqjM6F2xpeIdIpG7M4QQINhocq0rF/bg106JFNhWacm/El3 ECAOzIusrYRzsWLw+Y/hQoYl5FqyfO8ngF9y8T7sHRyzYL9Y4e1+mPtnYwQ9UIJGpYal eE8Tptb435Wuh5xU+Z/3TDTn1uy0Uls6fB8RZIYOMjzu3qITDcLmqvqBIT3EhI5+apjW z2Yw== X-Gm-Message-State: AOAM533sD4z3ZglcaeNx6bDAWmPMJTF23ZTGPUdbXVqI9GVYieiHsAsD KWhqv0oC39gLG8VEbrQbI/akZ1DrpJaQ/ADQVfPcIQ== X-Google-Smtp-Source: ABdhPJxT3jZzTx9eWXuCoRyWlSvXVV/socuCHtOEoEf9rPQxJgvJ9Q87r1Wtbj9YUSctRKhMgll5SQg5sq2O5o23mHQ= X-Received: by 2002:aed:2f86:: with SMTP id m6mr5013540qtd.253.1612401266990; Wed, 03 Feb 2021 17:14:26 -0800 (PST) MIME-Version: 1.0 References: <202102030759.1137x7C2013543@freefriends.org> <202102030858.1138wuqd011051@freefriends.org> <27567.1612399305@hop.toad.com> In-Reply-To: <27567.1612399305@hop.toad.com> From: Clem Cole Date: Wed, 3 Feb 2021 20:14:15 -0500 Message-ID: To: John Gilmore Content-Type: multipart/alternative; boundary="000000000000c1313405ba786c7d" Subject: Re: [TUHS] 68k prototypes & microcode X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: UNIX Heritage Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000c1313405ba786c7d Content-Type: text/plain; charset="UTF-8" Hey John. Bad cut/paste. I did not say 1980. That was from Eds msg. I said we got what would become X series parts in winter 79. As I understand it from Les; he, Nick and Tom built try the TTL prototype in Early 78 with Les and Tom turning it into Si later that year while Nick was writing ucode and all of the writing AVTs we high ran against then TTL system. Les says Tom did a masterful job of keeping management out of their hair such they they stayed under the radar. >From what I understand there was so much focus on countering the Z80 with the 6809 that management thought they were just experimenting with a more 16 bit 6809. But what they were doing was an AD experiment. The fact that it worked was amazing. On Wed, Feb 3, 2021 at 7:41 PM John Gilmore wrote: > Clem Cole wrote: > > > MC 68K was created in 1980 or thereabouts. > > Wikimedia Commons has a pic of a 1979 XC68000L: > > https://commons.wikimedia.org/wiki/File:XC68000.agr.jpg > https://en.wikipedia.org/wiki/File:XC68000.agr.jpg > > After a USENET posting pointed me at them, I browsed the Sunnyvale > Patent Library to bring home the patents for the Motorola 68000. They > include a full listing of the entire microcode! I ended up copying it, > taping the sheets together to reconstitute Nick Tredennick's > large-format "hardware flowcharts", and hanging them in the hallway near > my office at Sun. Fascinating! > > I never saw X68000 parts; Sun started in 1981, so Moto had production > parts by then. But Sun did get early prototypes of the 68010, which we > were very happy for, since we and our customers were running a swapping > Unisoft UNIX because the 68000 couldn't do paging and thus couldn't run > the BSD UNIX that we were porting from the Vax. Later, I was part of > the Sun bringup team using the XC68020. We built a big spider-like > daughterboard adapter that would let it be plugged into a 64-pin 68010 > socket, so we could debug the 68020 in a Sun-2 CPU board while building > 32-bit-wide boards for the Sun-3 bringup. We had it successfully > running UNIX within a day of receiving it! (We later heard that our > Moto rep was intending to give that precious early part to another > customer, but decided during their meeting with us to give it to us, > because we were so ready to get it running.) > > When the 68000 was announced, it was obviously head-and-shoulders better > than the other clunky 8-bit and 16-bit systems, with a clean 32-bit > architecture and a large address space. It seems like the designers of > the other chips (e.g. the 8088) had never actually worked with real > computers (mainframes and minicomputers) and kept not-learning from > computing history. > > Some of my early experience was in APL implementation on the IBM 360 > series. I knew the 68000 would be a great APL host, since its > autoincrement addressing was perfect for implementing vector operations. > In the process of designing an APL for it (which was never built), I > wrote up a series of short suggestions to Motorola on how to improve the > design. This was published in Computer Architecture News. For the > 68010 they actually did one of the ideas, the "loop mode" that would > detect a 1-instruction backward decrement-and-branch loop, and stop > continually re-fetching the two instructions. This made > memory-to-memory or register-vs-memory instruction loops run at almost > the speed of memory, which was a big improvement for bcopy, bzero, > add-up-a-vector-of-integers, etc. > > I'll append a USENET posting about the 68000 patents, followed by my > addendum after visiting the Patent office. > > John > > From decwrl!decvax!harpo!npoiv!npois!houxm!houxa!houxk!tdl (T.LOVETT) Tue > Mar 15 16:55:28 1983 > Subject: 68000: 16 bits. With references > Newsgroups: net.micro.68k > > With due respect to Henry Spencer I feel that I must correct > some of his statements regarding the 68000. He is correct in > saying that the 68000 is basically 16 bits wide; however, > his explanation of the segmented bus is incorrect. > > The datapath of the 68000 is divided into three pieces, each of > which has two busses, address and data, running through it. Six > busses total. There are muxes which can be switched so that all > address busses are connected and all data busses are connected. > The three sections of the datapath are the data section > (includes low 16 bits of all data registers and ALU), the > "low" section (contains the low 16 bits of address registers and > the low half of the Address Adder(AAU)), and the "high" section > (contains high 16 bits of all address and data registers and > the upper half of the AAU). > > Theoretically they could do 6 16 bit transfers simultaneously, > but in looking through the microcode I don't remember seeing more > than three transfers at a time. The "low" and "high" sections can > be cascaded to provide a 32 bit arithmetic unit for address > calculations. 32 bit data calculations must be done in two passes through > the ALU. > > For the masochists out there, you can learn more than you ever wanted > to know about the 68000 by reading Motorola's patents on it. They are > available for some nominal fee (~ one dollar) from the Office > of Patents and Trademarks in Arlington. The relevant patents are: > > 1 - #4,307,445 "Microprogrammed Control Apparatus Having a Two > Level Control Store for Data Processor", Tredennick, et al. > > First design of 68000 which was scrapped? > > 2 - #4,296,469 "Execution Unit for Data Processor using Segmented > Bus structure", Gunter, et al. > > All about the 16 bit data path > > 3 - #4,312,034 "ALU and Condition Code Control Unit for Data Processor", > Gunter, et al. > > Boring. > > 4 - #4,325,121 "Two-Level Control Store for Microprogrammed Data > Processor", > Gunter et al. > > Bonanza! Full of block diagrams and everything you ever wanted > to know. Includes complete listing of microcode with > Tredennick's "hardware flowcharts". > > Hope this clears things up. > > Tom Lovett BTL Holmdel harpo!houxk!tdl 201-949-0056 > > > My [gnu] notes on additional 68000 patents: > > Pat # Appl # Filed date Issued date Inventors > > 4,338,661 041,201 May 21, 1979 Jul 6, 1982 > Tredennick & Gunter > Conditional Branch Unit for Microprogrammed Data Processor > > 4,342,078 041,202 May 21, 1979 Jul 27, 1982 > Tredennick & Gunter > Instruction Register Sequence Decoder for Microprogrammed > Data Processor and Method > > 4,312,034 041,203 May 21, 1979 Jan 19, 1982 > Gunter, Hobbs, Spak, Tredennick > ALU and Condition Code Control Unit for Data Processor > > 4,325,121 041,135 May 21, 1979 Apr 13, 1982 > Gunter, Tredennick > Two-Level Control Store for Microprogrammed Data Processor > Bonanza! Full of block diagrams and everything you ever > wanted > to know. Includes complete listing of microcode with > Tredennick's "hardware flowcharts". > > 4,296,469 961,798 Nov 17, 1978 Oct 20, 1981 > Gunter, Tredennick, McAlister > Execution Unit for Data Processor Using Segmented Bus Structure > All about the 16 bit data path > > 4,348,722 136,845 Apr 3, 1980 Sep 7, 1982 > Gunter, Crudele, Zolnowsky, Mothersole > Bus Error Recognition for Microprogrammed Data Processor > > 4,349,873 136,593 Apr 2, 1980 Sep 14, 1982 > Gunter, Zolnowsky, Crudele > Microprocessor Interrupt Processing > > 4,524,415 447,721 Dec 7, 1982 Jun 18, 1985 > Mills, Moyer, MacGregor, Zolnowsky > Virtual Machine Data Processor > 68010 changes to 68000 > > 4,348,741 169,558 Jul 17, 1980 Sep 7, 1982 > McAlister, Gunter, Spak, Schriber > Priority Encoder > Used to decode the bit masks for MOVEM. > > XXXXXXXXX 446,801 Dec 7, 1982 > Crudele, Zolnowsky, Moyer, MacGregor > Virtual Memory Data Processor > > XXXXXXXXX 447,600 Dec 7, 1982 > MacGregor, Moyer, Mills Jr, Zolnowsky > Data Processor Version Validation > About how bus errors store a CPU mask version # to > prevent their being restarted on a different CPU mask > in a multiprocessor system > > XXXXXXXXX 961,796 Nov 17, 1978 > Tredennick et al > Microprogrammed Control Apparatus for Data Processor > (continued into 4,325,121, probably never issued) > > XXXXXXXXX 961,797 Nov 17, 1978 > McAlister et al > Multi-port RAM Structure for Data Processor Registers > > 4,307,445 961,796 Nov 17, 1978 > Tredennick, et al > Microprogrammed Control Apparatus Having a Two Level > Control Store for Data Processor > First design of 68000 which was scrapped? > > -- Sent from a handheld expect more typos than usual --000000000000c1313405ba786c7d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey John.=C2=A0 Bad cut/paste.=C2=A0 I did not say 1980.= =C2=A0 That was from Eds msg. I said we got what would become X series part= s in winter 79. =C2=A0 =C2=A0As I understand it from Les; he, Nick and Tom = built try the TTL prototype in Early 78 with Les and Tom turning it into Si= later that year while Nick was writing ucode and all of the writing AVTs w= e high ran against then TTL system.=C2=A0

=
Les says Tom did a masterful job of keeping management ou= t of their hair such they they stayed under the radar. =C2=A0

From what I understand there was so m= uch focus on countering the Z80 with the 6809 that management thought they = were just experimenting with a more 16 bit 6809. =C2=A0 =C2=A0But what they= were doing was an AD experiment.=C2=A0 The fact that it worked was amazing= . =C2=A0=C2=A0

On Wed, Feb 3, 2021 at 7:41 PM John Gilmore <gnu@toad.com> wrote:
Clem Cole <clemc@ccc.com> wrote:
> > MC 68K was created in 1980 or thereabouts.

Wikimedia Commons has a pic of a 1979 XC68000L:

=C2=A0 https://commons.wikimedia.org/wiki/Fil= e:XC68000.agr.jpg
=C2=A0 https://en.wikipedia.org/wiki/File:XC6800= 0.agr.jpg

After a USENET posting pointed me at them, I browsed the Sunnyvale
Patent Library to bring home the patents for the Motorola 68000.=C2=A0 They=
include a full listing of the entire microcode!=C2=A0 I ended up copying it= ,
taping the sheets together to reconstitute Nick Tredennick's
large-format "hardware flowcharts", and hanging them in the hallw= ay near
my office at Sun.=C2=A0 Fascinating!

I never saw X68000 parts; Sun started in 1981, so Moto had production
parts by then.=C2=A0 But Sun did get early prototypes of the 68010, which w= e
were very happy for, since we and our customers were running a swapping
Unisoft UNIX because the 68000 couldn't do paging and thus couldn't= run
the BSD UNIX that we were porting from the Vax.=C2=A0 Later, I was part of<= br> the Sun bringup team using the XC68020.=C2=A0 We built a big spider-like daughterboard adapter that would let it be plugged into a 64-pin 68010
socket, so we could debug the 68020 in a Sun-2 CPU board while building
32-bit-wide boards for the Sun-3 bringup.=C2=A0 We had it successfully
running UNIX within a day of receiving it!=C2=A0 (We later heard that our Moto rep was intending to give that precious early part to another
customer, but decided during their meeting with us to give it to us,
because we were so ready to get it running.)

When the 68000 was announced, it was obviously head-and-shoulders better than the other clunky 8-bit and 16-bit systems, with a clean 32-bit
architecture and a large address space.=C2=A0 It seems like the designers o= f
the other chips (e.g. the 8088) had never actually worked with real
computers (mainframes and minicomputers) and kept not-learning from
computing history.

Some of my early experience was in APL implementation on the IBM 360
series.=C2=A0 I knew the 68000 would be a great APL host, since its
autoincrement addressing was perfect for implementing vector operations. In the process of designing an APL for it (which was never built), I
wrote up a series of short suggestions to Motorola on how to improve the design.=C2=A0 This was published in Computer Architecture News.=C2=A0 For t= he
68010 they actually did one of the ideas, the "loop mode" that wo= uld
detect a 1-instruction backward decrement-and-branch loop, and stop
continually re-fetching the two instructions.=C2=A0 This made
memory-to-memory or register-vs-memory instruction loops run at almost
the speed of memory, which was a big improvement for bcopy, bzero,
add-up-a-vector-of-integers, etc.

I'll append a USENET posting about the 68000 patents, followed by my addendum after visiting the Patent office.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 John

>From decwrl!decvax!harpo!npoiv!npois!houxm!houxa!houxk!tdl (T.LOVETT) Tue M= ar 15 16:55:28 1983
Subject: 68000: 16 bits. With references
Newsgroups: net.micro.68k

With due respect to Henry Spencer I feel that I must correct
some of his statements regarding the 68000. He is correct in
saying that the 68000 is basically 16 bits wide; however,
his explanation of the segmented bus is incorrect.

The datapath of the 68000 is divided into three pieces, each of
which has two busses, address and data, running through it. Six
busses total. There are muxes which can be switched so that all
address busses are connected and all data busses are connected.
The three sections of the datapath are the data section
(includes low 16 bits of all data registers and ALU), the
"low" section (contains the low 16 bits of address registers and<= br> the low half of the Address Adder(AAU)), and the "high" section (contains high 16 bits of all address and data registers and
the upper half of the AAU).

Theoretically they could do 6 16 bit transfers simultaneously,
but in looking through the microcode I don't remember seeing more
than three transfers at a time. The "low" and "high" se= ctions can
be cascaded to provide a 32 bit arithmetic unit for address
calculations. 32 bit data calculations must be done in two passes through the ALU.

For the masochists out there, you can learn more than you ever wanted
to know about the 68000 by reading Motorola's patents on it. They are available for some nominal fee (~ one dollar) from the Office
of Patents and Trademarks in Arlington. The relevant patents are:

1 - #4,307,445 "Microprogrammed Control Apparatus Having a Two
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Level Control Store for Data Processor", T= redennick, et al.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 First design of 68000 which was scrapped?

2 - #4,296,469 "Execution Unit for Data Processor using Segmented
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Bus structure", Gunter, et al.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 All about the 16 bit data path

3 - #4,312,034 "ALU and Condition Code Control Unit for Data Processor= ",
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, et al.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Boring.

4 - #4,325,121 "Two-Level Control Store for Microprogrammed Data Proce= ssor",
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter et al.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Bonanza! Full of block diagrams and everything = you ever wanted
=C2=A0 =C2=A0 =C2=A0 =C2=A0 to know. Includes complete listing of microcode= with
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick's "hardware flowcharts"= ;.

Hope this clears things up.

Tom Lovett BTL Holmdel=C2=A0 harpo!houxk!tdl=C2=A0 201-949-0056


My [gnu] notes on additional 68000 patents:

Pat #=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Appl #=C2=A0 Filed date=C2=A0= =C2=A0 =C2=A0 Issued date=C2=A0 =C2=A0 =C2=A0Inventors

4,338,661=C2=A0 =C2=A0 =C2=A0 =C2=A0041,201 May 21, 1979=C2=A0 =C2=A0 Jul 6= , 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick & Gu= nter
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Conditional Branch Unit for Microprogrammed Dat= a Processor

4,342,078=C2=A0 =C2=A0 =C2=A0 =C2=A0041,202 May 21, 1979=C2=A0 =C2=A0 Jul 2= 7, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick & Gu= nter
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Instruction Register Sequence Decoder for Micro= programmed
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Data Processor and Method

4,312,034=C2=A0 =C2=A0 =C2=A0 =C2=A0041,203 May 21, 1979=C2=A0 =C2=A0 Jan 1= 9, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, Hobbs, Spak= , Tredennick
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ALU and Condition Code Control Unit for Data Pr= ocessor

4,325,121=C2=A0 =C2=A0 =C2=A0 =C2=A0041,135 May 21, 1979=C2=A0 =C2=A0 Apr 1= 3, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, Tredennick<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 Two-Level Control Store for Microprogrammed Dat= a Processor
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Bonanza! Full of bl= ock diagrams and everything you ever wanted
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to know. Includes c= omplete listing of microcode with
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick's &q= uot;hardware flowcharts".

4,296,469=C2=A0 =C2=A0 =C2=A0 =C2=A0961,798 Nov 17, 1978=C2=A0 =C2=A0 Oct 2= 0, 1981
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, Tredennick,= McAlister
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Execution Unit for Data Processor Using Segment= ed Bus Structure
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 All about the 16 bi= t data path

4,348,722=C2=A0 =C2=A0 =C2=A0 =C2=A0136,845 Apr 3, 1980=C2=A0 =C2=A0 =C2=A0= Sep 7, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, Crudele, Zo= lnowsky, Mothersole
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Bus Error Recognition for Microprogrammed Data = Processor

4,349,873=C2=A0 =C2=A0 =C2=A0 =C2=A0136,593 Apr 2, 1980=C2=A0 =C2=A0 =C2=A0= Sep 14, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Gunter, Zolnowsky, = Crudele
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Microprocessor Interrupt Processing

4,524,415=C2=A0 =C2=A0 =C2=A0 =C2=A0447,721 Dec 7, 1982=C2=A0 =C2=A0 =C2=A0= Jun 18, 1985
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Mills, Moyer, MacGr= egor, Zolnowsky
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Virtual Machine Data Processor
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 68010 changes to 68= 000

4,348,741=C2=A0 =C2=A0 =C2=A0 =C2=A0169,558 Jul 17, 1980=C2=A0 =C2=A0 Sep 7= , 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 McAlister, Gunter, = Spak, Schriber
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Priority Encoder
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Used to decode the = bit masks for MOVEM.

XXXXXXXXX=C2=A0 =C2=A0 =C2=A0 =C2=A0446,801 Dec 7, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Crudele, Zolnowsky,= Moyer, MacGregor
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Virtual Memory Data Processor

XXXXXXXXX=C2=A0 =C2=A0 =C2=A0 =C2=A0447,600 Dec 7, 1982
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 MacGregor, Moyer, M= ills Jr, Zolnowsky
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Data Processor Version Validation
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 About how bus error= s store a CPU mask version # to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 prevent their being= restarted on a different CPU mask
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 in a multiprocessor= system

XXXXXXXXX=C2=A0 =C2=A0 =C2=A0 =C2=A0961,796 Nov 17, 1978
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick et al =C2=A0 =C2=A0 =C2=A0 =C2=A0 Microprogrammed Control Apparatus for Data Proc= essor
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (continued into 4,3= 25,121, probably never issued)

XXXXXXXXX=C2=A0 =C2=A0 =C2=A0 =C2=A0961,797 Nov 17, 1978
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 McAlister et al
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Multi-port RAM Structure for Data Processor Reg= isters

4,307,445=C2=A0 =C2=A0 =C2=A0 =C2=A0961,796 Nov 17, 1978
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Tredennick, et al =C2=A0 =C2=A0 =C2=A0 =C2=A0 Microprogrammed Control Apparatus Having a Two = Level
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Control Store for Data Processor
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 First design of 680= 00 which was scrapped?

--
Sent from a handheld expect more typos t= han usual
--000000000000c1313405ba786c7d--