TUHS

tuhs@tuhs.org

46 participants
6502 discussions

[pups] Sigma RQD11s, ESDI, and other naughty words

by norman＠nose.cs.utoronto.ca

A couple of weeks ago, I asked if anyone had any suggestions to help me convince a Sigma RQD11 Qbus-to-ESDI controller that it had disks attached. The trouble turned out to be pretty silly--the A-cable terminator in the disk I was testing with was in backwards--but later I discovered what may be a genuine controller botch that is worth reporting. Like most Qbus disk controllers, the RQD11 speaks the MSCP protocol to the host. More precisely it understands MSCP messages and uses UQSSP to transmit them; UQSSP is the transport protocol used by UNIBUS and Qbus controllers like the UDA50 and KDA50 and RQDX3 and TQK50 and so on. In general, the host sends commands like `bring drive online' or `read a block' to the controller, and the controller sends back response messages like `command succeeded' or `command failed.' (Never mind how the data part of the block is sent to memory for now.) The host sets up a ring of buffers for the controller to place messages in. Each buffer has an ownership flag: messages owned by the controller are available to hold new messages; messages owned by the host are not, usually because there's already a message there. When the controller has a message to send, it waits (if necessary) until it owns the next buffer in the ring (the ring is used in strict round-robin order); puts the message there; and sets the ownership flag to `host.' When the host has handled the message, or at least copied it elsewhere, it sets the flag back to `controller.' When the controller gives a message to host, it also generates an interrupt. There are several other reasons for generating an interrupt, so it is also supposed to set a single flag elsewhere in a communication area in host memory to mean `there are new messages.' My UQSSP driver code checked for new messages only if the flag was set, and that caused me grief; it turns out that, at least when the host is a MicroVAX III, the RQD11 sets the `new messages' flag inconsistently, or perhaps too late. Presumably it should have been set before requesting the interrupt, but empirically I can see that sometimes it gets set later. The effect was that the controller did what I told it, but my device driver never heard the acknowledgement that said it did. Obviously this makes I/O unreasonably slow. Fortunately there's a simple way around this: my driver's interrupt routine now peeks at the ownership flag for the buffer where the next message should appear. (Remember that the message buffers are used in strict order, so the host always knows exactly which buffer that is.) When I do that, all is well. I suspect that many existing UQSSP drivers already did what my code does now; in particular, the controllers and disks I am testing are known to have worked for many years with Ultrix, and while searching for data on the controller I came across various notes suggesting that the RQD11 works under NetBSD/VAX as well. But those who are writing new code or making changes to existing code should beware; the RQD11 appears to be breaking the rules (according to the old UQSSP manual I still have), and (as in many real-world protocol situations) if you write your code from the spec (as I did, in fact, albeit many years ago), the real world may trip it up. Norman Wilson

24 years, 1 month

[pups] 2.11BSD system

by Edward Brocklesby

