TUHS

tuhs@tuhs.org

4 participants
6478 discussions

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

Hi. Today I tried to install 4.3BSD-Reno on a MicroVAX II. The machine has 13MB RAM, DHV11, TK50, DELQA, one RD53 with RQDX3 and a Sigma DLV11-J clone. I created a boot tape using a netbooted NetBSD 1.4.2 on this machine. I dd-ed "stand", "miniroot" and "rootdump" onto a tape with the blocksizes listed in the file "Rick_Copeland_Note". I also used "maketape" from the 2.11BSD distribution. >>> b mua0 2..1..0.. ?06 HLT INST PC = 00074C1E >>> Every time the same. :-( Do I make a mistake? Is my hardware not supported? Is there a other way to get 4.3BSD-Reno instaled? (Puting a disklabel, ffs and data with NetBSD onto the disk, but how to boot?) ??? -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA11618 for pups-liszt; Tue, 6 Jun 2000 10:17:02 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 10 months

Warren's Position on Future of PUPS/TUHS

by Warren Toomey

Hi all, Well I've had a few comments back from people about the future of things on the PUPS & TUHS front. I've sat down & knocked up a short proposal which I'd be happy with. The overarching goal is to give everybody what they want :-) Anyway, send me comments and suggestions, or plain old disagreements! Thanks, Warren A Discussion Paper on The Future of PUPS, TUHS and the Archive ============================================================== Policy ------ The PDP-11 Unix Preservation Society (PUPS) goes back to being a group specifically focussed on the versions of Unix for the PDP-11 platform. The Unix Heritage Society (TUHS) will be an umbrella group to support efforts to preserve or maintain all versions of Unix that are no longer considered to be mainstream. The type of support is outlined below. Mechanism --------- The pups@minnie mailing list will remain an ``all-encompassing'' mailing list for those people who are active in, or interested in, the aims of the Unix Heritage Society. It will be renamed to be tuhs(a)minnie.cs.adfa.edu.au If enough people request it, a PUPS-specific mailing list will be set up. As part of TUHS aim of support, mailing lists on minnie can be set up for those groups who wish to come under the TUHS umbrella. One or more people from each group will be the list maintainer. If the information is not huge, minnie can offer web space for these groups, too. I'm already doing this for the Quasijarus project. The PUPS Archive will be renamed `The Unix Heritage Archive'. The top-level will contain files & information that is generic. There will be sublevels in the form platform/vendor/version. We might need some other categories for multi-platform systems like the 4BSDs. As an example, nearly all of the current archive will move under a PDP-11/ directory. But directories like Applications/ and Lists/ will stay where they are. If possible and where there are volunteers, each section of the archive will be maintained by its own maintainer. Minnie will provide disk space for all sections, so that there is a `one-stop' place to keep things. However, some groups may want to maintain a separate archive & existence. In this case, TUHS will set up pointers to their efforts. Volunteers & Mirrors -------------------- Some of the existing volunteers and archive mirror maintainers may not wish to maintain a copy of the full TUHS archive. That's their perogative. In fact, it might be useful to `name' each section of the full archive. For example, someone might only want to mirror the VAX section. Perhaps this can be called the VAX Unix Archive. I can modify the mechanism of ordering archive copies so that: + specific volunteers can nominate which archive sections they carry + requesters can order specific sections, or all, and find out how big each section is + requests will only be sent to those volunteers who can do them Copyright & License Issues -------------------------- At present, most things in the archive are protected by licenses and/or copyright. This probably isn't going to change soon. The current mechanisms to ensure access by license holders will be preserved. Given the aims of TUHS, I am prepared to keep in the archive anything that is Unix-related for antiquated or non-mainstream systems. We may not be able to release some of this due to license or copyright reasons. In that case, it will be kept hidden away in the archive until it can be released. It won't be mirrored or be available for copying in any way until that time. A Personal Note --------------- I'd like to maintain the PDP-11 archive, and initially do the TUHS stuff (including web pages, mailing lists, top-level of the archive). I'll set up platform-specific (or other-specific) levels as long as there is someone who will volunteer to maintain that area, and any web pages and mailing lists associated with them. It would also be a good idea to have an understudy or two in the wings, just in case I get hit by a bus or something. Conclusion ---------- I'm sure there are other issues (especially implementation ones) that I've missed above, but hopefully you get the general idea of my proposal for future direction of PUPS and TUHS. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA97124 for pups-liszt; Sat, 3 Jun 2000 18:00:42 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Robin Birch <robin(a)ruffnready.co.uk> Sat Jun 3 17:57:30 2000 Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA97120 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Jun 2000 18:00:35 +1000 (EST) (envelope-from robin(a)ruffnready.co.uk) Received: from falstaf.demon.co.uk ([158.152.152.109]) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 12y8pg-0008iK-0V; Sat, 3 Jun 2000 08:59:01 +0100 Message-ID: <Q8wFPIAqpLO5Ew82(a)ruffnready.co.uk> Date: Sat, 3 Jun 2000 08:57:30 +0100 To: wkt(a)cs.adfa.edu.au Cc: Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au> From: Robin Birch <robin(a)ruffnready.co.uk> Subject: Re: Warren's Position on Future of PUPS/TUHS References: <200006030158.LAA08504(a)henry.cs.adfa.edu.au> In-Reply-To: <200006030158.LAA08504(a)henry.cs.adfa.edu.au> 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 <200006030158.LAA08504(a)henry.cs.adfa.edu.au>, Warren Toomey <wkt(a)cs.adfa.edu.au> writes >Hi all, > Well I've had a few comments back from people about the future of >things on the PUPS & TUHS front. I've sat down & knocked up a short >proposal which I'd be happy with. The overarching goal is to give everybody >what they want :-) Anyway, send me comments and suggestions, or plain old >disagreements! > >Thanks, > Warren > Sounds basically ok to me Robin > > A Discussion Paper on The Future of PUPS, TUHS and the Archive > ============================================================== > >Policy >------ > >The PDP-11 Unix Preservation Society (PUPS) goes back to being a group >specifically focussed on the versions of Unix for the PDP-11 platform. > >The Unix Heritage Society (TUHS) will be an umbrella group to support >efforts to preserve or maintain all versions of Unix that are no longer >considered to be mainstream. The type of support is outlined below. > >Mechanism >--------- > >The pups@minnie mailing list will remain an ``all-encompassing'' mailing >list for those people who are active in, or interested in, the aims of the >Unix Heritage Society. It will be renamed to be tuhs(a)minnie.cs.adfa.edu.au >If enough people request it, a PUPS-specific mailing list will be set up. > >As part of TUHS aim of support, mailing lists on minnie can be set up >for those groups who wish to come under the TUHS umbrella. One or more >people from each group will be the list maintainer. > >If the information is not huge, minnie can offer web space for these >groups, too. I'm already doing this for the Quasijarus project. > >The PUPS Archive will be renamed `The Unix Heritage Archive'. The top-level >will contain files & information that is generic. There will be sublevels >in the form platform/vendor/version. We might need some other categories >for multi-platform systems like the 4BSDs. As an example, nearly all of the >current archive will move under a PDP-11/ directory. But directories like >Applications/ and Lists/ will stay where they are. > >If possible and where there are volunteers, each section of the archive >will be maintained by its own maintainer. Minnie will provide disk space >for all sections, so that there is a `one-stop' place to keep things. >However, some groups may want to maintain a separate archive & existence. >In this case, TUHS will set up pointers to their efforts. > > >Volunteers & Mirrors >-------------------- > >Some of the existing volunteers and archive mirror maintainers may not >wish to maintain a copy of the full TUHS archive. That's their perogative. >In fact, it might be useful to `name' each section of the full archive. >For example, someone might only want to mirror the VAX section. Perhaps >this can be called the VAX Unix Archive. > >I can modify the mechanism of ordering archive copies so that: > > + specific volunteers can nominate which archive sections they carry > + requesters can order specific sections, or all, and find out how > big each section is > + requests will only be sent to those volunteers who can do them > > >Copyright & License Issues >-------------------------- > >At present, most things in the archive are protected by licenses and/or >copyright. This probably isn't going to change soon. The current mechanisms >to ensure access by license holders will be preserved. > >Given the aims of TUHS, I am prepared to keep in the archive anything that >is Unix-related for antiquated or non-mainstream systems. We may not >be able to release some of this due to license or copyright reasons. In >that case, it will be kept hidden away in the archive until it can be >released. It won't be mirrored or be available for copying in any way >until that time. > >A Personal Note >--------------- > >I'd like to maintain the PDP-11 archive, and initially do the TUHS stuff >(including web pages, mailing lists, top-level of the archive). I'll set >up platform-specific (or other-specific) levels as long as there is someone >who will volunteer to maintain that area, and any web pages and mailing >lists associated with them. > >It would also be a good idea to have an understudy or two in the wings, >just in case I get hit by a bus or something. > >Conclusion >---------- > >I'm sure there are other issues (especially implementation ones) that >I've missed above, but hopefully you get the general idea of my proposal >for future direction of PUPS and TUHS. ____________________________________________________________________ Robin Birch robin(a)ruffnready.co.uk M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome

24 years, 11 months

What to look for in a PDP machine?

by rdkeys＠unity.ncsu.edu

Interesting, there may be a PDPsomethingorother machine come available in surplus here. A quick glance at it showed it to be in a 1/2 height rack, with some custom name that meant nothing to me. But, it had two rack cabinets about 6 inches high each, with definite looking DEC cards, 4 wide cards, with an interconnecting cable between the two cases. The thing had a half gig scsi drive and scsi tape (60 or 150mb). Alas, I was able only to make a quick glance at it, before I had to leave. What might such a critter actually be? It had half a dozen RS232 terminal lines out the back, and a wyse terminal sitting on top of the case. It is not the kind of thing the PeeCee mongers are going to dive into, so it might go for a song if I wait a couple of weeks. It was not DEC badged, but definitely had what I would interpret as DEC boards inside. Bob

24 years, 11 months

Re: Dead MicroVAX II :(

by msokolov＠ivan.Harhan.ORG

jkunz(a)unixag-kl.fh-kl.de wrote: > If you want a modern Unix OS [...] If he did, why would he want a VAX? Someone who detests "modern" pee sea hardware and prefers the vastly superior classical DEC stuff (like I do) would surely feel the same way about software (again like I do). Why should one treat hardware and software differently in this respect? Why mix-and-match the wonderful classical hardware with crappy bloated "modern" software? -- Michael Sokolov Harhan Engineering Laboratory Public Service Agent International Free Computing Task Force International Engineering and Science Task Force 615 N GOOD LATIMER EXPY STE #4 DALLAS TX 75204-5852 USA Phone: +1-214-824-7693 (Harhan Eng Lab office) E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA48765 for pups-liszt; Sat, 27 May 2000 08:22:49 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Brian Chase <bdc(a)world.std.com> Sat May 27 08:21:49 2000 Received: from europe.std.com (europe.std.com [199.172.62.20]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA48761 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 08:22:44 +1000 (EST) (envelope-from bdc(a)world.std.com) Received: from world.std.com (bdc(a)world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id SAA20256 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 18:21:51 -0400 (EDT) Received: from localhost (bdc@localhost) by world.std.com (8.9.3/8.9.3) with ESMTP id SAA28977 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 18:21:50 -0400 (EDT) Date: Fri, 26 May 2000 15:21:49 -0700 From: Brian Chase <bdc(a)world.std.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: Dead MicroVAX II :( In-Reply-To: <0005262051.AA18987(a)ivan.Harhan.ORG> Message-ID: <Pine.SGI.4.21.0005261515050.22157-100000(a)world.std.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Fri, 26 May 2000, Michael Sokolov wrote: > jkunz(a)unixag-kl.fh-kl.de wrote: > > If you want a modern Unix OS [...] > > If he did, why would he want a VAX? Someone who detests "modern" pee > sea hardware and prefers the vastly superior classical DEC stuff (like > I do) would surely feel the same way about software (again like I do). > Why should one treat hardware and software differently in this > respect? Why mix-and-match the wonderful classical hardware with > crappy bloated "modern" software? This list is definitely geared towards people running classic OSes on classic systems. I actually really enjoy having lots of the bloated modern hardware running on my VAXen. So much contemporary software compiles and runs right out of the tarballs under NetBSD/vax. And honestly, a lot of it performs quite admirably on even my humblest of MicroVAX II's. I see nothing incompatible with loving modern OSes running well on ancient hardware. :-) -brian. --- Brian Chase | bdc(a)world.std.com | http://world.std.com/~bdc/ ----- All math equations have a fistfight on at least one side. -- K. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA51832 for pups-liszt; Sun, 28 May 2000 01:50:42 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 months

Re: Dead MicroVAX II :(

by msokolov＠ivan.Harhan.ORG

David O'Brien <obrien(a)NUXI.com> wrote: > The port-vax(a)netbsd.org list is full of very VAX clueful people. So is quasijarus(a)ivan.Harhan.ORG. -- Michael Sokolov Harhan Engineering Laboratory Public Service Agent International Free Computing Task Force International Engineering and Science Task Force 615 N GOOD LATIMER EXPY STE #4 DALLAS TX 75204-5852 USA Phone: +1-214-824-7693 (Harhan Eng Lab office) E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA48519 for pups-liszt; Sat, 27 May 2000 06:52:57 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 months

Re: Dead MicroVAX II :(

by msokolov＠ivan.Harhan.ORG

In article by Mike W.: > I have a digital microvax II in a 'world case'. I was wondering how to > hook it up and make it fly. I was told that it runs the Micro VMS OS, > but no to get get it on the machine, Model: one of two: VS12W-B2 or > V512W-B2. It is an old sticker, could be a 5 or an S. A tape drive is > installed, but no tape disk came with it. Is there another OS it can > run? Yes, it will run UNIX, the timesharing system by Ritchie and Thompson, Berkeley VAX version thereof, the current version of which is 4.3BSD-Quasijarus maintained by me, the WWW page for which is: http://minnie.cs.adfa.edu.au/ Running UNIX requires a UNIX source license (True UNIX never had, doesn't have, and never will have a concept of "binary only"), but these days SCO gives them out for FREE! You have a tape drive, so you will have no problem with installation. I have supply you with the boot tape, but you'll have to reimburse me for the tape and shipping. > How do I hook up the Console to work on it. For that matter, what does > the console look like? You need a standard RS-232 terminal. The console port connector on the MicroVAX is of a rather odd standard, though. A DEC BCC05 or BCC08 cable will connect it to a standard RS-232 DB25M terminal. If you want or have to make your own cable, I've got the pinout for the MicroVAX console port connector somewhere. > [...] nothing on 'where and > how the cables go on the back (bulkhead). The I/O distribution panel on the back provides external connections for all Q-bus modules you have. You'll have to tell us what Q-bus modules you have so that we can tell you what external connections they need. You obviously have the CPU, which has one external connection: the console port which I just told you about. > I need to know how, why and > when to turn the knobs on the back. On the CPU module bulkhead there are two knobs and one switch. One knob selects the console port baud rate. I think this one is obvious. You can use any of the baud rates printed around the knob, but 9600 baud is standard. The other knob selects between normal operation (the arrow icon), console language selection (the talking face icon), and console port loopback test (the T in the circle icon). I always leave it on the arrow icon. Finally, the switch selects between maintenance mode (halt enabled, stay in the console on power-up) and production mode (halt disabled, boot the OS on power-up). These correspond to the dot- inside-the-circle and dot-outside-the-circle icons, respectively. For now leave the dot inside the circle. For more info subscribe to the Quasijarus mailing list and ask there. Send subscription requests to: quasijarus-request(a)ivan.Harhan.ORG -- Michael Sokolov Harhan Engineering Laboratory Public Service Agent International Free Computing Task Force International Engineering and Science Task Force 615 N GOOD LATIMER EXPY STE #4 DALLAS TX 75204-5852 USA Phone: +1-214-824-7693 (Harhan Eng Lab office) E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id GAA48495 for pups-liszt; Sat, 27 May 2000 06:46:12 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 months

Re: Dead MicroVAX II :(

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

On 25 May, David O'Brien wrote: > On Fri, May 26, 2000 at 08:33:51AM +1000, Warren Toomey wrote: >> In article by Mike W.: >> > I have a digital microvax II in a 'world case'. I was wondering how to >> > hook it up and make it fly. I was told that it runs the Micro VMS OS, > > The port-vax(a)netbsd.org list is full of very VAX clueful people. Yes. port-vax is the right audience. (I am part of it. ;-) ) There is an excellent site with information about VAX hardware. http://www.vaxarchive.org/hw/index.html mirror at http://vaxarchive.sevensages.org/hw/index.html There you can find a link to the KA630/MicroVAX II page http://www.telnet.hu/hamster/dr/ka630.html This will answer most of your questions. If you want a modern Unix OS look at www.netbsd.org. Or look at http://minnie.cs.adfa.edu.au/Quasijarus/ (Hi Michael :-) ) -- tschüß, Jochen Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/ Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA43336 for pups-liszt; Fri, 26 May 2000 19:19:50 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Joerg B. Micheel" <joerg(a)begemot.org> Fri May 26 19:22:21 2000 Received: from begemot.org (negara.cs.waikato.ac.nz [130.217.248.112]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA43332 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 19:19:44 +1000 (EST) (envelope-from joerg(a)begemot.org) Received: (from joerg@localhost) by begemot.org (8.9.3/8.9.2) id VAA04812; Fri, 26 May 2000 21:22:21 +1200 (NZST) (envelope-from joerg) Date: Fri, 26 May 2000 21:22:21 +1200 From: "Joerg B. Micheel" <joerg(a)begemot.org> To: pups(a)minnie.cs.adfa.edu.au Cc: joerg(a)begemot.org Subject: Begemot emulator and Harti Message-ID: <20000526212221.A4801(a)begemot.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Organization: Begemot Computer Associates Operating-System: ... powered by FreeBSD Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Just as a side note: if you think Harti's Emulator is a useful piece of software: sent him flowers. He's celebrating wedding this morning in Berlin, marrying a friendly young lady from Sibiria, Russia, her name is Larissa. Regards, Joerg -- Joerg B. Micheel Email: <joerg(a)begemot.org> Begemot Computer Associates Phone: +64 7 8562148 40 Masters Avenue, Hillcrest Fax: +64 7 8562148 Hamilton, New Zealand Pager: +64 868 38222 Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA44458 for pups-liszt; Sat, 27 May 2000 00:07:05 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Jason T. Miller" <jasomill(a)shaffstall.com> Sat May 27 00:04:37 2000 Received: from guildenstern.shaffstall.com (cisdn-2.on-net.net [206.229.84.2]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA44454 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 00:07:00 +1000 (EST) (envelope-from jasomill(a)shaffstall.com) Received: from localhost (jasomill@localhost) by guildenstern.shaffstall.com (8.9.3/8.9.3) with ESMTP id JAA31910; Fri, 26 May 2000 09:04:37 -0500 X-Authentication-Warning: guildenstern.shaffstall.com: jasomill owned process doing -bs Date: Fri, 26 May 2000 09:04:37 -0500 (EST) From: "Jason T. Miller" <jasomill(a)shaffstall.com> To: "Steven M. Schultz" <sms(a)moe.2bsd.com> cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: Hello and thanks! In-Reply-To: <200005260320.UAA27315(a)moe.2bsd.com> Message-ID: <Pine.LNX.4.10.10005260850030.31892-100000(a)guildenstern.shaffstall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Well, I keep calling the hardware support folks, and it keeps ringing busy. Of course, since I don't have call waiting or voice mail, that is to be expected :) I've actually thought about trying to acquire an MSCP<->SCSI card and using one of the SCSI drives I have lying around, but the 19" rackmount stuff is too cool (unfortunately, my spares cabinet is full of dirty laundry and ruined CD-R media at the moment), though I suppose an RA92 would suffice (anybody got one? :) though my budget is henceforth nonexistant -- $300 wouldn't break the bank, because they wouldn't give it to me. Don't know about the RQDX3, either, but more likely the KDA50 (which drives my RA81 -- the RQDX3 is for RXen, no more). The '81 was up all last night, so I don't have error numbers yet; I'll try to repeat the RX50 problem sometime this weekend. The only FS, I have, is yours, though I've started reading through it. Though the SCSI spec is thousands of pages long, it's pretty easy to program; I just finished some raw-tape-read routines for Hewlett-Packard CS/80 tape drives, that was even simpler. In both cases, however, I do have documentation (exhaustive documentation in re: SCSI -- again, work related). I take it from your reply that such docs aren't to be had for MSCP? At any price? Jason T. Miller jasomill(a)shaffstall.com On Thu, 25 May 2000, Steven M. Schultz wrote: > Hi - > > > From: "Jason T. Miller" <jasomill(a)shaffstall.com> > > After about a week of work (mainly due to a dying RA81 ... see below), I > > have successfully installed 2.11BSD on my 11/83. First and foremost, > > thanks to a) Steven M. Shultz for so carefully maintaining and updating > > (!) CSRG's PDP-11 code to work with hardware such as my MSCP drives and > > TMSCP TK50 and b) everyone involved in prodding SCO to release free > > You're welcome! I can't take all of the credit (or blame depending > how you look at it) for the MSCP driver - that came about in 2.10 > just before I became heavily involved. Changes/rewrites/whatever > are my fault though ;) The TMSCP driver for 2BSD is my doing (based > on a *heavily* mauled version of the 4.3BSD one with some Ultrix > influences). > > > The only problems I've been having seem to be coming from disk controllers > > without media. More specifically, I get a hard error, followed by an > > endless loop of error indications if I try to access one of my RX50s (on > > an RQDX3 controller), and the only recourse is a reset. Okay, so the > > Hmmm, that's a new one to me. I used to have RX50s but they were > so d$&$*&^!d flakey that I put a standard "pc" 5.25" floppy on > instead (TEAC something or other). I didn't do the hardware stuff, > Terry Kennedy did that. Details on jumper setting to use a 5.25" > floppy in place of RX50s are floating around somewhere on the net > but I don't have the reference handy. > > Can't say I've had a problem with the floppy drive with no media. > It spins and eventually spits out an error but nothing bad happens > to the system. > > Hmmmm, what rev level of 2.11BSD do you have installed? The latest > from the PUPS archive (or at least fairly recent)? > > > solution here is simple: don't do it. The bigger problem comes with my > > flake-job of an RA81, which, FWIW, is the only fixed disk storage I have. > > It has a strange habit: the "A" light goes off and the controller can no > > Been there, seen that - on 11/44s with UDA50 controllers. When that > happened I picked up the phone and got the hardware support folks to > get me a new RA81 ;) After a while they got tired of maintaining > old hardware and when the RA81 died the last time they just turned off > the system and later sold it for scrap (instead of spending $300 for > a RA92 drive). Boo hiss. > > RA81s have been the worst drive I've seen for failures - it should > be fairly cheap to get a RA92 (8" desktop enclosure if I recall > right) to replace the RA81. Does the RQDX3 support the larger > drives though I wonder? > > > the same loop-of-errors syndrome as an empty RX50. Anyone have any > > pointers or sage advice? I figured I may try to modify the MSCP driver to > > re-init the controller on a hard error, and try again. But the MSCP code > > is fairly complicated, and I know nothing of the protocol. Anyone have any > > You're not just whistling Dixie there - it's the most complex > convoluted protocol I've seen for handling disks (and tapes). Well, > SCSI these days might be just as complex - but there's a difference: > I can get lots better specs and documentation for SCSI than I can for > MSCP. If you've access to other systems (RSX, IAS, etc) sources you > can RTFS (Read The Fine Source) and try to puzzle out how MSCP works > what the errors are and what to do about them but that's a far > cry from a complete, detailed, tabular, whatever document on how to > write a MSCP driver. > > > MSCP documentation which I could beg, borrow, or steal? I'd give the > > specific error codes, but I haven't written any down yet and I'm at work. > > I know I did do some work (mostly in the TMSCP part though) to improve > error handling and not leave drives stranded and the like. If you > can jot down the error codes I can take a look at the driver and > perhaps see what can be done to recover more gracefully. > > Cheers! > > Steven Schultz > sms(a)moe.2bsd.com > Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA44573 for pups-liszt; Sat, 27 May 2000 00:41:22 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Markus Leypold <leypold(a)informatik.uni-tuebingen.de> Sat May 27 00:40:23 2000 Received: from toulon.informatik.uni-tuebingen.de (toulon.Informatik.Uni-Tuebingen.De [134.2.12.9]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA44569 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 00:41:17 +1000 (EST) (envelope-from leypold(a)informatik.uni-tuebingen.de) Received: from informatik.uni-tuebingen.de (wintermute [134.2.12.56]) by toulon.informatik.uni-tuebingen.de (Postfix) with ESMTP id 5DC1E1061 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:40:23 +0200 (DFT) Received: (from leypold@localhost) by informatik.uni-tuebingen.de (8.9.3/8.9.3) id QAA12383; Fri, 26 May 2000 16:40:23 +0200 (CEST) (envelope-from leypold(a)informatik.uni-tuebingen.de) Date: Fri, 26 May 2000 16:40:23 +0200 (CEST) Message-Id: <200005261440.QAA12383(a)informatik.uni-tuebingen.de> X-Authentication-Warning: wintermute.informatik.uni-tuebingen.de: leypold set sender to leypold(a)informatik.uni-tuebingen.de using -f From: Markus Leypold <leypold(a)informatik.uni-tuebingen.de> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: Building a 2.11BSD tape for Supnik's emulator Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hello Seth, I never worked with a real PDP-11. I tried to build a V7 Boot tape for the Supnick and still did not succeed, but I got the following impressions: * V7 Doc says, You can't use the bootstrap from the DEC bulk ROM, but need to key in a custom bootstrap. Have a look into the V7 Manual Volume 2B (Essay about Installing UNIX). * It seems, a tape also needs to contain labels for the files (512 Byte Records), kind of directory. Regards -- Markus Original Message: --------------------------------- Hello folks, I'm trying to build a 2.11BSD boot tape for Bob Supnik's emulator. I downloaded the tape files from Distributions/ucb/2.11BSD, and put them together with the following commands (on Linux): cat mtboot mtboot boot | dd of=file0 obs=512 dd if=disklabel of=file1 obs=1024 dd if=mkfs of=file2 obs=1024 dd if=restor of=file3 obs=1024 dd if=icheck of=file4 obs=1024 dd if=root.dump of=file5 obs=10240 dd if=file6.tar of=file6 obs=10240 dd if=file7.tar of=file7 obs=10240 dd if=file8.tar of=file8 obs=10240 cat file? > boot.tape [I've verified the shell expands this expression to the correct file order] But when I run the simulator and try to boot from the tape (with or without the -o optiont to 'boot'), it fails, like so: % pdp11 PDP-11 simulator V2.3d sim> set cpu 18b sim> set cpu 2048K sim> att tm0 boot.tape sim> boot tm0 HALT instruction, PC: 000002 (HALT) sim> boot -o tm0 HALT instruction, PC: 000002 (HALT) sim> It's like the bootstrap code isn't working. Or possibly I've completely misunderstood the proper way to build a tape image. Is there a better way to go about it? - -Seth Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA45296 for pups-liszt; Sat, 27 May 2000 02:31:58 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat May 27 02:26:28 2000 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA45292 for <pups(a)minnie.cs.adfa.edu.au>; Sat, 27 May 2000 02:31:49 +1000 (EST) (envelope-from sms(a)moe.2bsd.com) Received: (from sms@localhost) by moe.2bsd.com (8.9.3/8.9.3) id JAA08996 for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 09:26:28 -0700 (PDT) Date: Fri, 26 May 2000 09:26:28 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <200005261626.JAA08996(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: Building a 2.11BSD tape for Supnik's emulator Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi - > From: Markus Leypold <leypold(a)informatik.uni-tuebingen.de> > I never worked with a real PDP-11. I tried to build a V7 Boot tape for > the Supnick and still did not succeed, but I got the following impressions: > > * It seems, a tape also needs to contain labels for the files > (512 Byte Records), kind of directory. Not exactly. The boot tape consists of files with different block sizes but has no "labels". > Original Message: > --------------------------------- > I'm trying to build a 2.11BSD boot tape for Bob Supnik's emulator. I > downloaded the tape files from Distributions/ucb/2.11BSD, and put them > together with the following commands (on Linux): > > cat mtboot mtboot boot | dd of=file0 obs=512 > dd if=disklabel of=file1 obs=1024 > dd if=mkfs of=file2 obs=1024 > dd if=restor of=file3 obs=1024 > dd if=icheck of=file4 obs=1024 > dd if=root.dump of=file5 obs=10240 > dd if=file6.tar of=file6 obs=10240 > dd if=file7.tar of=file7 obs=10240 > dd if=file8.tar of=file8 obs=10240 > cat file? > boot.tape [I've verified the shell expands this > expression to the correct file order] So close yet so far. You do not need to "reblock" the files - they already have the correct sizes. What you do need to do is run a program to add the record length information for the emulator. The emulator needs to have "virtual" file and record mark information added. If you look in the "usr/src/sys/pdpstand" directory you will find a source file "makesimtape.c". This is a slightly modified version of the 'maketape' program which 2.11 uses to create its own boot tapes. The modifications consist of changes to add the virtual tape marks for Bob's emulator. I will include a copy of makesimtape.c below in case anyone has trouble finding it in the source tree. makesimtape should compile on almost anything (I've used it on 2.11BSD, BSD/OS, and I think FreeBSD). Compile that program. Then create a small file (maketape.data) containing: mtboot 1 mtboot 1 boot 1 * 1 disklabel 2 * 1 mkfs 2 * 1 restor 2 * 1 icheck 2 * 1 root.dump 20 * 1 file6.tar 20 * 1 file7.tar 20 * 1 file8.tar 20 *1 Then "makesimtape -i maketape.data -o your_tape_file" will create the virtual tape file in 'your_tape_file'. Actually to make sure things work (and the tape is bootable and can run the standalone programs) all you need are the files up thru root.dump - that is enough to load the root filesystem. With a real tape drive you use the "maketape" program that comes with 2.11 of course since it wants to issue ioctl calls to place real tape marks, etc on a tape. > It's like the bootstrap code isn't working. Or possibly I've completely > misunderstood the proper way to build a tape image. Is there a better > way to go about it? Hopefully the method described above will be closer to what's needed. it has been quite a while since I've actually created a simulated tape so I might have left out a step or something. Good Luck! Steven Schultz sms(a)moe.2bsd.com =====================makesimtape.c========================= /* * @(#)makesimtape.c 2.1 (2.11BSD) 1998/12/31 * Hacked 'maketape.c' to write a file in a format suitable for * use with Bob Supnik's PDP-11 simulator (V2.3) emulated tape * driver. * * NOTE: a PDP-11 has to flip the shorts within the long when writing out * the record size. Seems a PDP-11 is neither a little-endian * machine nor a big-endian one. */ #include <stdio.h> #include <errno.h> #include <fcntl.h> #include <stdlib.h> #include <sys/types.h> #include <sys/stat.h> #include <sys/uio.h> #define MAXB 30 char buf[MAXB * 512]; char name[50]; long recsz, flipped, trl(); int blksz; int mt, fd, cnt; struct iovec iovec[3]; struct iovec tmark[2]; void usage(); main(argc, argv) int argc; char *argv[]; { int i, j = 0, k = 0; long zero = 0; register char *outfile = NULL, *infile = NULL; FILE *mf; struct stat st; while ((i = getopt(argc, argv, "i:o:")) != EOF) { switch (i) { case 'o': outfile = optarg; break; case 'i': infile = optarg; break; default: usage(); /* NOTREACHED */ } } if (!outfile || !infile) usage(); /* NOTREACHED */ /* * Stat the outfile and make sure it either 1) Does not exist, or * 2) Exists but is a regular file. */ if (stat(outfile, &st) != -1 && !(S_ISREG(st.st_mode))) errx(1, "outfile must either not exist or be a regular file"); /* NOTREACHED */ mt = open(outfile, O_WRONLY|O_CREAT|O_TRUNC, 0600); if (mt < 0) err(1, "Can not create %s", outfile); /* NOTREACHED */ mf = fopen(infile, "r"); if (!mf) err(1, "Can not open %s", infile); /* NOTREACHED*/ tmark[0].iov_len = sizeof (long); tmark[0].iov_base = (char *)&zero; while (1) { if ((i = fscanf(mf, "%s %d", name, &blksz))== EOF) exit(0); if (i != 2) { fprintf(stderr,"Help! Scanf didn't read 2 things (%d)\n", i); exit(1); } if (blksz <= 0 || blksz > MAXB) { fprintf(stderr, "Block size %u is invalid\n", blksz); exit(1); } recsz = blksz * 512; /* convert to bytes */ iovec[0].iov_len = sizeof (recsz); #ifdef pdp11 iovec[0].iov_base = (char *)&flipped; #else iovec[0].iov_base = (char *)&recsz; #endif iovec[1].iov_len = (int)recsz; iovec[1].iov_base = buf; iovec[2].iov_len = iovec[0].iov_len; iovec[2].iov_base = iovec[0].iov_base; if (strcmp(name, "*") == 0) { if (writev(mt, tmark, 1) < 0) warn(1, "writev of pseudo tapemark failed"); k++; continue; } fd = open(name, 0); if (fd < 0) err(1, "Can't open %s for reading", name); /* NOTREACHED */ printf("%s: block %d, file %d\n", name, j, k); /* * we pad the last record with nulls * (instead of the bell std. of padding with trash). * this allows you to access text files on the * tape without garbage at the end of the file. * (note that there is no record length associated * with tape files) */ while ((cnt=read(fd, buf, (int)recsz)) == (int)recsz) { j++; #ifdef pdp11 flipped = trl(recsz); #endif if (writev(mt, iovec, 3) < 0) err(1, "writev #1"); /* NOTREACHED */ } if (cnt > 0) { j++; bzero(buf + cnt, (int)recsz - cnt); #ifdef pdp11 flipped = trl(recsz); #endif if (writev(mt, iovec, 3) < 0) err(1, "writev #2"); /* NOTREACHED */ } close(fd); } /* * Write two tape marks to simulate EOT */ writev(mt, tmark, 1); writev(mt, tmark, 1); } long trl(l) long l; { union { long l; short s[2]; } foo; register short x; foo.l = l; x = foo.s[0]; foo.s[0] = foo.s[1]; foo.s[1] = x; return(foo.l); } void usage() { fprintf(stderr, "usage: makesimtape -o outfilefile -i inputfile\n"); exit(1); }

24 years, 11 months

Hello and thanks!

by Jason T. Miller

After about a week of work (mainly due to a dying RA81 ... see below), I have successfully installed 2.11BSD on my 11/83. First and foremost, thanks to a) Steven M. Shultz for so carefully maintaining and updating (!) CSRG's PDP-11 code to work with hardware such as my MSCP drives and TMSCP TK50 and b) everyone involved in prodding SCO to release free Ancient UNIX source licenses. After dealing with a crippled binary-only Micro/RSX lack-of-a-kit, and as a FreeBSD user of five-odd years, I decided to bite the bullet and see what UNIX was/is like on a PDP. Thanks to the work of Steven and a cast of thousands, it's pretty damned impressive. The only problems I've been having seem to be coming from disk controllers without media. More specifically, I get a hard error, followed by an endless loop of error indications if I try to access one of my RX50s (on an RQDX3 controller), and the only recourse is a reset. Okay, so the solution here is simple: don't do it. The bigger problem comes with my flake-job of an RA81, which, FWIW, is the only fixed disk storage I have. It has a strange habit: the "A" light goes off and the controller can no longer access it. If I soft-restart the PDP (under either RSX or UNIX), the driver connects back to the drive without a glitch. And this gives me the same loop-of-errors syndrome as an empty RX50. Anyone have any pointers or sage advice? I figured I may try to modify the MSCP driver to re-init the controller on a hard error, and try again. But the MSCP code is fairly complicated, and I know nothing of the protocol. Anyone have any MSCP documentation which I could beg, borrow, or steal? I'd give the specific error codes, but I haven't written any down yet and I'm at work. Also, I am willing to provide a Good Home for any 19" rackmount MSCP drives in the midwest. Let me rephrase that: any one or two; I have a one bedroom apartment, and I'm saving a bit of floorspace for a (yet to materialize) VAX. Also Qbus thinnet or SCSI would be nice, whilst on cloud 780... TIA, jasomill Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39885 for pups-liszt; Fri, 26 May 2000 08:30:23 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Jason T. Miller" <jasomill(a)shaffstall.com> Fri May 26 08:28:09 2000 Received: from guildenstern.shaffstall.com (cisdn-2.on-net.net [206.229.84.2]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA39881 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 08:30:17 +1000 (EST) (envelope-from jasomill(a)shaffstall.com) Received: from localhost (jasomill@localhost) by guildenstern.shaffstall.com (8.9.3/8.9.3) with ESMTP id RAA21354 for <pups(a)minnie.cs.adfa.edu.au>; Thu, 25 May 2000 17:28:10 -0500 X-Authentication-Warning: guildenstern.shaffstall.com: jasomill owned process doing -bs Date: Thu, 25 May 2000 17:28:09 -0500 (EST) From: "Jason T. Miller" <jasomill(a)shaffstall.com> To: pups(a)minnie.cs.adfa.edu.au Subject: to change without notice Message-ID: <Pine.LNX.4.10.10005251726530.20729-100000(a)guildenstern.shaffstall.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk After reading the _entire_ archive of PUPS messages, and realizing that, no, I'm not crazy and, no, I'm not the only one still interested in old hardware and software, I dug up two old 16-bit UNIX distributions and promptly archived 'em. Unfortunately, they're binary only and System-V based, so I can't just throw 'em in the archive. But when the game is up on the System-V codebase, I hope these CD-Rs are still around. They are: - SCO XENIX 286 2.2, complete OS with development system and text processing ([tn]roff, etc) - Microport System V/AT Development System (runtimes say both 1.3 and 2.3, development stuff says 1.3 - don't know, never booted this one) All the floppies read without errors, and I've actually booted and run the XENIX (used it for a tape conversion job a couple years ago) - works as long as you have a 5.25" floppy drive and reasonably old hardware - I ran it on a 386 but it doesn't grok VGA. Also, I have the ability to write TK50 tapes along with a wide range of other formats (my employer makes tape conversion equipment and software); no TK25 (unless the old IBM Tandberg VarBlock format is identical - don't know) or TK70, but just about anything else (need PDP UNIX on an HP 9144A cartridge tape; a) why? and b) I can help*!). I'd be happy to cut PDP UNIX tapes for media and shipping. Finally, anyone ever used the mtools package to read MS-DOS disks from an RX50 from a DEC Rainbow? I'm working on it (no Rainbow, but I've got a box that writes Rainbow disks) and I'd be glad to help anyone interested; I'm also working on R/W RX50 on FreeBSD. Jason T. Miller jasomill(a)shaffstall.com * but not much, unless someone is willing to replace the rubber roller thingy on my HP drive, but, as usual, I digress. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA39928 for pups-liszt; Fri, 26 May 2000 08:34:47 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 08:33:51 2000 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 IAA39924 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 08:34:45 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id IAA07703; Fri, 26 May 2000 08:33:51 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)cs.adfa.edu.au> Message-Id: <200005252233.IAA07703(a)henry.cs.adfa.edu.au> Subject: Re: Dead MicroVAX II :( In-Reply-To: <392CE14B.597E81B8(a)willapabay.org> from "Mike W." at "May 25, 2000 1:16:11 am" To: tscowboy(a)willapabay.org (Mike W.) Date: Fri, 26 May 2000 08:33:51 +1000 (EST) Cc: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (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 Mike W.: > I have a digital microvax II in a 'world case'. I was wondering how to > hook it up and make it fly. I was told that it runs the Micro VMS OS, > but no to get get it on the machine, Model: one of two: VS12W-B2 or > V512W-B2. It is an old sticker, could be a 5 or an S. A tape drive is > installed, but no tape disk came with it. Is there another OS it can > run? I wish I knew what to do. I turn it on and it reads something like > 8, 7, 6, 5, 8, B, C, 3 and then after a VERY long pause, it reads E for > another long period, then 6 for another long wait and then E forever. > How do I hook up the Console to work on it. For that matter, what does > the console look like? How do I go to console mode? Is there some kind > of manual on it? I have about 8 or 9 monitors and the same amount of > keyboards and most of the cables. I would like to bring it back to life > and put it in a show room or something. I have no money, the whole thing > was given to me. The drives > were wiped clean (it was at the Hospital, they upgraded). I take it the > E on the readout tells me, "There is no OS installed". After a month or > so of searching the internet, I have found a few 'commands' and how to > wire one cable, a picture and QBUS routing, but nothing on 'where and > how the cables go on the back (bulkhead). I need to know how, why and > when to turn the knobs on the back. > Yes, I know nothing of this thing and would like to learn. I know the > MAC a little, MS-DOS in my sleep. Anyway..... > > Mike Williams > 4212 S. Pacific Way > Seaview, Wa. 98644-0068 > tscowboy(a)willapabay.org I'll cc this to the Pups mailing list. You should subscribe so that you can get any answers! Details at: http://minnie.cs.adfa.edu.au/PUPS/maillist.html Ciao, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA40418 for pups-liszt; Fri, 26 May 2000 10:13:29 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 10:12:40 2000 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 KAA40414 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 10:13:26 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id KAA08415 for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 10:12:40 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)cs.adfa.edu.au> Message-Id: <200005260012.KAA08415(a)henry.cs.adfa.edu.au> Subject: Who uploaded these to the PUPS ARchive? To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Date: Fri, 26 May 2000 10:12:40 +1000 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (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 Hi all, I'm just doing some house cleaning on the PUPS Archive. I've forgotten who uploaded these into the incoming directory? -rw-r----- 1 wkt pupsarc 53634 Feb 24 1999 29pro_inclsys.tar.gz -rw-r----- 1 wkt pupsarc 777081 Feb 24 1999 29pro_sys.tar.gz -rw-r--r-- 1 pups pupsarc 5332873 Jan 17 01:48 old-ultrix-32.tar.gz -rw-r--r-- 1 pups pupsarc 371111664 Mar 20 06:00 old-ultrix.tar.gz As well, can you supply a README saying what is in these files, too :-) My memory isn't what it used to me. Thanks! Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA41586 for pups-liszt; Fri, 26 May 2000 14:35:06 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From Warren Toomey <wkt(a)cs.adfa.edu.au> Fri May 26 14:34:18 2000 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 OAA41582 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 14:35:03 +1000 (EST) (envelope-from wkt(a)henry.cs.adfa.edu.au) Received: (from wkt@localhost) by henry.cs.adfa.edu.au (8.9.2/8.9.3) id OAA09658 for pups(a)minnie.cs.adfa.edu.au; Fri, 26 May 2000 14:34:19 +1000 (EST) (envelope-from wkt) From: Warren Toomey <wkt(a)cs.adfa.edu.au> Message-Id: <200005260434.OAA09658(a)henry.cs.adfa.edu.au> Subject: More PUPS Donations & Volunteers To: pups(a)minnie.cs.adfa.edu.au (Unix Heritage Society) Date: Fri, 26 May 2000 14:34:18 +1000 (EST) Reply-To: wkt(a)cs.adfa.edu.au X-Mailer: ELM [version 2.4ME+ PL43 (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 Hi all, Since the free SCO license, we've had an enormous demand on our PUPS volunteers. If there is anybody in Japan who can burn CDs, could you contact me if you are prepared to burn a few copies of the PUPS CD. I've made a start on tidying up the archive & moving recently donated things to appropriate directories. Are there other systems out there which could be donated to the archive? I've just have a Z8000 SystemIII system being donated. I'm happy to take donations, but they may not be moved into the main archive because I don't want to have my butt sued off. Ages ago, George Colouris at QMC in the UK had a 9-track tape containing QED, the visual Unix editor which influenced the development of vi. Can anybody in the UK read 9-tracks. If so, I'll put you in contact with George. Cheers, Warren Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA41696 for pups-liszt; Fri, 26 May 2000 14:51:59 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "David O'Brien" <obrien(a)NUXI.com> Fri May 26 14:44:17 2000 Received: from relay.nuxi.com (root(a)nuxi.cs.ucdavis.edu [169.237.7.38]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA41692 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 14:51:55 +1000 (EST) (envelope-from obrien(a)NUXI.com) Received: from dragon.nuxi.com (nobody(a)relay.nuxi.com [169.237.7.38]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id VAA06137; Thu, 25 May 2000 21:51:04 -0700 (PDT) (envelope-from obrien(a)dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id VAA42078; Thu, 25 May 2000 21:44:18 -0700 (PDT) (envelope-from obrien) Date: Thu, 25 May 2000 21:44:17 -0700 From: "David O'Brien" <obrien(a)NUXI.com> To: "Mike W." <tscowboy(a)willapabay.org> Cc: Unix Heritage Society <pups(a)minnie.cs.adfa.edu.au> Subject: Re: Dead MicroVAX II :( Message-ID: <20000525214417.A58091(a)dragon.nuxi.com> Reply-To: obrien(a)NUXI.com References: <392CE14B.597E81B8(a)willapabay.org> <200005252233.IAA07703(a)henry.cs.adfa.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005252233.IAA07703(a)henry.cs.adfa.edu.au>; from wkt(a)cs.adfa.edu.au on Fri, May 26, 2000 at 08:33:51AM +1000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk On Fri, May 26, 2000 at 08:33:51AM +1000, Warren Toomey wrote: > In article by Mike W.: > > I have a digital microvax II in a 'world case'. I was wondering how to > > hook it up and make it fly. I was told that it runs the Micro VMS OS, The port-vax(a)netbsd.org list is full of very VAX clueful people. -- -- David (obrien(a)NUXI.com) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA42383 for pups-liszt; Fri, 26 May 2000 16:00:58 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From lars brinkhoff <lars(a)nocrew.org> Fri May 26 15:59:56 2000 Received: from junk.nocrew.org (mail(a)[212.73.17.42]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id QAA42379 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:00:53 +1000 (EST) (envelope-from lars(a)junk.nocrew.org) Received: from lars by junk.nocrew.org with local (Exim 3.03 #1 (Debian)) id 12vDA4-00039I-00; Fri, 26 May 2000 07:59:56 +0200 To: Johnny Billquist <bqt(a)Update.UU.SE> Cc: pups(a)minnie.cs.adfa.edu.au Subject: Re: PDP-11 MMU docs? References: <Pine.VUL.3.93.1000525173018.7767F-100000(a)Zeke.Update.UU.SE> From: lars brinkhoff <lars(a)nocrew.org> Date: 26 May 2000 07:59:56 +0200 In-Reply-To: Johnny Billquist's message of "Thu, 25 May 2000 17:30:37 +0200 (MET DST)" Message-ID: <85em6pvokj.fsf(a)junk.nocrew.org> User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.5 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Johnny Billquist <bqt(a)Update.UU.SE> writes: > On 25 May 2000, lars brinkhoff wrote: > > Is there any PDP-11 MMU documentation available? > Don't remember seeing any. What do you want to know? Everything necessary to emulate one in software. I have Supnik's simulator, but it would be easier if I had proper docs. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id QAA42466 for pups-liszt; Fri, 26 May 2000 16:20:11 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au) >From "Steven M. Schultz" <sms(a)moe.2bsd.com> Fri May 26 16:18:57 2000 Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200]) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id QAA42459 for <pups(a)minnie.cs.adfa.edu.au>; Fri, 26 May 2000 16:20:00 +1000 (EST) (envelope-from sms(a)moe.2bsd.com) Received: (from sms@localhost) by moe.2bsd.com (8.9.3/8.9.3) id XAA29942 for pups(a)minnie.cs.adfa.edu.au; Thu, 25 May 2000 23:18:57 -0700 (PDT) Date: Thu, 25 May 2000 23:18:57 -0700 (PDT) From: "Steven M. Schultz" <sms(a)moe.2bsd.com> Message-Id: <200005260618.XAA29942(a)moe.2bsd.com> To: pups(a)minnie.cs.adfa.edu.au Subject: Re: PDP-11 MMU docs? Sender: owner-pups(a)minnie.cs.adfa.edu.au Precedence: bulk Hi - > From: lars brinkhoff <lars(a)nocrew.org> > Johnny Billquist <bqt(a)Update.UU.SE> writes: > > On 25 May 2000, lars brinkhoff wrote: > > > Is there any PDP-11 MMU documentation available? > > Don't remember seeing any. What do you want to know? > > Everything necessary to emulate one in software. I have Supnik's > simulator, but it would be easier if I had proper docs. Do you also have Harti Brandt's P11 ("Begemot") emulator? That is a _work of art_! Has an emulated DEQNA so you can place the "PDP-11" on a LAN, the timeskew problem has been fixed (the emulated pdp-11 keeps good time), and it also has a TOY clock now. Check out http://www.begemot.org Steven Schultz sms(a)moe.2bsd.com Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA43074 for pups-liszt; Fri, 26 May 2000 18:55:33 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 months

Re: Installing an OS on my little friendly VAX-11.

by msokolov＠ivan.Harhan.ORG

Warren Toomey <wkt(a)cs.adfa.edu.au> wrote: > I'd recommend you look into the Quasijarus project at > http://minnie.cs.adfa.edu.au/Quasijarus/ > > and join their mailing list by sending a request to Michael Sokolov: > msokolov(a)ivan.Harhan.ORG Thanks, Warren, for helping me out with awareness-raising! I have to disappoint Jeff a little bit, though, that 4.3BSD-Quasijarus support for BabyVAXen is still a while away, but trust me, we will get there some day! But my project pages and mailing list are definitely a tremendous resource. -- Michael Sokolov Harhan Engineering Laboratory Public Service Agent International Free Computing Task Force International Engineering and Science Task Force 615 N GOOD LATIMER EXPY STE #4 DALLAS TX 75204-5852 USA Phone: +1-214-824-7693 (Harhan Eng Lab office) E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA36284 for pups-liszt; Thu, 25 May 2000 18:45:11 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 months

Re: Installing an OS on my little friendly VAX-11.

by msokolov＠ivan.Harhan.ORG

Jeff Johnson <jeff+pups(a)websitefactory.net> wrote: > I've got a VAXstation 2000 with 12MB of RAM, and two RD54 drives, > one of which is developing bad sectors (the secondary). I've got the > eight bitplane graphics card and no terminal available. Two RD54s? At least one of them must be external then, as there's only room for one full-height device in the VS2K box itself. I'm going to assume that you have the standard DEC configuration with one RD54 internal and an expansion adapter (pizza box) at the bottom with the 2nd external RD54 connected to it. Hey, except for the lack of TK50Z, you've got pretty much the maximum configuration from DEC for VS2K: maximum memory, maximum number of disks of top-of-the-line type, expansion adapter, and top-of-the-line graphics card! On your expansion adapter, right next to the connector for the external RD54, you should see a 50-lead Amphenol (aka Centronics) SCSI connector. It is indeed real SCSI, but the boot ROM, VMS, and Ultrix only support one SCSI device on it, the TK50Z. > I also don't have a TK50 or any external storage, Note that if you can get hold of a TK50Z (a box just like your external RD54, but with a TK50 drive and a TK50-to-SCSI adapter inside), you can readily plug it into the connector I just described. I don't think a TK50Z would be that expensive. Here in Dallas, TX, USA I get bare TK50 drives for $75 apiece and TK50 drive + TQK50 controller (for Q-bus) pairs for $100 apiece, and I don't think a TK50Z would be much more expensive. > so it looks like I'll be netbooting. Sorry, can't help you with that, I and netbooting have never been able to successfully coexist in the same machine room at the same time. > The machine currently has OpenVMS 7.2 on it which I can re-license and get > running if it would help for an install. If you have VMS running on one disk, you can use it to install Ultrix on the other. Talk to me directly for the instructions. -- Michael Sokolov Harhan Engineering Laboratory Public Service Agent International Free Computing Task Force International Engineering and Science Task Force 615 N GOOD LATIMER EXPY STE #4 DALLAS TX 75204-5852 USA Phone: +1-214-824-7693 (Harhan Eng Lab office) E-mail: msokolov(a)ivan.Harhan.ORG (ARPA TCP/SMTP) (UUCP coming soon) Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA97968 for pups-liszt; Thu, 25 May 2000 13:46:08 +1000 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.edu.au)

24 years, 11 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