TUHS

tuhs@tuhs.org

61 participants
6532 discussions

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, 2 months

[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, 2 months

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, 2 months

[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, 2 months

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, 3 months

[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, 3 months

[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, 3 months

[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, 3 months

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, 3 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, 3 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