Hi all, The public access 2.11BSD system is finally back up, at styx.leguin.org.uk. You might find your account has been deleted, in which case just create a new one.. (for anyone who didn't see my original mail, styx is a public access 2.11bsd system on a pdp-11/70 that anyone can create an account on via telnet). -larne- Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA36260 for pups-liszt; Tue, 17 Apr 2001 21:59:39 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Markus E Leypold <leypold(a)informatik.uni-tuebingen.de> Tue Apr 17 21:51:14 2001 Received: from mx2.informatik.uni-tuebingen.de (mx2.Informatik.Uni-Tuebingen.De [134.2.12.9]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA36256 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 17 Apr 2001 21:59:33 +1000 (EST) (envelope-from leypold(a)informatik.uni-tuebingen.de) Received: from neuromancer.informatik.uni-tuebingen.de (neuromancer [134.2.12.58]) by mx2.informatik.uni-tuebingen.de (Postfix) with ESMTP id E41FE1062; Tue, 17 Apr 2001 13:51:13 +0200 (MST) Received: (from leypold@localhost) by neuromancer.informatik.uni-tuebingen.de (8.9.3/8.8.7) id LAA21885; Tue, 17 Apr 2001 11:51:14 GMT Date: Tue, 17 Apr 2001 11:51:14 GMT Message-Id: <200104171151.LAA21885(a)neuromancer.informatik.uni-tuebingen.de> X-Authentication-Warning: neuromancer.informatik.uni-tuebingen.de: leypold set sender to leypold(a)informatik.uni-tuebingen.de using -f From: Markus E Leypold <leypold(a)informatik.uni-tuebingen.de> To: helbig(a)Informatik.BA-Stuttgart.DE Cc: pups(a)minnie.cs.adfa.edu.au In-reply-to: <200104151708.f3FH8WS05058(a)RVC1.Informatik.BA-Stuttgart.DE> (message from Wolfgang Helbig on Sun, 15 Apr 2001 19:08:32 +0200 (CEST)) Subject: Re: [pups] V6 and Supnik-simulator References: <200104151708.f3FH8WS05058(a)RVC1.Informatik.BA-Stuttgart.DE> Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Delivered-To: leypold(a)informatik.uni-tuebingen.de > Date: Sun, 15 Apr 2001 19:08:32 +0200 (CEST) > From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> > Sender: owner-pups(a)minnie.cs.adfa.edu.au > > Hi, > > If the following README sounds interesting to you, maybe we can > arrange to put a tar ball of it onto minnie? > > I also prepared postscript files of the V6-documentation. > Anyone interested? Yes, me in example :-). I wonder wether you could give them to dmr to be placed just at the side of the v7 docs, or wether you could put it into the archive? Regards -- Markus > > Wolfgang > > First README: > UNIX V6 on the Supnik simulator: > -------------------------------- > This directory contains tape files for the Supnik simulator and > accompaning README files, which I produced when preparing an OS > course at the Berufsakademie. Further it contains C-sources of two > commands (enblock.c/deblock.c). These commands prepare a tapefile for the > simulator (enblock) and produce a plain file from a simulator > tapefile (deblock). > > The Supnik simulator can be obtained from: > ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Sims/Supnik_2.3/sources/ > I used the sim_2.3d.tar.gz tar ball. > > This directory contains a *.README and *.enb files with the following > basenames: > > ctable: A bug in the input table for the C-compiler code generator is fixed. > ctime: Some y2k related changes to V6. > dcheck: Bug fix and enhancement of dcheck. > dist: The V6 distribution tape: dist.README explains how to install > and setup UNIX-V6 with the simulator. The file dist.enb is missing > for copyright and space reasons, you have to prepare it yourself. > (see enb.README). > dotdot: Kernel enhancement: If in a root directoy of a mounted filesystem, > let ".." mean the parent of the mount point, not the root directory. > enb: Conventions and usage of .enb files. Explains how to > prepare tape files for the Supnik simulator and tells you > how to prepare the V6 distribution tape. > ludiv: Derivation of a double word unsigned division algorithm, which is used > in ctime. (no corresponding .enb) > man: The man command, which was missing from the distribution, and some > changes to make V6-nroff output readable on an xterm. > > So enb.README and dist.README are the next files you should read. > > If you have questions or find bugs or whatever, mail to > helbig(a)informatik.ba-stuttgart.de > > Last but not least I thankfully acknowledge the work of the people > who talked SCO into offering the ancient-UNIX source license, who collected > the old distribution tapes and run the PUPS Archive. And of course I thank > Bob Supnik for this great simulator! > > Second README: > This directory contains some documentation as found on the UNIX V6 > Distribution tape. The files were converted to postscript with > groff and the usage of the V6 ms-macro package. (See the print > shell script) > > Assembler: as.ps (*) > Beginners Guide: beg.ps (*) > C-Language Reference: c.ps (***) > C-Tutorial: ctut.ps (**) > ED-Tutorial: ed.ps (*) > Summary of UNIX: hel.ps (*) > Description of the C-IO-Library: iolib.ps () > Description of the kernel IO/Subsystem: iosys.ps (**) > Some thought about security: secur.ps (*) > Instruction how to install V6 from tape:start.ps (***) > Table of Contents of the Online Manual toc.ps (**) > Overview of UNIX (ACM-paper) unix.ps (***) > YACC - yet another compiler compiler yacc.ps () > > The more stars the more useful for the OS course. Two or more stars > indicate high recommended! > > >From the V7-distribution I included "A tour through the UNIX-C-Compiler" > (ctour.ps), which describes the internal workings of the said > compiler. The format and meaning of /usr/sources/c/table.s is > particular interesting reading if you want to learn about how a > compiler generates machine code. > > The shell script "print" can be used to format the *.ps files. > (on a contemporary UNIX system with groff) > > The file tmac.s contains V6-ms macros, which are used by some of > the doc files. > > Some of the V6 doc files needed to be adopted to groff to render > acceptable output. But the 25 year old troff sources were amazingly > compatible with groff. > Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA36286 for pups-liszt; Tue, 17 Apr 2001 22:02:15 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Markus E Leypold <leypold(a)informatik.uni-tuebingen.de> Tue Apr 17 21:53:23 2001 Received: from mx2.informatik.uni-tuebingen.de (mx2.Informatik.Uni-Tuebingen.De [134.2.12.9]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id WAA36282 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 17 Apr 2001 22:02:12 +1000 (EST) (envelope-from leypold(a)informatik.uni-tuebingen.de) Received: from neuromancer.informatik.uni-tuebingen.de (neuromancer [134.2.12.58]) by mx2.informatik.uni-tuebingen.de (Postfix) with ESMTP id 569111062; Tue, 17 Apr 2001 13:53:23 +0200 (MST) Received: (from leypold@localhost) by neuromancer.informatik.uni-tuebingen.de (8.9.3/8.8.7) id LAA21888; Tue, 17 Apr 2001 11:53:23 GMT Date: Tue, 17 Apr 2001 11:53:23 GMT Message-Id: <200104171153.LAA21888(a)neuromancer.informatik.uni-tuebingen.de> X-Authentication-Warning: neuromancer.informatik.uni-tuebingen.de: leypold set sender to leypold(a)informatik.uni-tuebingen.de using -f From: Markus E Leypold <leypold(a)informatik.uni-tuebingen.de> To: iking(a)microsoft.com Cc: helbig(a)Informatik.BA-Stuttgart.DE, kwellsch(a)tampabay.rr.com, pups(a)minnie.cs.adfa.edu.au In-reply-to: <8D25F244B8274141B5D313CA4823F39C0235D23D(a)red-msg-06.redmond.corp.microsoft.com> (iking(a)microsoft.com) Subject: Re: [pups] Ken_Welsch_v6 and Dennis_v6 References: <8D25F244B8274141B5D313CA4823F39C0235D23D(a)red-msg-06.redmond.corp.microsoft.com> Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Delivered-To: leypold(a)informatik.uni-tuebingen.de > Content-Class: urn:content-classes:message > Date: Mon, 16 Apr 2001 08:34:09 -0700 > Thread-Topic: [pups] Ken_Welsch_v6 and Dennis_v6 > Thread-Index: AcDFGASz18jwJYwtTZmjFncUfGcq0gBccMBw > From: "Ian King" <iking(a)microsoft.com> > Cc: <pups(a)minnie.cs.adfa.edu.au> > Sender: owner-pups(a)minnie.cs.adfa.edu.au > > All, > > Yes, I saw the "rights" declaration (with a non-zero switch register) on > a real machine (PDP-11/34a with programmer's panel), when I booted Ken's > v6 distribution in single-user mode (there is a specific value you enter > into the register, 173030, as documented in bproc.8; does anyone know > why this value was used?). > > I'm not sure why, but I was never able to get Dennis' distribution to > boot in the emulator; as a result, I didn't take the time to copy it As far as I remember I had the same problem. The bootsector I think is simply empty (god knows why). I took the bs from another disk -- and everything was fine. Regards -- Markus > over to an RK05 (using Warren's excellent tools) to boot on the 11/34. > Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA37877 for pups-liszt; Wed, 18 Apr 2001 02:15:20 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Wed Apr 18 02:06:34 2001 Received: from klamath.leguin.org.uk (pc62-oxf1.cable.ntl.com [62.254.132.62]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA37873 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 18 Apr 2001 02:15:15 +1000 (EST) (envelope-from ejb(a)leguin.org.uk) Received: from klamath.leguin.org.uk (klamath [127.0.0.1]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id QAA22914 for <pups(a)minnie.adfa.edu.au>; Tue, 17 Apr 2001 16:06:35 GMT X-Authentication-Warning: klamath.leguin.org.uk: Host klamath [127.0.0.1] claimed to be klamath.leguin.org.uk Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: pups(a)minnie.cs.adfa.edu.au Subject: [pups] very strange problems with 2.11BSD tcp/ip stack Date: Tue, 17 Apr 2001 16:06:34 +0000 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <0104171606340L.00508(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk hi, I've been using the 2.11BSD tcp/ip stack fine for weeks, but now, just when we move it to a new host, its been very flaky.. I'm not sure if it's a problem with the configuration of the emulator host system, or the TCP stack itself. the problem seems to be with packets arriving and being processed out of order.. I get this from a ping: PING 62.242.39.162 (62.242.39.162): 56 data bytes 64 bytes from 62.242.39.162: icmp_seq=2 ttl=255 time=14.427 ms 64 bytes from 62.242.39.162: icmp_seq=3 ttl=255 time=24.571 ms 64 bytes from 62.242.39.162: icmp_seq=0 ttl=255 time=3194.977 ms 64 bytes from 62.242.39.162: icmp_seq=1 ttl=255 time=2207.308 ms 64 bytes from 62.242.39.162: icmp_seq=12 ttl=255 time=14.602 ms 64 bytes from 62.242.39.162: icmp_seq=13 ttl=255 time=24.598 ms 64 bytes from 62.242.39.162: icmp_seq=14 ttl=255 time=14.612 ms 64 bytes from 62.242.39.162: icmp_seq=15 ttl=255 time=24.571 ms 64 bytes from 62.242.39.162: icmp_seq=16 ttl=255 time=14.614 ms 64 bytes from 62.242.39.162: icmp_seq=4 ttl=255 time=12156.845 ms 64 bytes from 62.242.39.162: icmp_seq=5 ttl=255 time=11166.777 ms 64 bytes from 62.242.39.162: icmp_seq=6 ttl=255 time=10176.688 ms 64 bytes from 62.242.39.162: icmp_seq=7 ttl=255 time=9186.604 ms 64 bytes from 62.242.39.162: icmp_seq=8 ttl=255 time=8197.344 ms 64 bytes from 62.242.39.162: icmp_seq=9 ttl=255 time=7206.744 ms 64 bytes from 62.242.39.162: icmp_seq=10 ttl=255 time=6216.641 ms 64 bytes from 62.242.39.162: icmp_seq=11 ttl=255 time=5226.532 ms but the box i'm pinging from is the host system where the emulator is located.. so there isn't any possible network problem. The configuration is, tap0 has the IP 62.242.39.161 on the host, and the pdp-11 has 62.242.39.162, with netmask 0xfffffff8. Nothing else special has been done on either side. on the host, we have this: freeze% ifconfig xl0 xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 195.249.6.94 netmask 0xfffffff8 broadcast 195.249.6.95 inet6 fe80::260:97ff:fe7d:74ac%xl0 prefixlen 64 scopeid 0x1 ether 00:60:97:7d:74:ac media: 100baseTX <full-duplex> status: active supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP 100baseTX <hw-loopback> freeze% ifconfig tap0 tap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1532 inet6 fe80::260:97ff:fe7d:74ac%tap0 prefixlen 64 scopeid 0xb inet 62.242.39.161 netmask 0xfffffffc broadcast 62.242.39.163 ether 00:bd:e7:e0:cc:00 Opened by PID 31257 freeze% netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 195.249.6.90 UGSc 2 8355 xl0 62.242.39.160/30 link#11 UC 0 0 tap0 => 127.0.0.1 127.0.0.1 UH 2 15389 lo0 195.249.6.88/29 link#1 UC 0 0 xl0 => and on the pdp-11: styx% ifconfig qe0 qe0: flags=63<UP,BROADCAST,NOTRAILERS,RUNNING> inet 62.242.39.162 netmask fffffffc broadcast 62.242.39.163 styx% netstat -rn Routing tables Destination Gateway Flags Refs Use Interface 127.0.0.1 127.0.0.1 UH 0 0 lo0 62.242.39.162 127.0.0.1 UH 0 0 lo0 default 62.242.39.161 UG 1 3551 qe0 62.242.39.160 62.242.39.162 U 1 321 qe0 If someone could shed some light on this problem, it'd be much appreciated.. -larne-

24 years, 1 month

Re: [pups] very strange problems with 2.11BSD tcp/ip stack

by jkunz＠unixag-kl.fh-kl.de

On 17 Apr, Edward Brocklesby wrote: > I've been using the 2.11BSD tcp/ip stack fine for weeks, but now, just when > we move it to a new host, its been very flaky.. [...] > the problem seems to be with packets arriving and being processed out of > order.. I had exactely the same problem on my 11/73 with a DELQA running 2.11BSD. I noticed this after I reconfigured the qe0 interface and the routes while the system was up and running. It disapeared after I had to powercycle the machine for other reasons. -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA40135 for pups-liszt; Wed, 18 Apr 2001 08:30:41 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Wed Apr 18 08:21:47 2001 Received: from klamath.leguin.org.uk (pc62-oxf1.cable.ntl.com [62.254.132.62]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA40123 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 18 Apr 2001 08:30:36 +1000 (EST) (envelope-from ejb(a)leguin.org.uk) Received: from klamath.leguin.org.uk (klamath [127.0.0.1]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) with SMTP id WAA25491; Tue, 17 Apr 2001 22:21:49 GMT X-Authentication-Warning: klamath.leguin.org.uk: Host klamath [127.0.0.1] claimed to be klamath.leguin.org.uk Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: jkunz(a)unixag-kl.fh-kl.de Subject: Re: [pups] very strange problems with 2.11BSD tcp/ip stack Date: Tue, 17 Apr 2001 22:21:47 +0000 X-Mailer: KMail [version 1.2] Cc: pups(a)minnie.cs.adfa.edu.au References: <200104172132.XAA27697(a)unixag-kl.fh-kl.de> In-Reply-To: <200104172132.XAA27697(a)unixag-kl.fh-kl.de> MIME-Version: 1.0 Message-Id: <0104172221470N.00508(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Tuesday 17 April 2001 9:32 pm, jkunz(a)unixag-kl.fh-kl.de wrote: > I had exactely the same problem on my 11/73 with a DELQA running > 2.11BSD. I noticed this after I reconfigured the qe0 interface and the > routes while the system was up and running. It disapeared after I had > to powercycle the machine for other reasons. Yeah, that's probably the problem.. I was fiddling with the routes (changing the IP and subnet) just before it started.. after a reboot it seems fine. -larne-

24 years, 1 month

RE: [pups] Ken_Welsch_v6 and Dennis_v6

by Ian King

All, Yes, I saw the "rights" declaration (with a non-zero switch register) on a real machine (PDP-11/34a with programmer's panel), when I booted Ken's v6 distribution in single-user mode (there is a specific value you enter into the register, 173030, as documented in bproc.8; does anyone know why this value was used?). I'm not sure why, but I was never able to get Dennis' distribution to boot in the emulator; as a result, I didn't take the time to copy it over to an RK05 (using Warren's excellent tools) to boot on the 11/34. -- Ian -----Original Message----- From: Wolfgang Helbig [mailto:helbig@Informatik.BA-Stuttgart.DE] Sent: Saturday, April 14, 2001 11:49 AM To: helbig(a)Informatik.BA-Stuttgart.DE; kwellsch(a)tampabay.rr.com Cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Ken_Welsch_v6 and Dennis_v6 > I always wondered why when booting the image it did not print the > notice so often displayed with V6. I've not looked at the physical > tape this image was pulled from in many years, but I cannot imagine > the fine folks at the University of Waterloo (where I worked for many > years) would have changed anything. So I would gather from your > detective work that based on dates, this tape just predates that > provided by Dennis Richie by such a short time? I do know No, the other way round: The tape you provided is from October 10th and the disk image provided by Dennis is from July 18th. The "RESTRICED RIGHT"- remark was put into the kernel on October 10th. It is on the tape that you provided, it is not on the disk image from Dennis. But the source code from the Lions book shows this remark as well. I don't know who changed main.c on October 10th 1975 (I lived in Israel at that time) You see the remark only if you set the switch register on the PDP-11 to a nonzero value befor booting. I installed V6 from the tape following the setup instructions. With the Supnik simulator, enter sim > d sr 1 sim > boot rk0 @rkunix And it will print your rights! Wolfgang

24 years, 1 month

[pups] V6 and Supnik-simulator

by Wolfgang Helbig

Hi, If the following README sounds interesting to you, maybe we can arrange to put a tar ball of it onto minnie? I also prepared postscript files of the V6-documentation. Anyone interested? Wolfgang First README: UNIX V6 on the Supnik simulator: -------------------------------- This directory contains tape files for the Supnik simulator and accompaning README files, which I produced when preparing an OS course at the Berufsakademie. Further it contains C-sources of two commands (enblock.c/deblock.c). These commands prepare a tapefile for the simulator (enblock) and produce a plain file from a simulator tapefile (deblock). The Supnik simulator can be obtained from: ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Sims/Supnik_2.3/sources/ I used the sim_2.3d.tar.gz tar ball. This directory contains a *.README and *.enb files with the following basenames: ctable: A bug in the input table for the C-compiler code generator is fixed. ctime: Some y2k related changes to V6. dcheck: Bug fix and enhancement of dcheck. dist: The V6 distribution tape: dist.README explains how to install and setup UNIX-V6 with the simulator. The file dist.enb is missing for copyright and space reasons, you have to prepare it yourself. (see enb.README). dotdot: Kernel enhancement: If in a root directoy of a mounted filesystem, let ".." mean the parent of the mount point, not the root directory. enb: Conventions and usage of .enb files. Explains how to prepare tape files for the Supnik simulator and tells you how to prepare the V6 distribution tape. ludiv: Derivation of a double word unsigned division algorithm, which is used in ctime. (no corresponding .enb) man: The man command, which was missing from the distribution, and some changes to make V6-nroff output readable on an xterm. So enb.README and dist.README are the next files you should read. If you have questions or find bugs or whatever, mail to helbig(a)informatik.ba-stuttgart.de Last but not least I thankfully acknowledge the work of the people who talked SCO into offering the ancient-UNIX source license, who collected the old distribution tapes and run the PUPS Archive. And of course I thank Bob Supnik for this great simulator! Second README: This directory contains some documentation as found on the UNIX V6 Distribution tape. The files were converted to postscript with groff and the usage of the V6 ms-macro package. (See the print shell script) Assembler: as.ps (*) Beginners Guide: beg.ps (*) C-Language Reference: c.ps (***) C-Tutorial: ctut.ps (**) ED-Tutorial: ed.ps (*) Summary of UNIX: hel.ps (*) Description of the C-IO-Library: iolib.ps () Description of the kernel IO/Subsystem: iosys.ps (**) Some thought about security: secur.ps (*) Instruction how to install V6 from tape:start.ps (***) Table of Contents of the Online Manual toc.ps (**) Overview of UNIX (ACM-paper) unix.ps (***) YACC - yet another compiler compiler yacc.ps () The more stars the more useful for the OS course. Two or more stars indicate high recommended! >From the V7-distribution I included "A tour through the UNIX-C-Compiler" (ctour.ps), which describes the internal workings of the said compiler. The format and meaning of /usr/sources/c/table.s is particular interesting reading if you want to learn about how a compiler generates machine code. The shell script "print" can be used to format the *.ps files. (on a contemporary UNIX system with groff) The file tmac.s contains V6-ms macros, which are used by some of the doc files. Some of the V6 doc files needed to be adopted to groff to render acceptable output. But the 25 year old troff sources were amazingly compatible with groff.

24 years, 1 month

[pups] Ken_Welsch_v6 and Dennis_v6

by Wolfgang Helbig

Hi, I'm referring to the Ken_Welsch_v6 description in http://minnie.cs.adfa.edu.au/TUHS/Archive/PDP-11/Distributions/DETAILS The Ken Welsch tape differs from the Dennis disks only in the "RESTRICTED RIGHTS"- statement that was put into /usr/sys/ken/main.c on October 10th 1975 EDT. The binaries that depend on this change, were rebuilt (usr/sys/lib1 and the kernels in /) and thus show the same modification date. All other files from the Ken Welsch tape bear a timestamp between May 14th 1975 and July 18th 1975. After installation from the Ken Welsch tape onto a (simulated) RK-disk the date(1) command displays: October 10 12:29:51 EDT 1975 (which in Australia is October 11th. That might explain, why the dates given in the DETAILS file are off by one) Wolfgang Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA16087 for pups-liszt; Sun, 15 Apr 2001 01:46:27 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Bill Gunshannon <bill(a)cs.scranton.edu> Sun Apr 15 01:38:20 2001 Received: from mailhost.cs.uofs.edu (mailhost.cs.uofs.edu [134.198.169.1]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA16083 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 15 Apr 2001 01:46:23 +1000 (EST) (envelope-from bill(a)cs.uofs.edu) Received: from triangle.cs.uofs.edu (IDENT:root@triangle.cs.uofs.edu [134.198.172.101]) by mailhost.cs.uofs.edu (8.9.3/8.9.2) with ESMTP id LAA20966 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 14 Apr 2001 11:39:59 -0400 (EDT) Received: from localhost (bill@localhost) by triangle.cs.uofs.edu (8.9.3/8.8.6) with ESMTP id LAA21339 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 14 Apr 2001 11:38:20 -0400 X-Authentication-Warning: triangle.cs.uofs.edu: bill owned process doing -bs Date: Sat, 14 Apr 2001 11:38:20 -0400 (EDT) From: Bill Gunshannon <bill(a)cs.scranton.edu> To: PUPS Mailing List <pups(a)minnie.cs.adfa.edu.au> Subject: [pups] PDP-11/24 -- BA11-A help needed Message-ID: <Pine.LNX.4.10.10104141137380.20429-100000(a)triangle.cs.uofs.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Is there anyone here with experience working on a PDP-11/24 in a BA11-A box?? I am trying to more mine from a broken BA11-L to a working BA11-A and I need some help with where one of the cables from the control panel goes. Anyone?? bill -- Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves bill(a)cs.scranton.edu | and a sheep voting on what's for dinner. University of Scranton | Scranton, Pennsylvania | #include <std.disclaimer.h> Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA16635 for pups-liszt; Sun, 15 Apr 2001 03:14:08 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Ken Wellsch <kwellsch(a)tampabay.rr.com> Sun Apr 15 03:05:49 2001 Received: from arundel.fortyfour.org (138bus2.tampabay.rr.com [24.94.138.2]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA16631 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 15 Apr 2001 03:14:02 +1000 (EST) (envelope-from kwellsch(a)tampabay.rr.com) Received: from tampabay.rr.com (localhost [127.0.0.1]) by arundel.fortyfour.org (8.11.3/8.11.3) with ESMTP id f3EH5na24517; Sat, 14 Apr 2001 13:05:50 -0400 (EDT) Message-ID: <3AD8836D.C674C657(a)tampabay.rr.com> Date: Sat, 14 Apr 2001 13:05:49 -0400 From: Ken Wellsch <kwellsch(a)tampabay.rr.com> X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.0.38 i386) X-Accept-Language: en MIME-Version: 1.0 To: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> CC: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Ken_Welsch_v6 and Dennis_v6 References: <200104141501.f3EF1jO03450(a)RVC1.Informatik.BA-Stuttgart.DE> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I always wondered why when booting the image it did not print the notice so often displayed with V6. I've not looked at the physical tape this image was pulled from in many years, but I cannot imagine the fine folks at the University of Waterloo (where I worked for many years) would have changed anything. So I would gather from your detective work that based on dates, this tape just predates that provided by Dennis Richie by such a short time? I do know that the physical paper label on the tape was hand written. Not the typed sort I expected with any sort of (c) notice or anything. -- Ken Wolfgang Helbig wrote: > > Hi, > > I'm referring to the Ken_Welsch_v6 description in > http://minnie.cs.adfa.edu.au/TUHS/Archive/PDP-11/Distributions/DETAILS > > The Ken Welsch tape differs from the Dennis disks only in the "RESTRICTED RIGHTS"- > statement that was put into /usr/sys/ken/main.c on October 10th 1975 EDT. > The binaries that depend on this change, were rebuilt (usr/sys/lib1 and the > kernels in /) and thus show the same modification date. > > All other files from the Ken Welsch tape bear a timestamp between May 14th 1975 > and July 18th 1975. > > After installation from the Ken Welsch tape onto a (simulated) RK-disk > the date(1) command displays: > October 10 12:29:51 EDT 1975 > (which in Australia is October 11th. That might explain, why the > dates given in the DETAILS file are off by one) > > Wolfgang Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA17130 for pups-liszt; Sun, 15 Apr 2001 04:53:12 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Sun Apr 15 04:48:45 2001 Received: from RVC1.Informatik.BA-Stuttgart.DE (isdn365.s.netic.de [212.9.163.109]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id EAA17126 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 15 Apr 2001 04:53:08 +1000 (EST) (envelope-from helbig(a)Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by RVC1.Informatik.BA-Stuttgart.DE (8.11.2/8.9.3) id f3EImj703621; Sat, 14 Apr 2001 20:48:45 +0200 (CEST) Date: Sat, 14 Apr 2001 20:48:45 +0200 (CEST) From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Message-Id: <200104141848.f3EImj703621(a)RVC1.Informatik.BA-Stuttgart.DE> To: helbig(a)Informatik.BA-Stuttgart.DE, kwellsch(a)tampabay.rr.com Subject: Re: [pups] Ken_Welsch_v6 and Dennis_v6 Cc: pups(a)minnie.cs.adfa.edu.au Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > I always wondered why when booting the image it did not print the > notice so often displayed with V6. I've not looked at the physical > tape this image was pulled from in many years, but I cannot imagine > the fine folks at the University of Waterloo (where I worked for > many years) would have changed anything. So I would gather from > your detective work that based on dates, this tape just predates > that provided by Dennis Richie by such a short time? I do know No, the other way round: The tape you provided is from October 10th and the disk image provided by Dennis is from July 18th. The "RESTRICED RIGHT"- remark was put into the kernel on October 10th. It is on the tape that you provided, it is not on the disk image from Dennis. But the source code from the Lions book shows this remark as well. I don't know who changed main.c on October 10th 1975 (I lived in Israel at that time) You see the remark only if you set the switch register on the PDP-11 to a nonzero value befor booting. I installed V6 from the tape following the setup instructions. With the Supnik simulator, enter sim > d sr 1 sim > boot rk0 @rkunix And it will print your rights! Wolfgang

24 years, 1 month

[pups] Sigma RDQ11-EC, ESDI disk wisdom needed

by norman＠nose.cs.utoronto.ca

I am trying to get a Sigma RQD11-EC ESDI disk controller and Fujitsu M2261E disk to work in a MicroVAX III, and am stumped. I am quite sure the current problem would show up in a Qbus PDP-11 as well, so I thought I'd ask here. Those who don't recognize the devices will probably find it boring to read on, but for the sake of politeness, the RQD11-EC is a four-drive Qbus ESDI disk controller that speaks MSCP to the host computer, and the M2261E is a 320MB full-height 5.25-inch ESDI disk drive. I picked them both up (actually two of each) just short of someone's dumpster a couple of years ago, but this is the first time I have tried to use them. It was believed that they were working when last powered up, which was several years before they came to me. They didn't come with documentation. I hope to get a copy of the controller manual from a geographically-distant friend, who has already e-mailed me a list of switch settings and some other key facts. www.pc-disk.de has a spec-and-jumpers sheet for the disk. In a sentence, the trouble is that the controller cannot see the disk. In more detail: The RQD11 is configured at address 0160354 (I am testing in a system that also has an RQDX3 at the standard address which I don't want to disturb); bootstrap disabled; CPU type LSI-11 (the only other choice is `none'); interrupts at BR4. Except the address, these are the same settings the board had when it was last in use. There are many disk jumpers. Among the settings are: drive select 1; daisy-chain style signal gating; 590 bytes per sector, hard-sectored; ATTN not set to READY at power-up. Again these are believed to be the settings when the drive was last used. The A (wide) cable runs from the A connector on the disk to J5 (the only 34-pin connector) on the controller. The drive has a terminator DIP in place. The B (narrow) cable runs from the B connector on the disk to J1 on the controller. The cables I am using happen to be missing the keys normally found at the drive end; I have tried all four possible cable orientations to no avail. When fed power, the disk spins up and calibrates (the rattling head-dance I'm familiar with from other Fuji disks of similar vintage). At no point have I seen any fault LEDs lit. The READY LED on the front of the disk comes on after calibration, and stays on. The RQD11's CSR responds as it should on the Qbus, and the sequence that is supposed to open communications with WOMBAT (the firmware command interpreter) works fine: >>>d/p/w 20001f40 20 >>>d/l 20088008 80000002 >>>d/w 200000ec ac >>>s 400 RQD11-EC WOMBAT Version: 2.38 Drive number: According to my friend with the manual, before the drive number prompt the firmware should list all the drives it sees, but I have yet to see it list anything. If I give it a drive number between 0 and 7, it reports `no drv'; any other number yields `Illegal drive number'. I have tried various experiments, including - using J3 instead of J1 for the B cable - different drive-select lines - changing CHN7 15-16 to `set ATTN at power-up' each with all four possible cable orientations. As I say, I'm stumped. Anybody got any suggestions? Is there anything I can do to get better diagnostic information out of either the disk or the controller? Thanks much for any advice, Norman Wilson

24 years, 1 month

Re: [pups] Ancient Unix licenses? (fwd)

by pete＠dunnington.u-net.com

On Apr 5, 10:04, Warren Toomey wrote: > All, > I've received this e-mail from a student at NYU Law Department. > If any of you have copies of old Unix licenses, and your organisation > would be prepared to release copies to Greg, could you contact him. > > Also, if you could send me copies of your licenses, that would be > great too. About 8 people have already done this, and I am happy to > act as a repository for this old information. Warren, do you still have copies of mine, or do you want another set? -- Pete Peter Turnbull Network Manager Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA37756 for pups-liszt; Thu, 5 Apr 2001 22:50:22 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Thu Apr 5 22:42:53 2001 Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id WAA37752 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 5 Apr 2001 22:50:18 +1000 (EST) (envelope-from ejb(a)klamath.leguin.org.uk) Received: from localhost (localhost [[UNIX: localhost]]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id MAA27857 for pups(a)minnie.cs.adfa.edu.au; Thu, 5 Apr 2001 12:42:59 GMT Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: pups(a)minnie.cs.adfa.edu.au Subject: [pups] Public access 2.11BSD system Date: Thu, 5 Apr 2001 12:42:53 +0000 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01040512425302.26560(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi all, I've set up a free public 2.11BSD system, for anyone who wants to try it.. To create an account, just telnet to klamath.ddts.net. I'm not sure if this is the right place to post this, but it seems appropriate :> -larne- Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA40397 for pups-liszt; Fri, 6 Apr 2001 06:44:44 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Ian King" <iking(a)microsoft.com> Fri Apr 6 06:36:56 2001 Received: from mail4.microsoft.com (mail4.microsoft.com [131.107.3.122]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with SMTP id GAA40393 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 06:44:40 +1000 (EST) (envelope-from iking(a)microsoft.com) Received: from 157.54.9.100 by mail4.microsoft.com (InterScan E-Mail VirusWall NT); Thu, 05 Apr 2001 12:36:57 -0700 (Pacific Daylight Time) Received: from red-msg-06.redmond.corp.microsoft.com ([157.54.12.71]) by inet-imc-03.redmond.corp.microsoft.com with Microsoft SMTPSVC(5.0.2195.2883); Thu, 5 Apr 2001 13:36:57 -0700 x-mimeole: Produced By Microsoft Exchange V6.0.4418.65 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: [pups] LP on Unix 6th Ed? Date: Thu, 5 Apr 2001 13:36:56 -0700 Message-ID: <8D25F244B8274141B5D313CA4823F39C0235D22F(a)red-msg-06.redmond.corp.microsoft.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LP on Unix 6th Ed? Thread-Index: AcC+EBtLbH33w5TmTniAo/EfTbQpZQ== From: "Ian King" <iking(a)microsoft.com> To: <pups(a)minnie.cs.adfa.edu.au> X-OriginalArrivalTime: 05 Apr 2001 20:36:57.0563 (UTC) FILETIME=[288FA2B0:01C0BE10] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by minnie.cs.adfa.edu.au id GAA40394 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I've been scratching my head over how to set up the printer in 6th Edition UNIX. Any hints? I tried mknod'ing /dev/lp with a variety of major device numbers and then redirecting ls to it, with no success. The printer interface is at the "usual" address on my PDP-11/34, and works under another OS. w TIA -- Ian Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA41188 for pups-liszt; Fri, 6 Apr 2001 09:28:21 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From John Holden <johnh(a)psych.usyd.edu.au> Fri Apr 6 09:21:03 2001 Received: from psychwarp.psych.usyd.edu.au (psychwarp.psych.usyd.edu.au [129.78.83.26]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA41184 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 09:28:19 +1000 (EST) (envelope-from johnh(a)psychwarp.psych.usyd.edu.au) Received: (from johnh@localhost) by psychwarp.psych.usyd.edu.au (8.9.1a/8.9.1) id JAA28539 for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 09:21:03 +1000 (EST) Date: Fri, 6 Apr 2001 09:21:03 +1000 (EST) From: John Holden <johnh(a)psych.usyd.edu.au> Message-Id: <200104052321.JAA28539(a)psychwarp.psych.usyd.edu.au> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] LP on Unix 6th Ed? Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk The lp driver usually had a major device number of 2, so 'mknod /dev/lp c 2 0' should work, but the kernel may not have been built to support line printers. Check in /usr/sys/conf/c.c for an entry in the 'cdevsw' table for the 'lp' entries (and the major device position). If there are null entries, either edit c.c, compile it and relink the kernel, or edit the 'run' script in /usr/sys/conf/ and add 'lp' after the 'mkconf' (but before the 'done') and run the script to rebuilt the kernel. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA42567 for pups-liszt; Fri, 6 Apr 2001 14:19:22 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Cyrille Lefevre <clefevre-lists(a)noos.fr> Fri Apr 6 14:11:56 2001 Received: from mail.noos.fr (verlaine.noos.net [212.198.2.73]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA42563 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 14:19:18 +1000 (EST) (envelope-from clefevre(a)poboxes.com) Received: (qmail 2474546 invoked by uid 0); 6 Apr 2001 04:12:01 -0000 Received: from d165.dhcp212-198-231.noos.fr (HELO gits.dyndns.org) ([212.198.231.165]) (envelope-sender <clefevre(a)poboxes.com>) by verlaine.noos.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for <pups(a)minnie.cs.adfa.edu.au>; 6 Apr 2001 04:12:01 -0000 Received: (from root@localhost) by gits.dyndns.org (8.11.3/8.11.3) id f364BvC75545; Fri, 6 Apr 2001 06:11:57 +0200 (CEST) (envelope-from clefevre(a)poboxes.com) To: Edward Brocklesby <ejb(a)leguin.org.uk> Cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Public access 2.11BSD system References: <01040512425302.26560(a)klamath.leguin.org.uk> X-Face: V|+c;4!|B?E%BE^{E6);aI.[<<r#uCVjK"~Ke!(a)0vxS/.,wki/c|uVnNV!BA-_gY2sfoGc3 f{#/$PT>97Zd*>^#%Y5Cxv;%Y[PT-LW3;A:fRrJ8+^k"e7@+30g0YD0*^^3jgyShN7o?a]C la*Zv'5NA,=963bM%J^o]C Reply-To: Cyrille Lefevre <clefevre(a)poboxes.com> In-Reply-To: <01040512425302.26560(a)klamath.leguin.org.uk> Mail-Copies-To: never Original-Sender: clefevre-lists(a)noos.fr From: Cyrille Lefevre <clefevre-lists(a)noos.fr> Date: 06 Apr 2001 06:11:56 +0200 Message-ID: <zodull9v.fsf(a)gits.dyndns.org> User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Edward Brocklesby <ejb(a)leguin.org.uk> writes: > I've set up a free public 2.11BSD system, for anyone who wants to try it.. > To create an account, just telnet to klamath.ddts.net. would be interresting, but : # telnet klamath.ddts.net Trying 62.254.132.250... telnet: connect to address 62.254.132.250: No route to host my ip address is gits.dyndns.org (currently 212.198.231.165) and I live in france. are there any restrictions anywhere or the machine is down ? Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA43967 for pups-liszt; Fri, 6 Apr 2001 20:07:12 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Fri Apr 6 19:59:33 2001 Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA43963 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 6 Apr 2001 20:07:07 +1000 (EST) (envelope-from ejb(a)klamath.leguin.org.uk) Received: from localhost (localhost [[UNIX: localhost]]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id JAA03188 for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 09:59:36 GMT Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: pups(a)minnie.cs.adfa.edu.au Subject: [pups] STYX and 2.11BSD licensing Date: Fri, 6 Apr 2001 09:59:33 +0000 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01040609593307.26560(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi all. A couple of things.. First, sorry to post about this again so soon, but styx is moving to a new location, so any accounts created from now on will be removed later today when it's moved. Second, where do I stand on /usr/src/ permissions? Can I allow read access to it, or is that effectively distributing 2.11BSD source, against SCO's license? Is there any way to verify who has obtained a license, and add them to a src group? Thanks, -larne- Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA48500 for pups-liszt; Sat, 7 Apr 2001 03:50:14 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Lars J. Buitinck" <lars(a)fwn.rug.nl> Sat Apr 7 03:45:31 2001 Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA48496 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 03:50:09 +1000 (EST) (envelope-from lars(a)fwn.rug.nl) Received: from fwn.rug.nl by smtp.hccnet.nl via uds198-43.dial.hccnet.nl [62.251.43.198] with ESMTP for <pups(a)minnie.cs.adfa.edu.au> id TAA18614 (8.8.5/1.13); Fri, 6 Apr 2001 19:42:46 +0200 (MET DST) Message-ID: <3ACE00BB.FE5D18F8(a)fwn.rug.nl> Date: Fri, 06 Apr 2001 19:45:31 +0200 From: "Lars J. Buitinck" <lars(a)fwn.rug.nl> X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: nl,nl-BE,en,en-US,en-GB,af,de-DE,de-AT,de-CH,fr,fr-FR,fr-BE,fr-CA MIME-Version: 1.0 To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing References: <01040609593307.26560(a)klamath.leguin.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Couple of suggestions: 1. Make a user account that automatically replies to email by sending a user a copy of the SCO license and an automatically generated code, which the user should then send back to be added to the src group. I could write a program for you. 2. Make a program that checks whether a user is in the src group, if not displays the SCO license, asks if the user accepts the license, if so adds the user to the src group. Problem is that this program should be SUID... I'll start working on the first suggested program rightaway. Don't have much else to do anyway ;-) Edward Brocklesby wrote: > > Hi all. > > A couple of things.. > > First, sorry to post about this again so soon, but styx is moving to a new > location, so any accounts created from now on will be removed later today > when it's moved. > > Second, where do I stand on /usr/src/ permissions? Can I allow read access > to it, or is that effectively distributing 2.11BSD source, against SCO's > license? Is there any way to verify who has obtained a license, and add them > to a src group? > > Thanks, > -larne- -- If I traveled to the end of the rainbow As Dame Fortune did intend, Murphy would be there to tell me The pot's at the other end. -- Bert Whitney Lars J. Buitinck Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA49251 for pups-liszt; Sat, 7 Apr 2001 06:03:13 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Sat Apr 7 05:59:11 2001 Received: from RVC1.Informatik.BA-Stuttgart.DE (isdn296.s.netic.de [212.9.163.40]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id GAA49247 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 06:03:08 +1000 (EST) (envelope-from helbig(a)Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by RVC1.Informatik.BA-Stuttgart.DE (8.11.2/8.9.3) id f36JxBq18211 for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 21:59:11 +0200 (CEST) Date: Fri, 6 Apr 2001 21:59:11 +0200 (CEST) From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Message-Id: <200104061959.f36JxBq18211(a)RVC1.Informatik.BA-Stuttgart.DE> To: pups(a)minnie.cs.adfa.edu.au Subject: [pups] Enhancement of SIMH-V2.5a Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi, As the subject says, I enhanced the PDP-11 simulator from Robert Supnik(V2.5a). Please tell me, if the README sounds interesting to you. In that case, maybe we could arrange to put the tar ball on one of minnie's disks. Wolfgang Here is the README: MAR-13-01 This directory contains Robert Supnik's simulator controller V2.5a together with the PDP-11 simulator. I modified the PDP-11 simulator. The other simulators from the original V2.5a distribution are not included in this directory. The details: Physical Addresses ------------------ The deposit and examine commands treated physical addresses as 22 bit addresses, even if the CPU was set to 18 bit addresses. Thus, the I/O page was addressed from 17760000 to 17777776. I changed this. Now, if the CPU is set to 18 bit, the I/O page is addressed from 760000 to 770000. Three additional KL11 terminal devices: --------------------------------------- KL11 File Input (KLI0, KLI1, KLI2): The KL11 file input (KLIx) units read from an attached file. They implement the same registers as the KL11 terminal input (TTI). (cf. 5.2.3 in simh_doc.txt) KL11 File Output (KLO0, KLO1, KLO2) The KL11 file output (KLOx) units append to an attached file. They implement the same registers as the KL11 terminal output unit (TTI). (cf. 5.2.4 in simh_doc.txt) The added program ASR supplies a (host)-terminal interface to the KLI/O attached files. ASR is invoked as asr kli klo . It polls the host terminal (stdin) and appends the polled bytes to the file kli. Furthermore it polls the file klo and copies the polled bytes to the host terminal (stdout). To quit asr, enter ^E. To build asr, enter: cc asr.c scp_tty.c cp a.out asr Building the pdp11-simulator: The source code is in pdp11_kl.c. So the installation instructions in simh_doc.txt apply. Both asr and pdp11_kl.c is only tested on NetBSD 1.5. It hopefully works on other UNIX-like host operating systems as well. Example of who to to connect the file-I/O KL-devices and asr: Start the simulator. Attach the file kli to KLI0 and the file klo to KLO0. Enter asr kli klo from another host terminal. Now, whatever you type, goes to KLI0, and whatever is written by KLO0 is typed onto your terminal. Device numbers of the terminal devices in PDP11-UNIX V6: UNIT major/minor number TTI/TTO 0/0 (/dev/tty8, the console) KLI0/KLO0 0/1 KLI1/KLO1 0/2 KLI2/KLO2 0/3 Synchronization of the line clock to the host clock: --------------------------------------------------- "SYNC" is an add-on to the PDP-11 line clock device. It tries to synchronize the Line-time Clock (CLK, cf. 5.2.6 in simh_doc.txt) with the host time. It only works if the unsynchronized CLK runs too fast. On every tick of CLK, the simulator then sleeps until a total of 1/60 seconds elapsed from the last tick. Synchronization slows down the simulator and reduces the load of the CPU. It is turned on automatically through activation of the CLK device. The clock device is activated through a RESET. You can turn off synchronization by depositing '1' into the newly added "SYNCH"-register of the CLK-unit. To turn on synchronizing, deposit '0' into it. If synchronizing is active, the SYNCH-register shows the host time (number of seconds elapsed since Jan 1 1970 UTC). Have fun, Wolfgang Helbig <helbig(a)ba-stuttgart.de> Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA49442 for pups-liszt; Sat, 7 Apr 2001 06:55:26 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Sat Apr 7 06:47:57 2001 Received: from klamath.leguin.org.uk (pc250-oxf1.cable.ntl.com [62.254.132.250]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id GAA49438 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 06:55:18 +1000 (EST) (envelope-from ejb(a)klamath.leguin.org.uk) Received: from localhost (localhost [[UNIX: localhost]]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id UAA00618 for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 20:47:58 GMT Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing Date: Fri, 6 Apr 2001 20:47:57 +0000 X-Mailer: KMail [version 1.2] References: <01040609593307.26560(a)klamath.leguin.org.uk> <3ACE00BB.FE5D18F8(a)fwn.rug.nl> In-Reply-To: <3ACE00BB.FE5D18F8(a)fwn.rug.nl> MIME-Version: 1.0 Message-Id: <01040620475700.00557(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Friday 06 April 2001 5:45 pm, Lars J. Buitinck wrote: > Couple of suggestions: > > 1. Make a user account that automatically replies to email by sending a > user a copy of the SCO license and an automatically generated code, > which the user should then send back to be added to the src group. I > could write a program for you. Hmm, yes.. would it just ask them to accept the license, or direct them to SCO's site, and get them to send back SCO's license code? I'm really not sure of the legal issues surrounding this (or even how much it matters, now that it only takes 5 minutes to obtain a license..) > 2. Make a program that checks whether a user is in the src group, if > not displays the SCO license, asks if the user accepts the license, if > so adds the user to the src group. Problem is that this program should > be SUID... Locking the group file and securely updating it shouldn't be *too* hard, but yes, I'd prefer not to have many setuid programs around (I've already done a small audit of the code and fixed a couple of security bugs, and removed setuid bits from as many programs as possible.. I really wouldn't want someone to have root on it, simply because it would allow them to take any IP address on the host's network). > I'll start working on the first suggested program rightaway. Don't have > much else to do anyway ;-) cheers :> -larne- PS- styx is down right now, it's getting it's own (100% dedicated :) box, hosted at tele.dk.. this should be setup over the weekend, then it'll be up and running again. Also, if anyone wants my INET_RESTRICT kernel patch (which only allows users in INET_GROUP to call connect()) for 2.11BSD, I can put it online somewhere (although it's really not that difficult to implement). Also if 2.11BSD is still being maintained, the setproctitle() vulnerability recently discovered in 4BSD derived ftpd is still present (trivial fix - change setproctitle(title) to setproctitle("%s", title)). I'm still going through various 4BSD code security problems to determine which are present in 2BSD. And lastly, if anyone wants source to the newuser program I used, I can put that online too. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA50238 for pups-liszt; Sat, 7 Apr 2001 09:45:06 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Apr 7 09:24:19 2001 Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA50234 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 09:45:00 +1000 (EST) (envelope-from sms(a)moe.2bsd.com) Received: (from sms@localhost) by moe.2bsd.com (8.10.1/8.10.1) id f36NOJs03847 for pups(a)minnie.cs.adfa.edu.au; Fri, 6 Apr 2001 16:24:19 -0700 (PDT) Date: Fri, 6 Apr 2001 16:24:19 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <200104062324.f36NOJs03847(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi -- > From: Edward Brocklesby <ejb(a)leguin.org.uk> > (although it's really not that difficult to implement). Also if 2.11BSD is > still being maintained, the setproctitle() vulnerability recently discovered > in 4BSD derived ftpd is still present (trivial fix - change > setproctitle(title) to setproctitle("%s", title)). I'm still going through 2.11's still maintained - I've been busy (and a bit "burned out") and haven't fired up the 11/73 as much as I should have or used to. So many projects, so little time ... Sounds like it's time to at least get the FTPD bug fixed though ;) Steven Schultz sms(a)to.gd-es.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id VAA53356 for pups-liszt; Sat, 7 Apr 2001 21:33:01 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Lars J. Buitinck" <lars(a)fwn.rug.nl> Sat Apr 7 21:28:07 2001 Received: from smtp.hccnet.nl (smtp.hccnet.nl [62.251.0.13]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id VAA53352 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 21:32:56 +1000 (EST) (envelope-from lars(a)fwn.rug.nl) Received: from fwn.rug.nl by smtp.hccnet.nl via uds148-43.dial.hccnet.nl [62.251.43.148] with ESMTP id NAA14473 (8.8.5/1.13); Sat, 7 Apr 2001 13:25:24 +0200 (MET DST) Message-ID: <3ACEF9C7.20A1328E(a)fwn.rug.nl> Date: Sat, 07 Apr 2001 13:28:07 +0200 From: "Lars J. Buitinck" <lars(a)fwn.rug.nl> X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: nl,nl-BE,en,en-US,en-GB,af,de-DE,de-AT,de-CH,fr,fr-FR,fr-BE,fr-CA MIME-Version: 1.0 To: Edward Brocklesby <ejb(a)leguin.org.uk>, pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing References: <01040609593307.26560(a)klamath.leguin.org.uk> <3ACE00BB.FE5D18F8(a)fwn.rug.nl> <01040620475700.00557(a)klamath.leguin.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Edward Brocklesby wrote: > > Hmm, yes.. would it just ask them to accept the license, or direct them to > SCO's site, and get them to send back SCO's license code? I'm really not > sure of the legal issues surrounding this (or even how much it matters, > now that it only takes 5 minutes to obtain a license..) Less than 5 minutes. I don't know when you got your license, but they don't even give a code anymore - they just show the license, let you click "ACCEPT" and you're in their archive. Just show 'em the license. > Locking the group file and securely updating it shouldn't be *too* hard, but > yes, I'd prefer not to have many setuid programs around (I've already done > a small audit of the code and fixed a couple of security bugs, and removed > setuid bits from as many programs as possible.. I really wouldn't want someone > to have root on it, simply because it would allow them to take any IP address > on the host's network). And I don't feel like being responsible for anything bad that happens to your box by a bug in MFSRP - My First SUID Root Program :-) -- If I traveled to the end of the rainbow As Dame Fortune did intend, Murphy would be there to tell me The pot's at the other end. -- Bert Whitney Lars J. Buitinck Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA53804 for pups-liszt; Sat, 7 Apr 2001 23:10:51 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Edward Brocklesby <ejb(a)leguin.org.uk> Sat Apr 7 23:02:58 2001 Received: from klamath.leguin.org.uk (pc174-oxf1.cable.ntl.com [62.254.132.174]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id XAA53800 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 7 Apr 2001 23:10:40 +1000 (EST) (envelope-from ejb(a)klamath.leguin.org.uk) Received: from localhost (localhost [[UNIX: localhost]]) by klamath.leguin.org.uk (8.9.3/8.9.3/Debian 8.9.3-21) id NAA00870; Sat, 7 Apr 2001 13:02:59 GMT Content-Type: text/plain; charset="iso-8859-1" From: Edward Brocklesby <ejb(a)leguin.org.uk> Organization: Leguin Network Services To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing Date: Sat, 7 Apr 2001 13:02:58 +0000 X-Mailer: KMail [version 1.2] References: <200104062324.f36NOJs03847(a)moe.2bsd.com> In-Reply-To: <200104062324.f36NOJs03847(a)moe.2bsd.com> MIME-Version: 1.0 Message-Id: <01040713025800.00566(a)klamath.leguin.org.uk> Content-Transfer-Encoding: 8bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Friday 06 April 2001 11:24 pm, Steven M. Schultz wrote: > 2.11's still maintained - I've been busy (and a bit "burned out") and > haven't fired up the 11/73 as much as I should have or used to. So > many projects, so little time ... Hm, I saw the patch archive.. which patchlevel is the 2.11_rp_unknown image on minnie at? There's a couple of things I'd be interested in adding to 2BSD, though I'm not sure if they'd make it into upstream. One is the 4BSD timezones system, which is somewhat better than setting TIMEZONE in the kernel.. -larne- Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA55128 for pups-liszt; Sun, 8 Apr 2001 03:15:07 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sun Apr 8 03:00:01 2001 Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA55124 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 03:15:03 +1000 (EST) (envelope-from sms(a)moe.2bsd.com) Received: (from sms@localhost) by moe.2bsd.com (8.10.1/8.10.1) id f37H01815466 for pups(a)minnie.cs.adfa.edu.au; Sat, 7 Apr 2001 10:00:01 -0700 (PDT) Date: Sat, 7 Apr 2001 10:00:01 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <200104071700.f37H01815466(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi - > From: Edward Brocklesby <ejb(a)leguin.org.uk> > Hm, I saw the patch archive.. which patchlevel is the 2.11_rp_unknown image > on minnie at? It's ancient. Look at /VERSION - it should have the current rev level: Current Patch Level: 436 Date: February 22, 2001 Oh, I see I've number 436 almost ready to publish ;) > There's a couple of things I'd be interested in adding to 2BSD, though I'm > not sure if they'd make it into upstream. One is the 4BSD timezones system, > which is somewhat better than setting TIMEZONE in the kernel.. The 4BSD timezone stuff is already there, at least in userland - see /usr/share/zoneinfo and 'tic' and so on. Since most PDP-11s do not have a "CMOS clock" to get the date and time from I'm not sure where the kernel would get its initial date/time from. Some models (11/93) have a TOY clock that could be set to GMT, but the other models do not - so the user/admin would have to remember to set the date/time to GMT when booting the system. Steven Schultz moe.2bsd.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA56444 for pups-liszt; Sun, 8 Apr 2001 08:14:24 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Sun Apr 8 08:10:15 2001 Received: from RVC1.Informatik.BA-Stuttgart.DE (isdn268.s.netic.de [212.9.163.12]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA56440 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 08:14:18 +1000 (EST) (envelope-from helbig(a)Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by RVC1.Informatik.BA-Stuttgart.DE (8.11.2/8.9.3) id f37MAFu20067; Sun, 8 Apr 2001 00:10:15 +0200 (CEST) Date: Sun, 8 Apr 2001 00:10:15 +0200 (CEST) From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> Message-Id: <200104072210.f37MAFu20067(a)RVC1.Informatik.BA-Stuttgart.DE> To: pups(a)minnie.cs.adfa.edu.au, sms(a)moe.2bsd.com Subject: Re: [pups] STYX and 2.11BSD licensing Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Since most PDP-11s do not have a "CMOS clock" to get the date and time > from I'm not sure where the kernel would get its initial date/time > from. [ ... ] In UNIX V6/V7 the kernel reads the initial time from the superblock of the root file system. The timestamp is written each time the superblock is updated on disk. > GMT, but the other models do not - so the user/admin would have to > remember to set the date/time to GMT when booting the system. The admin just has to remember that the date(1) command converts from localtime to GMT when setting the date -- unless an 's' is appended to the date string. (in V6 only, not mentioned in its man page) BTW. in V6, the timezone offset was not coded into the kernel, but in the C-library source ctime.c. If you happen to live outside Eastern Timezone, you'll have to change it. Furthermore the daylight saving time switch is hardcoded in localtime() -- last Sunday in April and last Sunday in October, with different rules for 1974 (Jan 5 and last Sunday in November) and 1975 (last Sunday in February and last Sunday in November). So you in V6 don't have to rebuild the kernel to adopt the timezone changes. Instead you have to rebuild the C-Library (at least replace ctime.c) and build all commands that depend on it. I've found these: date find ls who cron dump mail pr restore Putting the timezone offset into the kernel like in V7 seems to be better, because you don't have to recompile all those commands. Wolfgang PS. I've patches to V6, that make it y2k ready and avoid some integer overflows in ctime, which occure since 1998, so not related to y2k. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA56796 for pups-liszt; Sun, 8 Apr 2001 09:30:04 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sun Apr 8 09:17:44 2001 Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA56792 for <pups(a)minnie.cs.adfa.edu.au>; Sun, 8 Apr 2001 09:30:00 +1000 (EST) (envelope-from sms(a)moe.2bsd.com) Received: (from sms@localhost) by moe.2bsd.com (8.10.1/8.10.1) id f37NHij19414 for pups(a)minnie.cs.adfa.edu.au; Sat, 7 Apr 2001 16:17:44 -0700 (PDT) Date: Sat, 7 Apr 2001 16:17:44 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <200104072317.f37NHij19414(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] STYX and 2.11BSD licensing Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi - > From: Wolfgang Helbig <helbig(a)Informatik.BA-Stuttgart.DE> > In UNIX V6/V7 the kernel reads the initial time from the superblock of the > root file system. The timestamp is written each time the superblock is updated > on disk. 2.11 (and as far as I can remember all of the 2BSD family) do the same thing. The trouble is that the initial time upon boot can be seriously wrong. For example I haven't booted my 11/73 in a month or two - the date and time will be sometime in Jan or Feb. In the "PC" world there's the CMOS clock (set to GMT on all the systems I have) and a battery - when the system boots it can read the correct/current/GMT date/time from the hardware (as can a 11/93 with a TOY clock). > BTW. in V6, the timezone offset was not coded into the kernel, but > in the C-library source ctime.c. If you happen to live outside Yep - I had hoped to never have to remember _that_ again ;) > Putting the timezone offset into the kernel like in V7 seems to be > better, because you don't have to recompile all those commands. Right. It is only one module in the kernel (param.c) that needs to be recompiled - just edit param.c and that's the only module that will be rebuilt. Another way is to use 'adb -w -k ...' and patch the kernel and/or memory. Steven Schultz sms(a)moe.2bsd.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA61234 for pups-liszt; Mon, 9 Apr 2001 02:18:54 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Mon Apr 9 02:04:34 2001 Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA61230 for <pups(a)minnie.cs.adfa.edu.au>; Mon, 9 Apr 2001 02:18:49 +1000 (EST) (envelope-from Fred.van.Kempen(a)microwalt.nl) Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f2652cb7c5a20(a)mwnt5.microwalt.nl>; Sun, 8 Apr 2001 18:07:22 +0100 Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21) id <2HH7NA3Y>; Sun, 8 Apr 2001 18:04:36 +0200 Message-ID: <6F63E31101C6D41196490008C7B2BFC3020ABB(a)mwnt4.microwalt.nl> From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> To: "'Steven M. Schultz'" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.edu.au Subject: RE: [pups] STYX and 2.11BSD licensing Date: Sun, 8 Apr 2001 18:04:34 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk All, > Since most PDP-11s do not have a "CMOS clock" to get the date and > time from I'm not sure where the kernel would get its initial > date/time from. Dunno about V6/V7/2BSD, but Ultrix-11 uses the "last modified" date-stamp from the root file system (inode 1; /) to save/restore the last known date. Kinda works, and better than having a system run in 1970 initially :) Still, TZ info is stored im the kernel. Would be nice to have that in user space, too... --fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA86572 for pups-liszt; Wed, 11 Apr 2001 04:45:21 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 1 month

[pups] RL and RK Last Cylinder Warning (RE: VTServer)

by Jay Jaeger

Something I thought is worth warning folks about. For RL01, RL02, RK06 and RK07 (at least), the last cylinder is RESERVED for bad blocks and the pack serial number. Except for maintaining the bad block list, software should not write there, and should at least preserve the serial number (and its mirror copies that are usually present) when doing so. The current implementation of VTServer (in particular, the code in the "hk" driver in pdpvtstand) does not appear to take that into account. The problem is that if you take a *full* pack image from a pack and then restore that *full* pack image to a different pack, you will wipe out the latter's bad block info (and perhaps write in some areas that are known not to be very good). Traditionally, Unix variants dealt with this by insisting that you use error free (Suffix -EF in the DEC part number on the pack) disk packs. However, if you are using real hardware you may no longer have those available. Just a "heads up". (PS: FYI I am currently working on a flavor of the "vt" driver that will work over a DR11C. With the proper cabling (it takes different cables for input and output) you can manage over 1MB per minute that way -- about 20 times faster than a serial port. The code is pretty simple and should work on any old "plain jane" parallel port. (I do not know how it would behave on a modern serial port)). I had this working a long time ago, and VTServer prompted me to dredge it up again and test it. It still works with my PIII 350 under Win98 (it is old DOS code that accesses the old style parallel port directly). Within a few weeks I expect to provide a "pt" device driver for pdpvtstand, and cabling information and some source code for the PC side (which would be an example only). The protocol as I currently use it has no checksum. However I plan to modify "copy" to provide that information so that the results can be checked after the transfer. Jay Jaeger --- Jay R. Jaeger The Computer Collection cube1(a)home.com visit http://members.home.net/thecomputercollection Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA27320 for pups-liszt; Wed, 4 Apr 2001 13:11:21 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed Apr 4 13:04:10 2001 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA27316 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 4 Apr 2001 13:11:19 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f3434A010297; Wed, 4 Apr 2001 13:04:10 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <200104040304.f3434A010297(a)henry.cs.adfa.edu.au> Subject: [pups] Re: RL and RK Last Cylinder Warning (RE: VTServer) In-Reply-To: <4.3.2.7.2.20010403213011.044d3da0@cirithi> from Jay Jaeger at "Apr 3, 2001 09:40:08 pm" To: Jay Jaeger <cube1(a)home.com> Date: Wed, 4 Apr 2001 13:04:10 +1000 (EST) CC: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au> Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In article by Jay Jaeger: > Something I thought is worth warning folks about. For RL01, RL02, RK06 and > RK07 (at least), the last cylinder is RESERVED for bad blocks and the pack > serial number. Jay, I've added your warnings to the new version, vtserver2.3a-20010404.tar.gz, which I just put out a few seconds ago. This also contains a patch to the ODT download code from Charles H Dickman <chd_1(a)nktelco.net>: I made some changes to the source to wait for the current memory value and trailing space to be echoed by ODT. I also had a bit of trouble if the output values were not padded with 0's. I think this is because any character other than a valid octal digit or a return or a ctrl-j is illegal in that context and causes an error. ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Vtserver/vtserver2.3a-20010404.tar.gz > (PS: FYI I am currently working on a flavor of the "vt" driver that will > work over a DR11C. With the proper cabling (it takes different cables for > input and output) you can manage over 1MB per minute that way -- about 20 > times faster than a serial port. The code is pretty simple and should work > on any old "plain jane" parallel port. (I do not know how it would behave > on a modern serial port)). > > I had this working a long time ago, and VTServer prompted me to dredge it > up again and test it. It still works with my PIII 350 under Win98 (it is > old DOS code that accesses the old style parallel port directly). Within a > few weeks I expect to provide a "pt" device driver for pdpvtstand, and > cabling information and some source code for the PC side (which would be an > example only). The protocol as I currently use it has no > checksum. However I plan to modify "copy" to provide that information so > that the results can be checked after the transfer. > Jay Jaeger Jay, if you could write a ptboot.s bootstrapper and a pt.c driver which speaks the same protocol [should be easy - just use vt.c and rewrite vtgetc() and vtputc()], then I'll happily add it to the next version. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA33889 for pups-liszt; Thu, 5 Apr 2001 10:11:17 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Thu Apr 5 10:04:02 2001 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA33880; Thu, 5 Apr 2001 10:11:13 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f35042G12856; Thu, 5 Apr 2001 10:04:02 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <200104050004.f35042G12856(a)henry.cs.adfa.edu.au> Subject: [pups] Ancient Unix licenses? (fwd) To: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>, The Unix Heritage Society <tuhs(a)minnie.cs.adfa.edu.au> Date: Thu, 5 Apr 2001 10:04:02 +1000 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk All, I've received this e-mail from a student at NYU Law Department. If any of you have copies of old Unix licenses, and your organisation would be prepared to release copies to Greg, could you contact him. Also, if you could send me copies of your licenses, that would be great too. About 8 people have already done this, and I am happy to act as a repository for this old information. Cheers, Warren ----- Forwarded message from gmp216(a)nyu.edu ----- From gmp(a)zebware.com Thu Apr 5 09:49:39 2001 To: wkt(a)cs.adfa.edu.au From: gmp216(a)nyu.edu Subject: Ancient Unix licenses? Date: Wed, 04 Apr 2001 23:49:31 +0000 Sender: gmp(a)zebware.com Peter Salus identified you as the collector of old Unix versions, so I thought you might be able to help me with a project I am working on. I am studying the legal history of Unix for a colloquium at NYU, and I would really love to see copies of the old Unix licenses that the various universities signed. Do you happen to have access to any of these? All I can find are the transcribed tape labels from your archive which say things like "subject to the software agreement you have with Western Electric." Thanks! And thank you also for pushing to make the source code available. That has been an immeasurable help. --- Greg Pomerantz NYU Law, J.D. '02 ----- End of forwarded message from gmp216(a)nyu.edu ----- Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA36569 for pups-liszt; Thu, 5 Apr 2001 18:36:58 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 1 month

None

by owner-pups＠minnie.cs.adfa.edu.au

Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id HAA21273 for pups-liszt; Mon, 2 Apr 2001 07:57:37 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) Date: Mon, 2 Apr 2001 07:57:37 +1000 (EST) From: owner-pups(a)minnie.cs.adfa.edu.au Message-Id: <200104012157.HAA21273(a)minnie.cs.adfa.edu.au> To: undisclosed-recipients:; Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA27190 for pups-liszt; Wed, 4 Apr 2001 12:48:08 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 1 month

