From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 15fc3137 for ; Tue, 4 Feb 2020 20:26:31 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 4274C9CC15; Wed, 5 Feb 2020 06:26:30 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id AF7D89CC08; Wed, 5 Feb 2020 06:26:12 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 4EF3F9CC08; Wed, 5 Feb 2020 06:26:10 +1000 (AEST) Received: from viclamta06p.bpe.bigpond.com (viclamta06p.bpe.bigpond.com [203.38.21.70]) by minnie.tuhs.org (Postfix) with ESMTPS id 604789CC07 for ; Wed, 5 Feb 2020 06:26:09 +1000 (AEST) Received: from smtp.telstra.com ([10.10.26.4]) by viclafep06p-svc.bpe.nexus.telstra.com.au with ESMTP id <20200204202607.TEMG6223.viclafep06p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com> for ; Wed, 5 Feb 2020 07:26:07 +1100 X-RG-Spam: Unknown X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedugedrgeelgddufeefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetpdfqfgfvnecuuegrihhlohhuthemucegtddtnecunecujfgurhepfffhvffujgfkfhgfgggtsehmtddtredtreejnecuhfhrohhmpeffrghvvgcujfhorhhsfhgrlhhluceouggrvhgvsehhohhrshhfrghllhdrohhrgheqnecukfhppeduuddtrddugedurdduleefrddvfeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheprghnvghurhhinhdrhhhorhhsfhgrlhhlrdhorhhgpdhinhgvthepuddutddrudeguddrudelfedrvdeffedpmhgrihhlfhhrohhmpeeouggrvhgvsehhohhrshhfrghllhdrohhrghequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoehtuhhhshesthhuhhhsrdhorhhgqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean X-RG-VS-CLASS: clean Received: from aneurin.horsfall.org (110.141.193.233) by smtp.telstra.com (5.8.418) id 5E00C71E071A9E1D for tuhs@tuhs.org; Wed, 5 Feb 2020 07:26:06 +1100 Received: from aneurin.horsfall.org (localhost [127.0.0.1]) by aneurin.horsfall.org (8.15.2/8.15.2) with ESMTP id 014KQ5Ji056814 for ; Wed, 5 Feb 2020 07:26:05 +1100 (EST) (envelope-from dave@horsfall.org) Received: from localhost (dave@localhost) by aneurin.horsfall.org (8.15.2/8.15.2/Submit) with ESMTP id 014KQ4NQ056811 for ; Wed, 5 Feb 2020 07:26:05 +1100 (EST) (envelope-from dave@horsfall.org) X-Authentication-Warning: aneurin.horsfall.org: dave owned process doing -bs Date: Wed, 5 Feb 2020 07:26:04 +1100 (EST) From: Dave Horsfall To: The Eunuchs Hysterical Society In-Reply-To: Message-ID: References: <20200115164647.AA0D218C0A2@mercury.lcs.mit.edu> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) X-GPG-Public-Key: http://www.horsfall.org/gpgkey.pub X-GPG-Fingerprint: 05B4 FFBC 0218 B438 66E0 587B EF46 7357 EF5E F58B X-Home-Page: http://www.horsfall.org/ X-Witty-Saying: "chmod 666 the_mode_of_the_beast" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1483753691-747445568-1580847965=:33501" Subject: Re: [TUHS] Spacewar at Bell Labs [ really paper tape readers and tangentially related things ] 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: , Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1483753691-747445568-1580847965=:33501 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT [ Getting into COFF territory, I think ] On Thu, 30 Jan 2020, Clem Cole wrote: > BTW: Dave story is fun, but I think a tad apocryphal.  He's right that > DEC marketing was not happy about people using it, but it was well > spec'ed if you had CPU schematics.  They way they tried to control it > was to license the bus interface chips (made privately by Western > Digital for them IIRC but were not available on the open market).  IIRC > if you did not use DEC's chips, you could have issues if you >>similar<< > function chips from National Semi.  I remember Ken O'Munhundro giving a > talk at a USENIX (while he was CEO of Able) talking about 'be careful > with foreign UNIBUS implementations.'  If I recall it was the analog > characteristics that were tricky with something like the BUS acquisition > for DMA and Memory timing, but I admit I've forgotten the details. Ah; the chips could explain it. I can't remember where I heard the story, but it was likely in ";login:" or some place. Hey, if the DEC marketoids didn't want 3rd-party UNIBUS implementations then why was it published? > I think you are confusing VAX's SBI with UNIBUS.   With the Vax, unlike > PDP-11, the systems did not come with complete schematics for all > boards.   So to design for the SBI you had to reverse engineer the CPU > and Memory boards.   DEC having successfully won the CalData suit, went > after Systems Industries who was the first to build SBI controllers.  >  DEC lost, but the truth was that because they had work had been reverse > engineering, SI was close but not 100% right and they had a number of > issues when the boards first hit the street, particularly with UNIX > which did a better job of overlapped I/O than VMS did.   At UCB we had a > logic analyzer in one of the 780s at all times, and the phone number of > the SI engineers.   We eventually helped them put out a couple ECO's > that make the original boards work in practice much better. No; it was definitely UNIBUS (I wasn't aware of the SBI at the time). As for overlapped seeks, when they were implemented in Unix it broke the RK-11 controller, and DEC pointed the finger at Unix (of course) since their own gear worked. To cut a long story short, they were forced to use some fancy diagnostic (DECEX?) which hammered everything at the same time, and the problem showed up. Turned out that their simpler diagnostics did not test for overlapped seeks, because they knew that it didn't work; out same the FE to modify the controller... > BTW: My friend Dave Cane lead the BI at DEC after finishing up the > VAX/750 project (he had designed the SBI for 780 before that).   In > fact, the BI was >>supposed<< to be 'open' like Multibus and VME and all > chips were supposed to be from the merchant market.  But at the last > minute, DEC marketing refused and locked down the specs/stopped shipping > schematics with the new systems destined to use BI.  Dave was so pissed, > he left DEC to found Masscomp and design the MC500 (using the > Multibus).    Yet another reason why DEC went under, I guess... -- Dave --1483753691-747445568-1580847965=:33501--