[pups] Re: New Release of VTserver program

by Jay Jaeger

Well, I had mixed success on a PDP-11/24. First off, a couple of bugs. In vtserver.c in the code that loads the bootstrap via console odt, the "C" format strings have "%6o". These need to be changed to "%6.6o" to make it work on my 11/24. Otherwise you get leading spaces. Also, the code that sends an entire ODT command in one "write()" fails. I had to change that (and the one that sends the "G" command) into a loop where I wrote just one character, and then read back one character that the 11/24 echoed. Otherwise it just hung. I suspect both of these changes would fix problems on some machines and would not harm any others. So, I got around that, and the standalone loaded. (Hooray) But..... When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1 cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was set ON. So, the error itself is not unreasonable. But.... I looked at the code in hk.c, and tried it manually after resetting the machine, and the code should be getting the expected drive error when it first tries to address it as an RK06. That should cause it to switch to thinking it is an RK07, but something is going haywire. And, if I boot a pack, the boot code correctly figures out that it is an RK07 (when I look after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is indeed on). So, my guess is that the code in hk.c is busted in some way. Are there "2.11BSD for dummies under an emulator" instructions somewhere, so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can someone point me to the physical memory addresses in hk.c so I could just patch the array to tell it I have 2 RK07's ahead of time, rather than having it attempt to auto-detect the drive type? Haaaaaaaaaaaaalp 8~) Jay Jaeger --- Jay R. Jaeger The Computer Collection cube1(a)home.com visit http://members.home.net/thecomputercollection Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA10752 for pups-liszt; Sat, 31 Mar 2001 17:55:53 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Robin Birch <robin(a)ruffnready.co.uk> Sat Mar 31 17:47:28 2001 Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id RAA10748 for <pups-digest(a)minnie.cs.adfa.edu.au>; Sat, 31 Mar 2001 17:55:47 +1000 (EST) (envelope-from robin(a)ruffnready.co.uk) Received: from falstaf.demon.co.uk ([158.152.152.109]) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 14jG82-000IE3-0Y; Sat, 31 Mar 2001 08:48:58 +0100 Message-ID: <XPB0TIAQuYx6Ewac(a)ruffnready.co.uk> Date: Sat, 31 Mar 2001 08:47:28 +0100 To: Jay Jaeger <cube1(a)home.com> Cc: pups-digest(a)minnie.cs.adfa.edu.au From: Robin Birch <robin(a)ruffnready.co.uk> Subject: Re: [pups] Re: New Release of VTserver program References: <200103282045.GAA92101(a)minnie.cs.adfa.edu.au> <4.3.2.7.2.20010330212401.00bb29b0@cirithi> In-Reply-To: <4.3.2.7.2.20010330212401.00bb29b0@cirithi> MIME-Version: 1.0 X-Mailer: Turnpike Integrated Version 5.00 U <YSkKJATYm0AxAbv6xwlBrCeVCW> Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In message <4.3.2.7.2.20010330212401.00bb29b0@cirithi>, Jay Jaeger <cube1(a)home.com> writes >Well, I had mixed success on a PDP-11/24. > >First off, a couple of bugs. > >In vtserver.c in the code that loads the bootstrap via console odt, the "C" >format strings have "%6o". These need to be changed to "%6.6o" to make it >work on my 11/24. Otherwise you get leading spaces. > >Also, the code that sends an entire ODT command in one "write()" fails. I >had to change that (and the one that sends the "G" command) into a loop >where I wrote just one character, and then read back one character that the >11/24 echoed. Otherwise it just hung. > >I suspect both of these changes would fix problems on some machines and >would not harm any others. > >So, I got around that, and the standalone loaded. (Hooray) But..... > >When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1 >cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating >an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was >set ON. So, the error itself is not unreasonable. But.... > >I looked at the code in hk.c, and tried it manually after resetting the >machine, and the code should be getting the expected drive error when it >first tries to address it as an RK06. That should cause it to switch to >thinking it is an RK07, but something is going haywire. And, if I boot a >pack, the boot code correctly figures out that it is an RK07 (when I look >after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is >indeed on). > >So, my guess is that the code in hk.c is busted in some way. > >Are there "2.11BSD for dummies under an emulator" instructions somewhere, >so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can >someone point me to the physical memory addresses in hk.c so I could just >patch the array to tell it I have 2 RK07's ahead of time, rather than >having it attempt to auto-detect the drive type? > Jay, I don't know how to do this and I suspect that it would be very difficult (someone PLEASE prove me wrong). But, if you load it into an emulator using another type of disk, say, an RP05 or RM05 that the emulator can support, then you can play with hk.c to your heart's content. Then you can run the code out and test it on the PDP. Cheers Robin >Haaaaaaaaaaaaalp 8~) > >Jay Jaeger >--- >Jay R. Jaeger The Computer Collection >cube1(a)home.com visit http://members.home.net/thecomputercollect >ion > ____________________________________________________________________ Robin Birch robin(a)ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA12583 for pups-liszt; Sun, 1 Apr 2001 00:33:07 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Gregory R. Travis" <greg(a)ciswired.com> Sun Apr 1 00:26:58 2001 Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA12579 for <pups-digest(a)minnie.cs.adfa.edu.au>; Sun, 1 Apr 2001 00:33:02 +1000 (EST) (envelope-from greg(a)ciswired.com) Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73]) by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id JAA12688; Sat, 31 Mar 2001 09:17:21 -0500 Received: from localhost (greg@localhost) by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id JAA08702; Sat, 31 Mar 2001 09:26:58 -0500 X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs Date: Sat, 31 Mar 2001 09:26:58 -0500 (EST) From: "Gregory R. Travis" <greg(a)ciswired.com> To: classiccmp(a)classiccmp.org, pups-digest(a)minnie.cs.adfa.edu.au Subject: [pups] Reformat RA81/82? Message-ID: <Pine.LNX.4.10.10103310916520.8697-100000(a)weasel.ciswired.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Can RA81/82 disks be reformatted in the field? If so, is this done through XXDP or is there a way to do it from the disk's serial port? My RA82 occasionally lights its FAULT light and extinguishes its ready light during write operations. The likelyhood of it faulting appears (but I am not certain) to be correlated with a specific region of the disk. About five-ten seconds after the fault, the FAULT indicator turns off and ready comes back on. At no time is an I/O error generated that the application or the operating system (2.11BSD) see so this fault appears to be transient and is resolved by either the drive or the drive/controller together. It "smells" like a data write error that's resolved after a few automatic retries. I'm hoping a low-level reformat could clear it up. Am I wacked out? If there's an XXDP exerciser/formatter available I'd appreciate it if someone could point me there. It's been nearly twenty years since the last time I even tried running XXDP Thanks as always, greg p.s. The RA81 drive on the same controller never gives any trouble (yet). I've tried some more basic things like swapping SDI cables and drive ports but it doesn't make a difference. Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18

24 years, 1 month

[pups] RE: Vtserver & 2.11 standalone progs

by Fred N. van Kempen

Robert and Warren, Robert asks: > Is Ultrix installable from Vtserver yet? It appears to be the only other > version of unix that will work with MSCP disk drives, and maybe I'd have > better luck with it than 2.11BSD. If you have any Ultrix utilities > semi-running I'd be glad to test them for you! and Warren replies: > Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but > has been making progress over the past few days. I'll cc this e-mail to > him and he can tell you the story :) The status is as follows. Feel free to relay onto the various newsgoups and lists; I obviously lack the time to :) - VTserver runs on my VAX (Ultrix-32 V4.4 and V4.5) - Client code is now in Ultrix-11 V3.1 I can get VTserver to upload the primary boot loader to the PDP-11 (I test with two.. a MicroPDP-11/23 and a MicroPDP-11/53) and that in turn makes the box load the Boot: program. When that is loaded, I can go two ways: - type "install" and Boot: will load the RAM disk from the server, and switch to that. Works. - manually load and run programs. Works. The problem here, is, that Ultrix uses a very complicated memory setup, which forces some MMU fiddling into all the drivers. Warren's driver was done for BSD and V7, which do not have this "problem". I am now adding this MMU support to the driver, and that's the end of it.. all other parts work fine. Here is a test run log. Falafel is the VAX 3100. My VTserver program uploads the boot code to the (Micro-)PDP-11 if the "-o" option is given. {falafel:~/ULT} $ vt -o Virtual tape server, $Revision: 2.3 $ stty cs8 -parenb 9600 clocal crtscts Opening port /dev/tty01 .... open Sending PDP-11 Boot Code to uODT ........................................................................ [Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>] VTS: Opened boot bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb bbb bbbbb Sizing Memory... To list options, type help then press <RETURN> 23Boot: vt(0,0)scat VTS: Opened scat VTS: Opened syscall File: vt(0,0)contents VTS: Opened contents File 1: 2 copies of magtape boots File 5: This file (contents) File 6: The program mkfs (make a ULTRIX-11 file system) File 7: The program restor (restore a dump onto a file system) File 8: The program dskinit (disk format and verify) Filre 9: The program bads (scan disk for brams for memory disk (file system image ) File 14: rcmds: optional software loaded into ROOT (TAR image) File 15: | V File 31: ucmds: optional software loaded into /USR (TAR images) File 32: sysgen: optional sorftware for re-loading sysgen (TAR image) File 33: The ULTRIX-11 root file system in dump/restor format File 34: The ULTRIX-11 /usr file system in dump/restor format Exit called 23Boot: ------------------------------------ The other commands work similarly. I only need to revamp the MMU stuff, and then I'm done and we can boot/install Ultrix-11 from VT ! --fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA86317 for pups-liszt; Wed, 28 Mar 2001 09:58:18 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Wed Mar 28 07:18:40 2001 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA86313 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Mar 2001 09:58:16 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2RNphe63854 for pups(a)minnie.cs.adfa.edu.au; Wed, 28 Mar 2001 09:51:43 +1000 (EST) (envelope-from wkt) Received: from csadfa.cs.adfa.edu.au (csadfa.cs.adfa.edu.au [131.236.21.6]) by henry.cs.adfa.edu.au (8.11.2/8.9.3) with ESMTP id f2RLPR963436 for <wkt(a)henry.cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:27 +1000 (EST) (envelope-from Fred.van.Kempen(a)microwalt.nl) Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38]) by csadfa.cs.adfa.edu.au (8.9.0/8.9.0) with ESMTP id HAA18994 for <wkt(a)cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:33 +1000 (EST) Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26528ed034b1(a)mwnt5.microwalt.nl>; Tue, 27 Mar 2001 23:22:07 +0100 Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21) id <HLMQJ18F>; Tue, 27 Mar 2001 23:18:44 +0200 Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A86(a)mwnt4.microwalt.nl> From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> To: "'wkt(a)cs.adfa.edu.au'" <wkt(a)cs.adfa.edu.au>, Robert Collet <bob.collet(a)worldnet.att.net>, "'stock(a)sba.nl'" <stock(a)sba.nl>, "'kees.stravers(a)iae.nl'" <kees.stravers(a)iae.nl> Cc: "'linuxee(a)aol.com'" <linuxee(a)aol.com> Subject: [pups] RE: Vtserver & 2.11 standalone progs Date: Tue, 27 Mar 2001 23:18:40 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Guys, > Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but > has been making progress over the past few days. I'll cc this e-mail to > him and he can tell you the story :) As of today, it is WORKING ! I just finished a (slooooow :) system load onto a MicroPDP-11/23. Works like a charm.. just takes a while. Here is a log: {falafel:~/ULT} $ vt -o Virtual tape server, $Revision: 2.3 $ stty cs8 -parenb 9600 clocal crtscts Opening port /dev/tty01 .... open Sending PDP-11 Boot Code to uODT ........................................................................ [Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>] VTS: Opened sas/boot bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb bbb bbbbbb Sizing Memory... To list options, type help then press <RETURN> 23Boot: install Copying auto-install programs to memory disk... VTS: Opened data/saprog.dsk rrrRrRRRRRRRRRRrrRRRRRRRrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr rrr rrrrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr rrrr rrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrr 100K sent rrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr rrrr rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrr rrrr rrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr 200K sent rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrRrrrrrrr rrrr rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr ****** ULTRIX-11 System Disk Load you need to answer some questions about your system's configuration. Enter your answer, using only lowercase characters, then press <RETURN>. If you need help answering any of the questions, enter a ? then press <RETURN>. Press <RETURN> to continue: ****** WARNING *ks must be converted to the new 1K block file system. Proceed with the installation <y or n> ? y Target processor is an 11/23 <y or n> ? y CURRENT CPU = 11/23, TARGET CPU = 11/23 System disk type <? for help> ? y\yrd51 ****** CAUTION ****** You must scan MSCP disks for bad blocks, type ?<RETURN> for help! Scan system disk(s) for bad blocks <y or n> ? y ****** SCANNING SYSTEM DISK(s) FOR BAD BLOCKS ****** ULTRIX-11 MSCP Disk Initialization Program Disk type < ra60 ra80 ra81 rx33 rx50 rd31 rd32 rd51 rd52 rd53 rd54 rc25 >: rd51 Unit number < 0-3 >: 0 Starting block number < 0 >: 0 Number of blocks to check < 21600 >: READING... 21600 blocks checked 0 bad blocks found 0 bad blocks replaced Exit called ****** BAD BLOCK SCAN COMPLETE ****** ****** MAKING EMPTY (ROOT) FILE SYSTEM ****** File system size: 3730 Disk type: rd51 Processor type: 23 File system name: root Volume name: sd_rd0 File system: rd(0,0) isize = 2384 m/n = 1 72 Exit called ****** EMPTY FILE SYSTEM COMPLETED ****** ****** RESTORING (ROOT) ONTO SYSTEM DISK ****** Input: vt(0,0)root VTS: Opened data/root.dmp Disk: rd(0,0) rRrRrRrRrRrRrrrRrrrrrrrRrRrRrRrrrrrrrrrRrrrRrrrRrrrRrRrRrRrRrRrRrRrRrRrRrRrR rRrR rRrRrRrRrRrrrRrRrRrRrrrRrrrrrrrrrRrrrRrrrrrrrrrRrrrrrrrrrrrrrrrrrrrRrRrRrrrr rrrr rRrRrRrrrrrrrrrRrrrrrrrrrrrrrrrRrrrrrrrrr 100K sent [... deleted ...] 3600K sent rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr rrrr rrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrrRrrrrrrrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrr rrrr rrRrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrrrrREnd of dump media ****** FILE SYSTEM RESTORE COMPLETE ****** ****** CHECKING (ROOT) FILE SYSTEM ****** File: rd(0,0) Salvage free list <y or n> ? n rd(0,0): files 305 (r=280,d=17,b=1,c=7,p=0,l=0) used 3389 (i=182,ii=0,iii=0,d=3207) free 190 missing 0 ****** FILE SYSTEM CHECK COMPLETE ****** ****** MAKING EMPTY (USR) FILE SYSTEM ****** File system size: 5934 Disk type: rd51 Processor type: 23 File system name: /usr Volume name: sd_rd0 File system: rd(0,9700) isize = 3792 m/n = 1 72 Exit called ****** EMPTY FILE SYSTEM COMPLETED ****** ****** RESTORING (USR) ONTO SYSTEM DISK ****** Input: vt(0,0)usr VTS: Opened data/usr.dmp Disk: rd(0,9700) rRrRrRrRrRrRrRrRrrrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrR rRrR rRrRrrrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrR rRrR rrrRrrrRrRrRrRrRrrrRrRrRrrrRrRrRrRrRrRrRr 100K sent [... deleted ...] 5400K sent rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrRrRrrrrrrrRrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrr RrRr RrRrrrrrRrrrRrRrRrREnd of dump media ****** FILE SYSTEM RESTORE COMPLETE ****** ****** CHECKING (USR) FILE SYSTEM ****** File: rd(0,9700) Salvage free list <y or n> ? n rd(0,9700): files 619 (r=570,d=49,b=0,c=0,p=0,l=0) used 4824 (i=228,ii=1,iii=0,d=4594) free 872 missing 0 ****** FILE SYSTEM CHECK COMPLETE ****** ****** COPYING BOOT TO SYSTEM DISK BLOCK ZERO ****** ****** BLOCK ZERO BOOT LOADED ****** ****** BOOTING ULTRIX-11 SYSTEM TO SINGLE-USER MODE ****** Sizing Memory... 23Boot: rd(0,0)unix (CTRL/C will abort auto-boot) rd(0,0)unix: 14784+17024+8192+8000+8064+8000+8064+8128+8000+7808+7936+7936+7680+ 7360+1344 eráóe ½ äelete ëill ½ U iîtr ½ Ã Û [Back to host.] That's where the parity stuff bites us (see the dicussion regarding 2.11BSD :) but I'll fix that later.. its a make-up change, trivial. Let's continue with Kermit: {falafel:~/ULT} $ kermit Connecting to /dev/tty01, speed 9600. The escape character is ^\ (ASCII 28). Type the escape character followed by C to get back, or followed by ? to see other options. This program performs operating system setup functions during installation and normal system operation. Setup operates in one of three possible modes (phases), depending on the current state of the system. The three modes are: Phase 1: Initial setup -- prepares system for first sysgen. Phase 2: Final setup -- completes the system setup. Phase 3: Change setup -- handles system setup changes. The program will ask several setup questions. Enter your answer to each question, using lowercase characters, then press <RETURN>. The questions include helpful hints enclosed in angle brackets < > and/or parenthesis ( ). If you need additional help answering any question, enter a ? or the word help then press <RETURN>. You can correct typing mistakes by pressing the <DELETE> key to erase a single character or <CTRL/U> to erase the entire line. You can interrupt the setup program by typing <CTRL/C>. This allows you to abort the setup process or restart it. Press <RETURN> to continue: Is the console terminal a CRT (video terminal) <y or n> ? y PLEASE CONFIRM: console is a VIDEO terminal <y or n> ? y ****** READING SETUP DATA FROM setup.info FILE ****** (vt(0,0)boot) - bad load device! The initial setup program cannot obtain the information it needs to complete the installation from the setup.info file. The sdload program writes this information into the setup.info file after loading the software onto the system disk. For some unknown reason the setup program cannot access the information. You can supply the missing information or abort the installation. If you continue, the program will prompt you for the following: o Setup phase number o System disk type o Target processor type o Software load device type Continue the installation <y or n> ? n ****** INITIAL SETUP ABORTED ****** You have the following options: o Restart the installation procedure at the beginning. o Execute the following steps to retry the initial setup: Halt the processor. Execute the hardware bootstrap for the system disk. The setup program should restart automatically, if it does not, execute: cd /.setup; setup. o Contact the Telephone Support Center or your local DIGITAL software services office for assistance. # ------------------------------------------------------------------------ and that's where it currently ends. I did already upgrade the root file system dump (hey.. I knew it was working once it started load that one.. :) so the kernel is already up to spec. I also have updated versions of /etc/rdate and /bin/date on it, so we can install using this era, and not go back to the early 70s :) Problems to be fixed: - icky parity stuff in VTserver (terminal mode) .. there are more problems with it. I think the receive buffer can overflow if we are in the main server_loop() routine... causing us to loose characters on input. - no kernel support for the VT device, so, past the initial load, we're still fucked, so to speak. In other words.. Warren, sweetie.. should we change our priorities and do the kernel driver first, and THEN redo the protocol as discussed last night? Cheers, Fred (**yawn** - 109 straight hours of coding :)

24 years, 1 month

[pups] New Release of VTserver program

by Warren Toomey

All, I spent the weekend working on my VTserver program, which lets you copy disk images in/out of a PDP-11 without a tape drive. It's at ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Vtserver Could I get anybody with a PDP-11, 256Kbytes of core, and no tape drive to try this out. I'm keen to find out which -11 models it does or doesn't work on. Also, if you have less than 256Kbytes of core, please let me know if you want Vtserver to run on your platform. If there's enough interest, I'll try to rewrite the code to fit in a smaller footprint. At present, Fred van Kempen is also working on adding VT support to Ultrix-11. When he's done, we will do a merge of the server, and add his Ultrix client code into a separate directory of the VT distribution. Attached is some more blurb from the README. Warren The Vtserver program provides you with a method of copying a disk image into a PDP-11, or extracting a disk image from a PDP-11, without a tape drive or indeed an installed operating system. The approach here is use a nearby Unix or Linux computer as both the PDP-11 console and as a virtual tape server. The VTserver software comes as two components: a set of PDP-11 software which acts as the virtual tape client, and the server which is hosted on the nearby Unix machine. The two computers are connected via an RS-232 null modem with hardware handshaking. I've used the Ersatz-11 2.0 demo simulator with various CPU models, and RL02 and RK05 disk images, to test copy. Here are the results: copy can read and write disk images for /24, /34A, /40, /44, /45, /70 and /94 systems when they have 256Kbytes of memory. It doesn't work for the 11/35 as it doesn't have the MUL instruction, which the 2.11BSD C compiler generates.

24 years, 1 month

RE: [pups] Disk query on Ultrix 3.1

by Fred N. van Kempen

Kevin, > I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have a > Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I > believe. Nice, I have one too (an UC08, which is just a dual-port version of the '7). > I am sure I could also find a higher capacity drive without > too much effort. Yup.. come to Holland, attend one of the 6-weekly "dump" shows, and find yourself loaded with 1 and 2GB drives for a couple of bucks... > Which disk should I tell the Ultrix installation I have to get the best from > my setup. I made an 'educated' guess of RA81 for the moment, and that > works. Ultrix will think it is an RA81, most likely. The controller will be seen as either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos the controller is still on my "todo shelf". Drives attached to either will report as RAxx'es... > I could physically attach a drive with a much higher capacity > than DEC ever envisaged, but which drive do I 'pretend' I am using. I have a kernel with "RA99" compiled in. That is a test for my experimental support for Ultrix-32-like "partition tables" (/etc/chpt et al). Works OK so far... Anyway. Uhm, your drive most probably should work fine when referred to as an RA81 on an RQDX or similar.. UDA50 comes to mind. Cheers, Fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA58983 for pups-liszt; Sat, 24 Mar 2001 09:49:41 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Johnny Billquist <bqt(a)update.uu.se> Sat Mar 24 08:43:20 2001 Received: from Tempo.Update.UU.SE (IDENT:0@Tempo.Update.UU.SE [130.238.19.17]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA58979 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 09:49:36 +1100 (EST) (envelope-from bqt(a)update.uu.se) Received: from localhost (bqt@localhost) by Tempo.Update.UU.SE (8.11.2/8.11.2/Update-Iltempogigante) with ESMTP id f2NMhLt31294; Fri, 23 Mar 2001 23:43:21 +0100 Date: Fri, 23 Mar 2001 23:43:20 +0100 (CET) From: Johnny Billquist <bqt(a)update.uu.se> To: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>, Pups Mailing List <pups(a)minnie.cs.adfa.edu.au> Subject: RE: [pups] Disk query on Ultrix 3.1 In-Reply-To: <6F63E31101C6D41196490008C7B2BFC3020A54(a)mwnt4.microwalt.nl> Message-ID: <Pine.LNX.4.21.0103232340070.25398-100000(a)Tempo.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Fri, 23 Mar 2001, Fred N. van Kempen wrote: > Kevin, > > > Which disk should I tell the Ultrix installation I have to get the best > from > > my setup. I made an 'educated' guess of RA81 for the moment, and that > > works. > Ultrix will think it is an RA81, most likely. The controller will be seen > as > either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos > the > controller is still on my "todo shelf". Drives attached to either will > report > as RAxx'es... Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the KDA-50. There is no MFM controller for Unibus. That is, no equivalent of the RQDXn exists for Unibus. Disks on the RQDXn reports as RDxx or RXxx, while disks on the [KU]DA-50 reports as RAxx (from a hardware point of view). They're both MSCP controllers though. Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA59471 for pups-liszt; Sat, 24 Mar 2001 11:29:20 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Sat Mar 24 10:16:13 2001 Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA59467 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 11:29:15 +1100 (EST) (envelope-from Fred.van.Kempen(a)microwalt.nl) Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl (Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26527aa2a507(a)mwnt5.microwalt.nl>; Sat, 24 Mar 2001 01:19:57 +0000 Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21) id <HLMQJ1WA>; Sat, 24 Mar 2001 01:16:22 +0100 Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A55(a)mwnt4.microwalt.nl> From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> To: "'Johnny Billquist'" <bqt(a)update.uu.se>, "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>, Pups Mailing List <pups(a)minnie.cs.adfa.edu.au> Subject: RE: [pups] Disk query on Ultrix 3.1 Date: Sat, 24 Mar 2001 01:16:13 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Johnny, > Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the > KDA-50. Ahhh, i knew it was something-50 :) Twas a while ago since I last touched a Unibus box.. can you tell? :) > Disks on the RQDXn reports as RDxx or RXxx, while disks on > the [KU]DA-50 > reports as RAxx (from a hardware point of view). They're both MSCP > controllers though. Yup. The UC0x talks MSCP (and/or TMSCP, if configured) on the Qbus side, and SCSI on the device side. I have an UC08 which is configured for MSCP on bus 0, and TMSCP on bus1. The attached Exabyte 8200 (2GB) is seen as a giant TK50 :) That was on the MVII, though.. havent used it since. Was going to put it in the 11/83, _if_ I can find a BA123. Anyone got one of those laying around? :) Cheers, Fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com **********************************************************************

24 years, 2 months

[pups] Looking for some common switch settings...

by Gregory R. Travis

Does anyone have handy the switch settings for DEC PDP-11/44 memory boards? I have a collection of third-party boards (nat. semi and standard memories) but no documentation on them. I suspect they use the same dip settings as DEC MS11-xx (M8743) boards (of which I also have a few but no docos). I'm also looking for DZ11 (M7819) IRQ/CSR switch settings. Thanks! greg Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA51969 for pups-liszt; Fri, 23 Mar 2001 18:15:02 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From kbd <kbd(a)ndx.net> Fri Mar 23 17:08:43 2001 Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA51962 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 18:14:58 +1100 (EST) (envelope-from kbd(a)ndx.net) Received: from viaokbd2 ([216.103.73.141]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with SMTP id <0GAN00LM62IJU1(a)mta5.snfc21.pbi.net> for pups(a)minnie.cs.adfa.edu.au; Thu, 22 Mar 2001 23:08:48 -0800 (PST) Date: Thu, 22 Mar 2001 23:08:43 -0800 From: kbd <kbd(a)ndx.net> Subject: [pups] 211 install questions/probs In-reply-to: <6F63E31101C6D41196490008C7B2BFC3020A31(a)mwnt4.microwalt.nl> To: pups(a)minnie.cs.adfa.edu.au Message-id: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net> MIME-version: 1.0 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset="iso-8859-1" Content-transfer-encoding: 7bit Importance: Normal X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Priority: 3 (Normal) Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Has anyone been able to create and install a tape made from the: ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/ directory? I've built the tape as described in the readme file and went back can checked it with a hexdump and it appears correct. Tried booting with the sputnik and E11 sims with no luck: PDP-11 simulator V2.3d sim> set cpu 1m sim> at tm0 c:\211.tape sim> b tm0 000002 (HALT) sim> I've been able to boot other tape images with no problem. Any ideas would be very appreciated. Kirk ps - A dump of the boot tape FTP'd or Email'd would be very-very appreciated. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52402 for pups-liszt; Fri, 23 Mar 2001 19:50:24 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk> Fri Mar 23 18:42:08 2001 Received: from cmailg1.svr.pol.co.uk (cmailg1.svr.pol.co.uk [195.92.195.171]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA52398 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:19 +1100 (EST) (envelope-from kevin(a)xpuppy.freeserve.co.uk) Received: from [195.92.198.123] (helo=mail17.svr.pol.co.uk) by cmailg1.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 14gNBA-00006k-00 for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:16 +0000 Received: from modem-65.eldacar.dialup.pol.co.uk ([62.136.179.65] helo=XPUPPY) by mail17.svr.pol.co.uk with smtp (Exim 3.13 #0) id 14gNB9-0004fT-00 for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:15 +0000 From: "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk> To: "Pups Mailing List" <pups(a)minnie.cs.adfa.edu.au> Subject: [pups] Disk query on Ultrix 3.1 Date: Fri, 23 Mar 2001 08:42:08 -0000 Message-ID: <ODEGIBMIBMEHMAMOEIODGEMPCFAA.kevin(a)xpuppy.freeserve.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have a Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I believe. I am sure I could also find a higher capacity drive without too much effort. Which disk should I tell the Ultrix installation I have to get the best from my setup. I made an 'educated' guess of RA81 for the moment, and that works. I could physically attach a drive with a much higher capacity than DEC ever envisaged, but which drive do I 'pretend' I am using. Many thanks Kevin Murrell Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52408 for pups-liszt; Fri, 23 Mar 2001 19:50:42 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Fri Mar 23 18:44:24 2001 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA52404 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:40 +1100 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2N8iPV18979; Fri, 23 Mar 2001 19:44:25 +1100 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au> Subject: Re: [pups] 211 install questions/probs In-Reply-To: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net> from kbd at "Mar 22, 2001 11:08:43 pm" To: kbd <kbd(a)ndx.net> Date: Fri, 23 Mar 2001 19:44:24 +1100 (EST) CC: pups(a)minnie.cs.adfa.edu.au Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In article by kbd: [Charset iso-8859-1 unsupported, filtering to ASCII...] > > Has anyone been able to create and install a tape made from the: > > ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/ > > PDP-11 simulator V2.3d > sim> set cpu 1m > sim> at tm0 c:\211.tape > sim> b tm0 > 000002 (HALT) > sim> > > I've been able to boot other tape images with no problem. Any ideas > would be very appreciated. > Kirk Did you use makesimtape to create the tape image? If not, that's probably the problem. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA54074 for pups-liszt; Sat, 24 Mar 2001 01:46:38 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org> Sat Mar 24 00:34:02 2001 Received: from spektr.eu.org (spektr.gnulix.org [212.85.67.107]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA54070 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 01:46:33 +1100 (EST) (envelope-from jp(a)spektr.eu.org) Received: from localhost (jp@localhost) by spektr.eu.org (8.9.3/8.9.3) with ESMTP id PAA89647; Fri, 23 Mar 2001 15:34:02 +0100 (CET) (envelope-from jp(a)spektr.eu.org) Date: Fri, 23 Mar 2001 15:34:02 +0100 (CET) From: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org> To: "Gregory R. Travis" <greg(a)ciswired.com> cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Looking for some common switch settings... In-Reply-To: <Pine.LNX.4.10.10103221425150.31709-100000(a)weasel.ciswired.com> Message-ID: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Thu, 22 Mar 2001, Gregory R. Travis wrote: > Does anyone have handy the switch settings for DEC PDP-11/44 > memory boards? I have a collection of third-party boards > (nat. semi and standard memories) but no documentation on > them. > > I suspect they use the same dip settings as DEC MS11-xx (M8743) > boards (of which I also have a few but no docos). Couldn't find the manual for the M8743, but I managed to dig up the manual for the M8722, MS11-M. Let me know if you want the settings for this board instead. > I'm also looking for DZ11 (M7819) IRQ/CSR switch settings. I looked really hard on our internal network for an electronic copy of this manual but I couldn't find it so I'll try to make an ACSII drawing of it.. [From Communications Options Minireference Manual, EK-CMIV2-RM-005] -------------------------------- | W1 o-o _ | | | / | | || | | ____ J1 || | | |____| ___ |_\ | | E81 ____ |___| | | |____| E11 | | E52 �| | | |___||_____||_____||____||______| Switch pack E11: [Use 1-6 on the switch pack to set the vector] S7 S6 S5 S4 S3 S2 Vector address off off 300 off off off 310 off off off 320 off off off off 330 off off off 340 off off off off 350 off off off off 360 off off off off off 370 off 400 --- off off 500 --- off off 600 --- off off off 700 Note: Switch OFF produces logical "one" on the Unibus . W1: Normally in. Out disables master clk for factory testing. [W1: Jumper just above switch pack E72] E81 (Switch pack to the left of the card, device address selection): S10 S9 S8 S7 S6 S5 S4 S3 S2 S1 Device address on 760010 on 760020 on on 760030 on 760040 on on 760050 on on 760060 on on on 760070 on 760100 -- on 760200 -- on on 760300 -- on 760400 -- on on 760500 -- on on 760600 -- on on on 760700 -- on 761000 -- on 762000 -- on on 763000 -- on 764000 The DZ11 resides in floating address space o Device address ranks 8 o Vector address ranks 27 -- J�rgen Pehrson jp(a)spektr.eu.org http://spektr.eu.org/~jp/ ----------------------------------------------------------- "i must say the linux community is a lot nicer than the unix community. a negative comment on unix would warrent death threats. with linux, it is like stirring up a nest of butterflies." -- Ken Thompson. 1999 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA54401 for pups-liszt; Sat, 24 Mar 2001 02:20:32 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Gregory R. Travis" <greg(a)ciswired.com> Sat Mar 24 01:14:57 2001 Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA54397 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 02:20:27 +1100 (EST) (envelope-from greg(a)ciswired.com) Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73]) by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id KAA20541; Fri, 23 Mar 2001 10:05:39 -0500 Received: from localhost (greg@localhost) by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id KAA01589; Fri, 23 Mar 2001 10:14:57 -0500 X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs Date: Fri, 23 Mar 2001 10:14:57 -0500 (EST) From: "Gregory R. Travis" <greg(a)ciswired.com> To: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org> cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Looking for some common switch settings... In-Reply-To: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org> Message-ID: <Pine.LNX.4.10.10103231014130.1586-100000(a)weasel.ciswired.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by minnie.cs.adfa.edu.au id CAA54398 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Fri, 23 Mar 2001, [iso-8859-1] J�rgen Pehrson wrote: > On Thu, 22 Mar 2001, Gregory R. Travis wrote: > > > Does anyone have handy the switch settings for DEC PDP-11/44 > > memory boards? I have a collection of third-party boards > > (nat. semi and standard memories) but no documentation on > > them. > > > > I suspect they use the same dip settings as DEC MS11-xx (M8743) > > boards (of which I also have a few but no docos). > > Couldn't find the manual for the M8743, but I managed to dig up the manual > for the M8722, MS11-M. Let me know if you want the settings for this > board instead. Yeah, if you could. Haven't heard anything from anyone else on the M8743. Thanks. greg Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA57646 for pups-liszt; Sat, 24 Mar 2001 05:31:32 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From kbd <kbd(a)ndx.net> Sat Mar 24 04:22:08 2001 Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id FAA57642 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 05:31:28 +1100 (EST) (envelope-from kbd(a)ndx.net) Received: from viaokbd2 ([216.103.73.141]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with SMTP id <0GAN0054CXOY4P(a)mta5.snfc21.pbi.net> for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 10:22:14 -0800 (PST) Date: Fri, 23 Mar 2001 10:22:08 -0800 From: kbd <kbd(a)ndx.net> Subject: RE: [pups] 211 install questions/probs In-reply-to: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au> To: pups(a)minnie.cs.adfa.edu.au Message-id: <HFEPIJEEKKDEGOFFHBLEIEBKCHAA.kbd(a)ndx.net> MIME-version: 1.0 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Importance: Normal X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Priority: 3 (Normal) Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk >In article by kbd: >> Has anyone been able to create and install a tape made from the: >> >> ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/ >> >Did you use makesimtape to create the tape image? If not, that's >probably the problem. Thanks for the pointer Warren. For the record, makesimtape can be found here: ftp://minnie.cs.adfa.edu.au/PDP-11/Trees/2.11BSD/usr/src/sys/pdpstand/makesi mtape.c Kirk

24 years, 2 months

Re: [pups] Cabinet Questions

by Carl Lowenstein

> From: "Jeffrey S. Sharp" <jss(a)ou.edu> > To: "PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au> > Subject: [pups] Cabinet Questions > Date: Tue, 20 Mar 2001 01:30:38 -0600 > > In the peripherals manual, the H960 cabinet comes in two models: the -C and > the -D. The -D model has a sliding drawer in the lower half of the cabinet > that provides space for 9 "system units". What are these "system units"? > How big are they? What goes there? When do you need the -D model? A system unit (SU) was the fundamental hardware building block of an 11/20 and many subsequent PDP's. It was a frame 16.5 inches by 2.25 inches that held 3 blocks of dual card sockets. Each socket block was nominally 5.25 inches by 2.00 inches and could hold four "dual" cards spaced at 0.5-inch intervals. Thus the whole SU could hold four "quad" cards plus two "dual" Unibus connectors in its four rows by six sockets. Later production included a double-wide system unit that could hold nine cards. Typical things that came built into one SU include 4kW (8kB) of core memory and RK05 disk controllers. There were also SU's that were pre-wired to hold four Small Peripheral Controllers (SPC's). Typical SPC's included single-line serial interfaces, and line-printer controllers. Think of the H906-D as an 11/40 or 11/45 without any backplane or cards. > Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its > own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or > 4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system? > Assume the CPU has the SETASI memory upgrades and not core. > > Una vez mas... Let's say I want to ultimately build a 11/40 system with the > same peripherals as above minus the RP04s and with a TU10/TM11 as the > 9-track. What kind of cabineting do I need here? Assume the CPU has MOS > memory and not core. I think you could put that system into two H960 racks. Figure 1/2 of a rack for the 11/40, 1/3 of a rack for the TU10. RK05, PC11, TU56 each take up 1/6 of an H960. With MOS memory you should have plenty of room in the 11/40 frame itself for the necessary one-SU controllers for RK05, TU56. Especially if you take out the 2-SU frame that originally held the core memory. I'm not sure where you put the TM11, I never actually had a real one, just emulated controllers that fit in one SU. > Finally, how much weight can a H960 support? Probably 500 or 600 pounds. If you can, look for the older H960's with welded frames rather than pop rivets. carl -- carl lowenstein marine physical lab u.c. san diego clowenstein(a)ucsd.edu

24 years, 2 months

[pups] Cabinet Questions

by Jeffrey S. Sharp

Many thanks to those of you who have answered my previous questions. I have obtained the 1976 peripherals manual, and have read just enough to bring up the next set of questions. This round is about cabineting. In the peripherals manual, the H960 cabinet comes in two models: the -C and the -D. The -D model has a sliding drawer in the lower half of the cabinet that provides space for 9 "system units". What are these "system units"? How big are they? What goes there? When do you need the -D model? Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or 4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system? Assume the CPU has the SETASI memory upgrades and not core. Una vez mas... Let's say I want to ultimately build a 11/40 system with the same peripherals as above minus the RP04s and with a TU10/TM11 as the 9-track. What kind of cabineting do I need here? Assume the CPU has MOS memory and not core. I've got guesses, but I'd like to keep them private to save myself the embarassment. :-) Finally, how much weight can a H960 support? -- Jeffrey S. Sharp jss(a)ou.edu "One World, One Web, One Program" -- Microsoft advertisement "Ein Volk, Ein Reich, Ein Fuhrer" -- Adolf Hitler Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA28053 for pups-liszt; Tue, 20 Mar 2001 20:02:44 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Jeffrey S. Sharp" <jss(a)ou.edu> Tue Mar 20 19:01:35 2001 Received: from mail6.mmcable.com (fe6.rdc-kc.rr.com [24.94.163.53]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA28049 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Mar 2001 20:02:41 +1100 (EST) (envelope-from jss(a)ou.edu) Received: from station1 ([65.26.237.187]) by mail6.mmcable.com with Microsoft SMTPSVC(5.5.1877.537.53); Tue, 20 Mar 2001 02:54:02 -0600 Message-ID: <003501c0b11c$5ddae0c0$0a01a8c0@station1> From: "Jeffrey S. Sharp" <jss(a)ou.edu> To: "ClassicCmp Mailing List" <classiccmp(a)classiccmp.org>, "PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au> Subject: [pups] PDP-11/70 Front Panel Date: Tue, 20 Mar 2001 03:01:35 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk I will be picking up a PDP-11/70 in a few weeks, but it needs a front panel. If anybody has an extra, please e-mail me. -- Jeffrey S. Sharp jss(a)ou.edu

24 years, 2 months

Re: [pups] AVIV vs. DigiData tape controller

by Gregory R. Travis

Can someone enlighten me regarding DEC SDI cabling? Here's what I have: RA81 disk drive with two big black cables coming out of it, one for each port (A/B). The cables terminate at the drive on one end and at a small metal box on the other end. The small metal box has two sockets on it (denoted with "*" in the picture below): Small metal box / +----------+ "A" cable / | RA81 |------------[]* | Drive |------------[]* +----------+ "B" cable UDA50 controller in 11/44 with four sets of orange cables coming out of it and terminating in a four-port socket set (denoted "*" in picture below) in a larger metal box at the back of the cabinet: Larger metal box / / *[]_________ *[]_________\ *[]_________\\ <- Four (4) Cable groups *[]_________\\\ \\\\ ---------- | UDA50 | | | ---------- What I have tried: I unscrewed the black cables from the small metal box and plugged one of them directly into one of the ports on the larger metal box: +----------+ "A" cable | RA81 |----------------| | Drive |----------[]* | +----------+ "B" cable | / Larger metal box / / | / |-*[]_________ *[]_________\ *[]_________\\ <- Four (4) Cable groups *[]_________\\\ \\\\ ---------- | UDA50 | | | ---------- That didn't work (I tried it with two different drives and cable sets). The operating system (2.11BSD) sees the UDA50 but does not see the drive (which is spun up and "ready"). I did a little searching on the internet and found a couple of cryptic discussions. What I surmised from the discussions was that you cannot directly connect the drive cable to the bulkhead box on the computer cabinet. It seems you need a third cable to act as an intermediary as such: Small metal box / +----------+ "A" cable / | RA81 |----------[]*---| | Drive |----------[]* | <--- New THIRD ("external?") cable +----------+ "B" cable | / Larger metal box / / | / |-*[]_________ *[]_________\ *[]_________\\ <- Four (4) Cable groups *[]_________\\\ \\\\ ---------- | UDA50 | | | ---------- Is that right? If so, where can I find one of these external cables and/or is it possible to manufacture one from a bit of ribbon cable an a couple of commonly available plugs? The sockets denoted by "*" appear to be AMD bastardizations of common PC board plugs like the ones one would find connecting a console port plug. Thanks! greg Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18

24 years, 2 months

[pups] c68 compiler for PDP-11?

by Warren Toomey

Before I dive in and attempt this, has anybody ported the c68 C compiler to the PDP-11 family? http://www.itimpi.freeserve.co.uk/compsrc.htm Cheers, Warren

24 years, 2 months

[pups] Building v6 on a PDP-11/34

by Ian King

I'd been having a weird problem trying to compile mkconf.c, as a first step toward rebuilding 6th Ed, and someone suggested that it might be a memory problem. I dug out the XXDP disks I have, ran some diagnostics, and discovered that my illusions about my memory were ill-founded. :-) Fortunately, I had another MOS memory card, which I configured and installed. Now cc completes with no problems, and I rebuilt the system! It was weird that the system seemed to run fine, but a defect somewhere in the second 64k was causing a failure in cc. Of course, there's always a challenge. Now I'm trying to build/install a filesystem on my big Plessey DD-11/80 drives; they seem something like an RP04, and use the CDC 9877 diskpacks, if anyone's heard of them. I built my kernel using the hp driver, and that doesn't seem to work with it. -- Ian

24 years, 2 months

Re: [pups] Spares, et. al for 11/44 system

by pete＠dunnington.u-net.com

On Mar 7, 7:59, Gregory R. Travis wrote: > Thought about that too but the math doesn't work. 40+64 chips = 104 > chips * 65536 bits per chip = 6815744 total bits. > > 6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38 It divides by 13, though (64K x 13 x 8, so the prime factors are 2 and 13). Unlikely as it sounds, could this be for a 12-bit word machine? 13 is not only 12+1, it's 8+5. 5 is a common number of bits for ECC (though not, I admit, for 8-bit words! Usually it's 8+3, 16+5, or 16+6). It also strikes me as odd that a NatSemi board should have TI chips on it. NatSemi made their own RAM, and Texas made their own PDP-11 and Vax memory boards. -- Pete Peter Turnbull Network Manager Dept. of Computer Science University of York

24 years, 2 months

RE: [pups] Spares, et. al for 11/44 system

by Fred N. van Kempen

Greg, > Thought about that too but the math doesn't work. 40+64 chips = 104 > chips * 65536 bits per chip = 6815744 total bits. > > 6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38 Right... 12 bits of ECC seems a bit much. Dunno what that stuff is about... weird! ;) Fred ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA27971 for pups-liszt; Thu, 8 Mar 2001 08:20:35 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Carl Lowenstein <cdl(a)mpl.ucsd.edu> Thu Mar 8 07:15:48 2001 Received: from chiton.ucsd.edu (chiton.ucsd.edu [192.135.238.128]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA27966 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 8 Mar 2001 08:20:30 +1100 (EST) (envelope-from cdl(a)mpl.ucsd.edu) Received: (from cdl@localhost) by chiton.ucsd.edu (8.9.3/8.9.3) id NAA15151; Wed, 7 Mar 2001 13:15:48 -0800 (PST) Date: Wed, 7 Mar 2001 13:15:48 -0800 (PST) From: Carl Lowenstein <cdl(a)mpl.ucsd.edu> Message-Id: <200103072115.NAA15151(a)chiton.ucsd.edu> To: greg(a)ciswired.com, pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Spares, et. al for 11/44 system Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk > Date: Tue, 6 Mar 2001 20:07:00 -0500 (EST) > From: "Gregory R. Travis" <greg(a)ciswired.com> > To: pups(a)minnie.cs.adfa.edu.au > Subject: [pups] Spares, et. al for 11/44 system > > > p.s. The Nat. Semi board is a bit strange. It has an area of > 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another > area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter > what I do, I can't do the math to get this board to > fit into a 256/512/1MB size. I ASSUME it's a .5MB > board, but what about the extra chips? Nat.Semi. used to make ECC memory boards for the PDP11. I had one once, it looks like you have one now. My arithmetic says 5 extra bits per 8-bit byte makes for single-error correcting, dual-error detecting ECC on the byte level. Vaxes do it with 39 bits per 32-bit word, Alphas do it with 72 bits per 64-bit word. Economy of scale. As I remember, you could just ignore the ECC and it would work like a standard parity memory board, except that it very rarely had any parity errors. carl carl lowenstein marine physical lab u.c. san diego {decvax|ucbvax} !ucsd!mpl!cdl cdl(a)mpl.ucsd.edu clowenstein(a)ucsd.edu Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA32608 for pups-liszt; Thu, 8 Mar 2001 18:55:06 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 2 months

Re: [pups] Spares, et. al for 11/44 system

by pete＠dunnington.u-net.com

On Mar 6, 20:07, Gregory R. Travis wrote: The three RL02s also all accept power and come on. However, they > all illuminate their fault light when power is applied. I cannot > remember if RL02s will do this when not connected to their > controller - anyone? Yes, that's what happens if either the terminator or the controller is not connected. > p.s. The Nat. Semi board is a bit strange. It has an area of > 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another > area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter > what I do, I can't do the math to get this board to > fit into a 256/512/1MB size. I ASSUME it's a .5MB > board, but what about the extra chips? Is it ECC memory? -- Pete Peter Turnbull Network Manager Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA25238 for pups-liszt; Thu, 8 Mar 2001 00:04:29 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Gregory R. Travis" <greg(a)ciswired.com> Wed Mar 7 22:59:46 2001 Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA25234 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 8 Mar 2001 00:04:25 +1100 (EST) (envelope-from greg(a)ciswired.com) Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73]) by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id HAA21274; Wed, 7 Mar 2001 07:51:29 -0500 Received: from localhost (greg@localhost) by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id HAA21599; Wed, 7 Mar 2001 07:59:46 -0500 X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs Date: Wed, 7 Mar 2001 07:59:46 -0500 (EST) From: "Gregory R. Travis" <greg(a)ciswired.com> To: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> cc: pups(a)minnie.cs.adfa.edu.au Subject: RE: [pups] Spares, et. al for 11/44 system In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32D32(a)mwnt4.microwalt.nl> Message-ID: <Pine.LNX.4.10.10103070756400.21204-100000(a)weasel.ciswired.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Wed, 7 Mar 2001, Fred N. van Kempen wrote: > Hi, > > > p.s. The Nat. Semi board is a bit strange. It has an area of > > 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another > > area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter > > what I do, I can't do the math to get this board to > > fit into a 256/512/1MB size. I ASSUME it's a .5MB > > board, but what about the extra chips? > > FastECC or parity, most likely... usually two or three bits per > word... 256K x 18. Thought about that too but the math doesn't work. 40+64 chips = 104 chips * 65536 bits per chip = 6815744 total bits. 6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38 greg Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18

24 years, 2 months

Re: [pups] Half Inch Tape

by pete＠dunnington.u-net.com

On Mar 6, 11:46, robin.birch(a)postoffice.co.uk wrote: > > > Dear All, > I am after some reels of 0.5 inch tape and some spare write protect rings in the > UK. Can anyone help? I may have one or two spare reels, and I certainly have quite a few spare write rings. How many are you looking for? Does it matter if they're in Wright-line seals, canisters, or autoload collars? Contact me off-list to give me your address. -- Pete Peter Turnbull Network Manager Dept. of Computer Science University of York Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA21660 for pups-liszt; Wed, 7 Mar 2001 12:11:45 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Gregory R. Travis" <greg(a)ciswired.com> Wed Mar 7 11:07:00 2001 Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA21656 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 12:11:41 +1100 (EST) (envelope-from greg(a)ciswired.com) Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73]) by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id TAA17670 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Mar 2001 19:58:44 -0500 Received: from localhost (greg@localhost) by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id UAA18990 for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Mar 2001 20:07:00 -0500 X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs Date: Tue, 6 Mar 2001 20:07:00 -0500 (EST) From: "Gregory R. Travis" <greg(a)ciswired.com> To: pups(a)minnie.cs.adfa.edu.au Subject: [pups] Spares, et. al for 11/44 system Message-ID: <Pine.LNX.4.10.10103061953490.18931-100000(a)weasel.ciswired.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk MANY thanks to all who responded to my questions regarding the PDP-11 equipment I recently acquired. I believe that I am well on my way to being able to build a fairly substantial operating 11/44 museum piece. I was able to open up the three RA81s and inspect them. Luckily their heads had all been locked in place. Unfortunately, the belt release on all were still set in "tension." Hopefully this will be a minor issue. I powered up the RA81s, all power up and start spinning the platters. I have not allowed any of them to rotate fast enough to load the heads though - I want to do a good cleaning first and get them situated in their cabinets. The three RL02s also all accept power and come on. However, they all illuminate their fault light when power is applied. I cannot remember if RL02s will do this when not connected to their controller - anyone? Finally, I have two 1MB Standard Memories memory boards, a 256K Standard Memories board, 2 DEC 256K memory boards, 1 DEC 1MB memory board, and 1 512K National Semiconductor memory board (see below). All these are 11/44 memories. Does anyone have CSR/etc. DIP switch settings for the Standard Memories and/or Nat. Semi boards? I can't find anything on the 'net and I have no other documentation. Thanks! greg p.s. The Nat. Semi board is a bit strange. It has an area of 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter what I do, I can't do the math to get this board to fit into a 256/512/1MB size. I ASSUME it's a .5MB board, but what about the extra chips? Gregory Travis Cornerstone Information Systems ATS greg(a)ciswired.com 812 330 4361 ext. 18 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA21918 for pups-liszt; Wed, 7 Mar 2001 12:58:04 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed Mar 7 11:53:21 2001 Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA21914 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 12:58:01 +1100 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f271rL837045 for pups(a)minnie.cs.adfa.edu.au; Wed, 7 Mar 2001 12:53:21 +1100 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Message-Id: <200103070153.f271rL837045(a)henry.cs.adfa.edu.au> Subject: [pups] Fred's Ultrix-11 now in the UNIX Archive To: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au> Date: Wed, 7 Mar 2001 12:53:21 +1100 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk In article <7263E31101C6D41196490008C7B2BFC30A8A9F(a)mwnt4.microwalt.nl>, "Fred N. van Kempen" <Fred.van.Kempen(a)MicroWalt.NL> writes: > Here is a quick snippet I just wrote up while loading my distribution on > a test system. This file will be cleaned up, > enriched and so on and included in the next release. > Fred The UNIX Archive now has Fred's distributions and his setup.txt in the PDP-11/Distributions/dec/Fred-Ultrix3 directory: total 17328 -rw-r--r-- 1 wkt pupsarc 892 Mar 7 01:30 README.ult11-3.0 -rw-r--r-- 1 wkt pupsarc 1663 Mar 6 12:36 README.ult11-3.1 -rw-r--r-- 1 wkt pupsarc 25497 Mar 7 12:53 setup-3.1.txt -rw-r--r-- 1 wkt pupsarc 6680997 Mar 7 06:33 ult11-3.0-kit.tar.gz -rw-r--r-- 1 wkt pupsarc 10988112 Mar 7 06:52 ult11-3.1-kit.tar.gz http://minnie.cs.adfa.edu.au/TUHS/archive_access.html Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA23916 for pups-liszt; Wed, 7 Mar 2001 19:59:37 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Johnny Billquist <bqt(a)update.uu.se> Wed Mar 7 18:54:48 2001 Received: from Tempo.Update.UU.SE (IDENT:0@Tempo.Update.UU.SE [130.238.19.17]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA23912 for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 19:59:31 +1100 (EST) (envelope-from bqt(a)update.uu.se) Received: from localhost (bqt@localhost) by Tempo.Update.UU.SE (8.11.2/8.11.2/Update-Iltempogigante) with ESMTP id f278smE17031; Wed, 7 Mar 2001 09:54:48 +0100 Date: Wed, 7 Mar 2001 09:54:48 +0100 (CET) From: Johnny Billquist <bqt(a)update.uu.se> To: "Gregory R. Travis" <greg(a)ciswired.com> cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: [pups] Spares, et. al for 11/44 system In-Reply-To: <Pine.LNX.4.10.10103061953490.18931-100000(a)weasel.ciswired.com> Message-ID: <Pine.LNX.4.21.0103070953570.28370-100000(a)Tempo.Update.UU.SE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Tue, 6 Mar 2001, Gregory R. Travis wrote: > The three RL02s also all accept power and come on. However, they > all illuminate their fault light when power is applied. I cannot > remember if RL02s will do this when not connected to their > controller - anyone? Yes, they will turn on the fault light if not connected to a controller. > p.s. The Nat. Semi board is a bit strange. It has an area of > 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another > area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter > what I do, I can't do the math to get this board to > fit into a 256/512/1MB size. I ASSUME it's a .5MB > board, but what about the extra chips? ECC? Johnny Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt(a)update.uu.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA23981 for pups-liszt; Wed, 7 Mar 2001 20:07:47 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 2 months

[pups] Half Inch Tape

by robin.birch＠postoffice.co.uk

Dear All, I am after some reels of 0.5 inch tape and some spare write protect rings in the UK. Can anyone help? Regards Robin

24 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

1991

1990

TUHS