Synopsis:
I am trying to install an RLV12 and an RL02 drive under ULTRIX so that I
can generate RL02 disks from the emulator software in the PUPS software
library. The ultimate goal is to have a machine where one can copy bootable
systems to people who do not have any vintage UNIX but have the hardware.
However!
There sure is a great fat wall to bump into here....
First try was a uVAX-II that is a part of my collection of vintage
machines.
This rig runs Ultrix 4.2 (with updates).
Here is the system messages when booting the GENERIC kernel:
Loading (a) vmunix ...
sizes:
text = 719932
data = 116224
bss = 398512
starting at 0xc19
ULTRIX V4.2 (Rev. 96) System#1: Mon Feb 23 13:40:07 EST 1998
real mem = 7335936
avail mem = 4779008
using 179 buffers containing 733184 bytes of memory.
MicroVAX-II with an fpu
Q22 bus
uda0 at uba0
uq0 at uda0 csr 172150 vec 774 ipl 17
vvv****The RL02 driver!***vvv
hl0 at uba0 csr 174400 didn't interrupt
hl0 at uba0 csr 174400 didn't interrupt
^^^***(Observe! Twice! The darn thing at least pretends to try..)***^^^
klesiu0 at uba0
uq6 at klesiu0 and so on.
The system then successfully loads uq16, dz0, ra0 and tms0.
This is what I did so far:
1) I made a system configuration file containing only the devices I got plus
hl0 (that is the RL02 driver).
Same effect as above.
2) To rule out that this was something in hardware I built an entire new
machine from scratch using spare parts. Not ONE thing was used from the
original system. I also installed ULTRIX 4.0 to be sure.
Guess what...
When booting the GENERIC kernel, the same thing occured.
During all test:
The RL02-drive(s) were spun up with a scratch disk in them.
On both systems they were set as drive 0 and had terminators.
*despair*
When trying to reach the disk by make-ing a file system on it, the system
snorts at me telling me to go and fly a kite. Watch this:
# newfs /dev/rrl0a rl02
newfs: /dev/rrl0a: cannot open to read partition table: No such device or
address
newfs: /dev/rrl0a: cannot open: No such device or address
However, the device files are in place. System just can not find the
board. =/
Any clue anybody? (I know that this is tedious for you all but it is for
a good cause, okay? )
/Lars Persson
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA22081
for pups-liszt; Sun, 1 Mar 1998 02:08:57 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Warren,
and the rest of us!
Thanks!
Everyone who has commented has covered all the same ground that I would
with the license discussion!
I will take what I can get to be legal!
Thanks for all the work on this!!
bob
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA12525
for pups-liszt; Fri, 27 Feb 1998 02:57:56 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Bradshaw <tfb(a)aiai.ed.ac.uk> Fri Feb 27 01:57:39 1998
Received: from aiai.ed.ac.uk (eigg.aiai.ed.ac.uk [129.215.41.7])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id CAA12520
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 27 Feb 1998 02:57:49 +1100 (EST)
Received: from dubh.aiai.ed.ac.uk (dubh.aiai.ed.ac.uk [129.215.105.17])
by aiai.ed.ac.uk (8.8.7/8.8.7) with ESMTP id PAA07382;
Thu, 26 Feb 1998 15:57:40 GMT
Received: (tfb@localhost) by dubh.aiai.ed.ac.uk (8.6.13/8.6.12) id PAA13264; Thu, 26 Feb 1998 15:57:39 GMT
Date: Thu, 26 Feb 1998 15:57:39 GMT
Message-Id: <199802261557.PAA13264(a)dubh.aiai.ed.ac.uk>
From: Tim Bradshaw <tfb(a)aiai.ed.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: wkt(a)cs.adfa.oz.au
Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Subject: Re: DRAFT of license for ancient UNIX sources
In-Reply-To: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
References: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
X-Mailer: VM 6.32 under 19.14 XEmacs Lucid
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I've been skipping a lot of the discussion about this, but if I read
this license correctly it seems to cover the SCO-owned bits of most of
the 4BSD releases as well. Of course all the recent ones are free
already, but I don't think that things like 4.2 are, and they're
derived from 32V I think, (or is there held to be an admixture of
stuff from System V?).
I'd be quite interested in 4.2 and 4.3 as I have a machine that runs
4.2 (not a vax...).
I suspect that the 4BSD situation must be fairly well understood by
someone, since there were all these legal arguments a few years ago
when the various PC BSDs started appearing in a big way.
Does anyone know what the real story is?
--tim
--
Tim Bradshaw, System Manager,
Artificial Intelligence Applications Institute,
University of Edinburgh
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA13228
for pups-liszt; Fri, 27 Feb 1998 07:21:55 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Feb 27 06:23:30 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id HAA13222
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 27 Feb 1998 07:21:50 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id HAA26835 for pups(a)minnie.cs.adfa.oz.au; Fri, 27 Feb 1998 07:23:30 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802262023.HAA26835(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 27 Feb 1998 07:23:30 +1100 (EST)
In-Reply-To: <199802261557.PAA13264(a)dubh.aiai.ed.ac.uk> from Tim Bradshaw at "Feb 26, 98 03:57:39 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Tim Bradshaw:
> I've been skipping a lot of the discussion about this, but if I read
> this license correctly it seems to cover the SCO-owned bits of most of
> the 4BSD releases as well. Of course all the recent ones are free
> already, but I don't think that things like 4.2 are, and they're
> derived from 32V I think, (or is there held to be an admixture of
> stuff from System V?).
No, the successor systems are specified as 16-bit, and that excludes the
4BSD systems as they ran on the Vax.
Besides, UCB still owns these systems. Keith Bostic has mentioned that
a back-burner project is to get all the 4BSD releases onto CD-ROMs,
and make them available to people with licenses for 32V. He knows about
the new SCO licenses. Perhaps we can start encouraging him once we get
out licenses?!
P.S Why do you think I fought to get 32V covered by the SCO license?
I wanted to be able to buy these 4BSD CD-ROMs!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id GAA17819
for pups-liszt; Sat, 28 Feb 1998 06:24:28 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Feb 28 05:07:40 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id GAA17814
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 06:24:21 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id LAA25828;
Fri, 27 Feb 1998 11:07:40 -0800 (PST)
Date: Fri, 27 Feb 1998 11:07:40 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199802271907.LAA25828(a)moe.2bsd.com>
To: grog(a)lemis.com, pups(a)minnie.cs.adfa.oz.au, wkt(a)cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Howdy -
> From: Greg Lehey <grog(a)lemis.com>
> I can volunteer for this. The formats are: QIC-150, DDS, Exabyte 8500
> (8200 if people can tell me how to do it on an 8500), and open reel 1600 bpi.
Are there any UNIBUS/Qbus controllers that can deal with QIC-150?
I tried putting a Wangtek 5150ES on a Emulex UC08 and it didn't work
at all. The only 'QIC' format I've seen work (and which preserves
record boundaries) is the TK25 (uses the DC600A tapes). I can
make TK25 tapes.
I can also make 6250bpi 9-track until the tapedrive wears out (at
which point I'm unlikely to sink the rather high $$$ to repair/replace
it - 4mm drives are a lot cheaper ;-)).
> > Each can keep a reserve of distribution media as they wish. I'm
> > hoping the CD-ROM image won't change more than once a year.
>
> Looking at the number of patches to 2.11BSD alone, I'd say that that's
> a lost hope. There have been three in the past two months alone.
You've me to thank for that ;-)
> That's one of the reasons I don't think CD-ROM is the way to go. WORM
> wouldn't have this deficiency if they were cut on demand.
I think a CD is a good way to go - it can be used as the 'baseline'.
The updates to 2.11 are publically available via FTP at either
FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
then only those patches later than the CD need to be retrieved and
applied.
> One thing in that connection: please make sure that any CD-ROM uses
> RockRidge format (UNIX long file names). It would be a real pain to
Of course! There will be .MAP files to assist those systems that
need help with long filenames or deep directories.
Steven Schultz
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA18053
for pups-liszt; Sat, 28 Feb 1998 07:38:54 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Robin Birch <robin(a)falstaf.demon.co.uk> Sat Feb 28 06:37:13 1998
Received: from post.mail.demon.net (ehp-1.mail.demon.net [193.195.0.154])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id HAA18048
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 07:38:48 +1100 (EST)
Received: from falstaf.demon.co.uk ([158.152.152.109]) by post.mail.demon.net
id aa0125289; 27 Feb 98 20:38 GMT
Message-ID: <mBJJxWA5Py90EwEW(a)falstaf.demon.co.uk>
Date: Fri, 27 Feb 1998 20:37:13 +0000
To: wkt(a)cs.adfa.oz.au
Cc: PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
From: Robin Birch <robin(a)falstaf.demon.co.uk>
Subject: Re: CD-ROM from SCO unlikely
In-Reply-To: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
MIME-Version: 1.0
X-Mailer: Turnpike (32) Version 3.05 <YSkKJATYm0AxAbv6xwlBrCeVCW>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In message <199802252335.KAA25775(a)henry.cs.adfa.oz.au>, Warren Toomey
<wkt(a)henry.cs.adfa.oz.au> writes
>> Don't say I didn't tell you.
>
>Oh, I was expecting this.
>
>> I wonder if it's worth doing CD-ROMs for a few hundred people.
>> Initially you might sell 200, but then the rest would come over a
>> period of time, during which there would be updates. In addition, the
>> CD-ROM format isn't ideal for everybody: many would like it on tape.
>> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
>> and tapes for those who want it on tape. I can offer a variety of
>> tape formats, including (soon, hopefully) whatever a TS05 can write
>> (what's that? 1600bpi?), but not WORMs.
>
>I'd like to see:
>
> + a number of volunteers who are prepared to cut CD-ROMs
> + a number of volunteers who are prepared to cut tapes
> + a number of volunteers who are prepared to build kernels
>
Can do TK50, Exabyte, 0.25 SCSI cassette and will build kernels of
anything that I can safely get up on my 11/73.
This will be for UK distrib although I'll send anywhere if the postage
is reimbursed.
Robin
PS, I may be able to do TS05 in the future.
Robin Birch robin(a)falstaf.demon.co.uk
M1ASU Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA20210
for pups-liszt; Sat, 28 Feb 1998 12:35:46 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Sat Feb 28 11:35:28 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id MAA20205
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 12:35:40 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id MAA04807;
Sat, 28 Feb 1998 12:05:29 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id MAA15673;
Sat, 28 Feb 1998 12:05:29 +1030 (CST)
(envelope-from grog)
Message-ID: <19980228120528.31861(a)freebie.lemis.com>
Date: Sat, 28 Feb 1998 12:05:28 +1030
From: Greg Lehey <grog(a)lemis.com>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>, pups(a)minnie.cs.adfa.oz.au,
wkt(a)cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
References: <199802271907.LAA25828(a)moe.2bsd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802271907.LAA25828(a)moe.2bsd.com>; from Steven M. Schultz on Fri, Feb 27, 1998 at 11:07:40AM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Fri, 27 February 1998 at 11:07:40 -0800, Steven M. Schultz wrote:
> Howdy -
>
>> From: Greg Lehey <grog(a)lemis.com>
>>> Each can keep a reserve of distribution media as they wish. I'm
>>> hoping the CD-ROM image won't change more than once a year.
>>
>> Looking at the number of patches to 2.11BSD alone, I'd say that that's
>> a lost hope. There have been three in the past two months alone.
>
> You've me to thank for that ;-)
Indeed. Thanks.
>> That's one of the reasons I don't think CD-ROM is the way to go. WORM
>> wouldn't have this deficiency if they were cut on demand.
>
> I think a CD is a good way to go - it can be used as the 'baseline'.
> The updates to 2.11 are publically available via FTP at either
> FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
> then only those patches later than the CD need to be retrieved and
> applied.
Well, yes, but what are the economics of making a couple of hundred
CD-ROMs and then having to download possibly years of additional stuff
to be up to date?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20480
for pups-liszt; Sat, 28 Feb 1998 15:17:47 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Feb 28 14:17:37 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id PAA20475
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 28 Feb 1998 15:17:42 +1100 (EST)
Received: by alph02.triumf.ca; id AA20644; Fri, 27 Feb 1998 20:17:38 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802280417.AA20644(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au
Date: Fri, 27 Feb 1998 20:17:37 -0800 (PST)
In-Reply-To: <19980228120528.31861(a)freebie.lemis.com> from "Greg Lehey" at Feb 28, 98 12:05:28 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > I think a CD is a good way to go - it can be used as the 'baseline'.
> > The updates to 2.11 are publically available via FTP at either
> > FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
> > then only those patches later than the CD need to be retrieved and
> > applied.
>
> Well, yes, but what are the economics of making a couple of hundred
> CD-ROMs and then having to download possibly years of additional stuff
> to be up to date?
You might remember Ralph Cramden, from the _Honeymooners_, claiming that
he was going to wait for 3-D TV before he bought one.
What are you going to do - wait until Steven dies (I swear he'll be releasing
updates to 2BSD for the rest of his life) before making a CD?
Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
cartridge with the current 2.11 generic kernel and everything in /usr. It all
barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
it's a hell of a lot more convenient for installs on Unibus and Q-bus
-11's with SCSI host adapters than the traditional tape distribution.
It's also worth pointing out that on the Q-bus SCSI host adapters that I
have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
boot from a read-only device - Steven, have you tried this?
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20523
for pups-liszt; Sat, 28 Feb 1998 15:39:41 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Sat Feb 28 14:39:26 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA20518
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 15:39:36 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id PAA05019;
Sat, 28 Feb 1998 15:09:26 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id PAA16706;
Sat, 28 Feb 1998 15:09:26 +1030 (CST)
(envelope-from grog)
Message-ID: <19980228150926.00518(a)freebie.lemis.com>
Date: Sat, 28 Feb 1998 15:09:26 +1030
From: Greg Lehey <grog(a)lemis.com>
To: Tim Shoppa <shoppa(a)alph02.triumf.ca>, pups(a)minnie.cs.adfa.oz.au
Subject: Re: CD-ROM from SCO unlikely
References: <19980228120528.31861(a)freebie.lemis.com> <9802280417.AA20644(a)alph02.triumf.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <9802280417.AA20644(a)alph02.triumf.ca>; from Tim Shoppa on Fri, Feb 27, 1998 at 08:17:37PM -0800
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Fri, 27 February 1998 at 20:17:37 -0800, Tim Shoppa wrote:
>>> I think a CD is a good way to go - it can be used as the 'baseline'.
>>> The updates to 2.11 are publically available via FTP at either
>>> FTP.IIPO.GTEGSC.COM or MOE.2BSD.COM. Once a system is loaded from CD
>>> then only those patches later than the CD need to be retrieved and
>>> applied.
>>
>> Well, yes, but what are the economics of making a couple of hundred
>> CD-ROMs and then having to download possibly years of additional stuff
>> to be up to date?
>
> You might remember Ralph Cramden, from the _Honeymooners_, claiming that
> he was going to wait for 3-D TV before he bought one.
>
> What are you going to do - wait until Steven dies (I swear he'll be releasing
> updates to 2BSD for the rest of his life) before making a CD?
Well, no, I had made a suggestion that, with the quantities involved,
it might be easier to burn WORMs.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA20542
for pups-liszt; Sat, 28 Feb 1998 15:44:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Feb 28 14:43:41 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA20537
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 28 Feb 1998 15:44:06 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id UAA00780;
Fri, 27 Feb 1998 20:43:41 -0800 (PST)
Date: Fri, 27 Feb 1998 20:43:41 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199802280443.UAA00780(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au, shoppa(a)alph02.triumf.ca
Subject: Re: CD-ROM from SCO unlikely
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Tim -
> What are you going to do - wait until Steven dies (I swear he'll be releasing
> updates to 2BSD for the rest of his life) before making a CD?
The pace is slowing down due to lack of copious free time for major
projects but yeah, i kinda figure every couple months I'll find
something that needs fixing/tweeking/etc ;)
> Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
> cartridge with the current 2.11 generic kernel and everything in /usr. It all
> barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
How "speedy" is a ZIP drive? I keep threatening to get a JAZ drive
for my 11 - they're nice. I don't like the DB25 style of cable
that the normal external ZIP drive uses so I'd have to find one of the
rare internal ZIP drives and stuff it into a traditional shoebox.
> -11's with SCSI host adapters than the traditional tape distribution.
Tape's good for backups though, so when I don't feel like putting up
with the racket of the 9-track I just cable up the 4mm drive to
the 11/73. Alas, the QIC style of drives don't work, at least not
with the Emulex UC08. For a brief moment the Seagate Tapestore 8000
appeared to work but then the whole system/controller hung (I suspect
the UC08 doesn't know how to deal with more modern tape drives).
The older QIC (Wangtek-5150ES) doesn't work at all - the UC08 barfs
at drives that don't do variable record mode. Do the CMD adaptors
do any better with "PC" style SCSI tape devices?
> It's also worth pointing out that on the Q-bus SCSI host adapters that I
> have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
> CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
Uh, 2.11 doesn't know how to deal with 2048 byte sectors or the
ISO9660 filesystem. Now a MO drive that used 512 byte sector'd
media should work just fine - but that style of drive is fading
in popularity.
> boot from a read-only device - Steven, have you tried this?
It'll panic. For a couple reasons: pipes are implemented via
the filesystem rather than sockets so anything involving pipes
needs a rw filesystem. And a swap area is needed. If there's
memory available there won't be any actual swapping going on but
argument gathering, etc during an 'exec' can use a small amount of
swap space. It might be possible to use a 'ram' disk but it's not
clear to me it'd be worth the trouble.
Steven
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id RAA20703
for pups-liszt; Sat, 28 Feb 1998 17:07:33 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Feb 28 16:07:21 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id RAA20698
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 28 Feb 1998 17:07:28 +1100 (EST)
Received: by alph02.triumf.ca; id AA30497; Fri, 27 Feb 1998 22:07:22 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802280607.AA30497(a)alph02.triumf.ca>
Subject: Re: CD-ROM from SCO unlikely
To: sms(a)moe.2bsd.com (Steven M. Schultz)
Date: Fri, 27 Feb 1998 22:07:21 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802280443.UAA00780(a)moe.2bsd.com> from "Steven M. Schultz" at Feb 27, 98 08:43:41 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > Incidentally, a couple of weeks ago I made a nice bootable Iomega ZIP
> > cartridge with the current 2.11 generic kernel and everything in /usr. It all
> > barely fits in the 100 Mbytes (well, 3*65536*512 bytes) available, and
>
> How "speedy" is a ZIP drive?
On my Andromeda SCDC, the effective transfer rate to the Q-bus is just
under a megabyte per second. In other words: damn fast. (Fast
7200 RPM SCSI-II hard drives will get 1.5-2 Mbyte second). Booting
from ZIP is far, far faster than booting from a RD54. I posted some
benchmarks to vmsnet.pdp-11 two months or so ago.
> I keep threatening to get a JAZ drive
> for my 11 - they're nice. I don't like the DB25 style of cable
> that the normal external ZIP drive uses so I'd have to find one of the
> rare internal ZIP drives and stuff it into a traditional shoebox.
That aren't all that rare. You just have to go someplace other than
Fry's, that's all :-).
> > -11's with SCSI host adapters than the traditional tape distribution.
>
> Tape's good for backups though, so when I don't feel like putting up
> with the racket of the 9-track I just cable up the 4mm drive to
> the 11/73. Alas, the QIC style of drives don't work, at least not
> with the Emulex UC08. For a brief moment the Seagate Tapestore 8000
> appeared to work but then the whole system/controller hung (I suspect
> the UC08 doesn't know how to deal with more modern tape drives).
> The older QIC (Wangtek-5150ES) doesn't work at all - the UC08 barfs
> at drives that don't do variable record mode. Do the CMD adaptors
> do any better with "PC" style SCSI tape devices?
The problem is that most QIC devices are commonly operated in fixed-size-
block mode, something that TMSCP doesn't really grok well unless its
hidden under a layer that hides this and allows for variable-sized
"virtual" blocks. (Your TK25 takes care of all of this for you
automagically.)
> > have - the CMD CQD440, the Emulex UC08, and the Andromeda SCDC - bootable
> > CD-ROM distributions are entirely possible. I'm not sure if 2.11BSD will
>
> Uh, 2.11 doesn't know how to deal with 2048 byte sectors or the
> ISO9660 filesystem.
That's OK. The MSCP controllers make each 2048 byte sector look like
4 512-byte blocks. And you don't need to lay down a ISO9660 filesystem;
if you throw away the idiotic software that comes with the PC-clone
CD-ROM writers, you can put any filesystem you like down. I've
built bootable RT-11 CD-ROM's this way.
> > boot from a read-only device - Steven, have you tried this?
>
> It'll panic. For a couple reasons: pipes are implemented via
> the filesystem rather than sockets so anything involving pipes
> needs a rw filesystem. And a swap area is needed. If there's
> memory available there won't be any actual swapping going on but
> argument gathering, etc during an 'exec' can use a small amount of
> swap space. It might be possible to use a 'ram' disk
RT-11 also wants a writable swap file, and this is indeed provided by
using a RAM disk (i.e. VM:).
> but it's not
> clear to me it'd be worth the trouble.
It depends on how convenient you find installation from CD-ROM :-). I find
the bootable ZIP disk very convenient for "recovery media", and they're
a whole lot easier to fit in my shirt pocket than a RL02 cart!
Tim. (shoppa(a)triumf.ca)
<I expect that the cost will initially cover NO media. From what Dion
<is saying, SCO doesn't even have copies of these systems! I will suggest
I find this distressing as putting up unix an my 11/73 is dependent on
availability of all the correct parts being available(drivers et al).
While I believe thre are versions that can be put on the machine I do
not know enough to speculate how or what device requirements there would
be. What comes to mind, can it be configured to exploit the hardware?
Or maybe the question should be is there a copy complete enough that has
all of the installion templates?
<to them that, if we can put together a CD-ROM image, perhaps they can
<distribute the image with every license.
That would make sense, readable under dos, linux?
<If not, the license allows us to exchange copies of the systems, provide
<we get written authorisation from SCO. The licensing people there are
<going to get awfully sick of me asking for written authorisation, otherwi
Definately should be written notification for manageability at their end.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA08330
for pups-liszt; Thu, 26 Feb 1998 08:57:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 07:58:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA08325
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 08:57:09 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA25252 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 08:58:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252158.IAA25252(a)henry.cs.adfa.oz.au>
Subject: System III (fwd)
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 08:58:42 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
----- Forwarded message from Alan Bain -----
>From afrb2(a)hermes.cam.ac.uk Thu Feb 26 01:08:57 1998
Date: Wed, 25 Feb 1998 14:07:03 +0000 (GMT)
From: Alan Bain <afrb2(a)hermes.cam.ac.uk>
X-Sender: afrb2(a)red.csi.cam.ac.uk
Reply-To: Alan Bain <afrb2(a)hermes.cam.ac.uk>
To: wkt(a)henry.cs.adfa.oz.au
Subject: System III
Message-ID: <Pine.SOL.3.95q.980225140211.13155I-100000(a)red.csi.cam.ac.uk>
I remember seeing this on the mailing list a while ago and wondered what
became of the Sys III (no that it's of any use to me with an 11/34!).
Hope you track down a copy.... I'm still looking for the pre AT&T V5
versions myself ... someone seems to have had a very early version here in
Cambridge UK but I can find out what became of it. There may have even
been a PDP-7 running unix at one point here. The CL are hopelessly
disorganised about such stuff -- it goes in the `old junk' category and
unfortunately they love to wipe tapes just in case they contain
proprietary software. However I now have access to a half inch drive on a
sun (certainly 1600 & 6250 BPI, possibly more useful lower BPI also). If
anyone in the UK has such tapes I'm most willing to try and read them.
Alan
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA08405
for pups-liszt; Thu, 26 Feb 1998 09:10:46 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Alan Bain <afrb2(a)hermes.cam.ac.uk> Thu Feb 26 00:07:03 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA08400
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 09:10:43 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA25371 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 09:12:16 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252212.JAA25371(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 09:12:16 +1100 (EST)
In-Reply-To: <34F446F9.E9AD729F(a)pa.dec.com> from Paul McJones at "Feb 25, 98 08:29:45 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Paul McJones:
> Given that "Lions' Commentary on Unix : With Source Code" has been
> published as a book under normal copyright, all the focus on designated
> cpus and audits and such in this draft license seems very heavyweight to
> me. Does SCO really believe someone is going to start with the 7th
> edition code and evolve it into a commercial offering competitive with
> SCO's latest?
No, what the legal guys have done is take the original v7 license and
alter it enough to keep us happy. This is why there are such hangovers
as designated CPUs. They probably did this to:
+ minimise the work they had to do, and
+ prevent a product being licensed under widely different systems
If they created a completely new license, there may be a legal slant:
e.g hey I own an original Western Electric v7 license, and now SCO's
selling licenses which allow export of code to China (for example).
That's unfair, because my license prevents that. Sue, sue!!
[Maybe I'm just being paranoid here].
Anyway, the CPU restriction is BOGUS. SCO already have a binary license
for v5, v6 and v7 which allows you to run these systems on an UNLIMITED
number of CPUs. I can't see how they are going to enforce the CPU
restriction in the new license.
I think Dion suggested that auditing was probably not going to happen.
Mind you, don't hold him to that!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA08480
for pups-liszt; Thu, 26 Feb 1998 09:35:40 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 08:37:10 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA08475
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 09:35:37 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA25560 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 09:37:10 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>
Subject: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 09:37:10 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Dion in SCO says:
> What about SCO including a CD-ROM with each license. Do you think they'd
> be prepared to do this?
> Well... hmmm... we are not really staffed in the legal dept and
> free stuff programs to do this. I was hoping you enthusiasts already
> have all the code and can share it among yourselves as needed.
>
> E.g. if a new player wants the stuff, they send us $100 and a
> filled out license form. Then we notify you (or notify the PUPS
> society) that this person is licensed, and you guys figure out
> how to service the new guy. Would that work?
So it looks like we're going to be cutting our own media. At least the SCO
license allows us to charge for copying and distribution :-)
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA08656
for pups-liszt; Thu, 26 Feb 1998 10:24:44 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Thu Feb 26 09:24:34 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA08651
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 10:24:38 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA11743;
Thu, 26 Feb 1998 09:54:34 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id JAA01636;
Thu, 26 Feb 1998 09:54:34 +1030 (CST)
(envelope-from grog)
Message-ID: <19980226095434.51853(a)freebie.lemis.com>
Date: Thu, 26 Feb 1998 09:54:34 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au
Cc: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
References: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802252237.JAA25560(a)henry.cs.adfa.oz.au>; from Warren Toomey on Thu, Feb 26, 1998 at 09:37:10AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Thu, 26 February 1998 at 9:37:10 +1100, Warren Toomey wrote:
> Dion in SCO says:
>
>> What about SCO including a CD-ROM with each license. Do you think they'd
>> be prepared to do this?
>
>> Well... hmmm... we are not really staffed in the legal dept and
>> free stuff programs to do this. I was hoping you enthusiasts already
>> have all the code and can share it among yourselves as needed.
>>
>> E.g. if a new player wants the stuff, they send us $100 and a
>> filled out license form. Then we notify you (or notify the PUPS
>> society) that this person is licensed, and you guys figure out
>> how to service the new guy. Would that work?
>
> So it looks like we're going to be cutting our own media. At least the SCO
> license allows us to charge for copying and distribution :-)
Don't say I didn't tell you.
I wonder if it's worth doing CD-ROMs for a few hundred people.
Initially you might sell 200, but then the rest would come over a
period of time, during which there would be updates. In addition, the
CD-ROM format isn't ideal for everybody: many would like it on tape.
I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
and tapes for those who want it on tape. I can offer a variety of
tape formats, including (soon, hopefully) whatever a TS05 can write
(what's that? 1600bpi?), but not WORMs.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA08684
for pups-liszt; Thu, 26 Feb 1998 10:33:55 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Thu Feb 26 09:35:25 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA08679
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 10:33:51 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id KAA25775 for pups(a)minnie.cs.adfa.oz.au; Thu, 26 Feb 1998 10:35:25 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 26 Feb 1998 10:35:25 +1100 (EST)
In-Reply-To: <19980226095434.51853(a)freebie.lemis.com> from Greg Lehey at "Feb 26, 98 09:54:34 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Don't say I didn't tell you.
Oh, I was expecting this.
> I wonder if it's worth doing CD-ROMs for a few hundred people.
> Initially you might sell 200, but then the rest would come over a
> period of time, during which there would be updates. In addition, the
> CD-ROM format isn't ideal for everybody: many would like it on tape.
> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
> and tapes for those who want it on tape. I can offer a variety of
> tape formats, including (soon, hopefully) whatever a TS05 can write
> (what's that? 1600bpi?), but not WORMs.
I'd like to see:
+ a number of volunteers who are prepared to cut CD-ROMs
+ a number of volunteers who are prepared to cut tapes
+ a number of volunteers who are prepared to build kernels
in several countries (Australia, U.K, USA, Europe). Each can keep a
reserve of distribution media as they wish. I'm hoping the CD-ROM
image won't change more than once a year.
As you saw, Dion would send us details of new license owners, probably
via PGP-signed email. I'd like to pass the info on PGP-signed, so I'd
need the volunteers to have PGP too.
If we have a FAQ, we can list the people to ask for tapes, CD-ROMs etc.
You are allowed to charge for copying and distribution.
We're going to have to work on this in the next few months.
Thanks for all your suggestions & volunteering!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA09286
for pups-liszt; Thu, 26 Feb 1998 11:00:35 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Thu Feb 26 10:00:14 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id LAA09236
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 26 Feb 1998 11:00:23 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id KAA11810;
Thu, 26 Feb 1998 10:30:15 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id KAA01823;
Thu, 26 Feb 1998 10:30:14 +1030 (CST)
(envelope-from grog)
Message-ID: <19980226103014.06033(a)freebie.lemis.com>
Date: Thu, 26 Feb 1998 10:30:14 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: CD-ROM from SCO unlikely
References: <19980226095434.51853(a)freebie.lemis.com> <199802252335.KAA25775(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature";
micalg=pgp-md5; boundary=wLpm8qysLVxtbajz
X-Mailer: Mutt 0.89i
In-Reply-To: <199802252335.KAA25775(a)henry.cs.adfa.oz.au>; from Warren Toomey on Thu, Feb 26, 1998 at 10:35:25AM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
--wLpm8qysLVxtbajz
Content-Type: text/plain; charset=us-ascii
On Thu, 26 February 1998 at 10:35:25 +1100, Warren Toomey wrote:
>> Don't say I didn't tell you.
>
> Oh, I was expecting this.
>
>> I wonder if it's worth doing CD-ROMs for a few hundred people.
>> Initially you might sell 200, but then the rest would come over a
>> period of time, during which there would be updates. In addition, the
>> CD-ROM format isn't ideal for everybody: many would like it on tape.
>> I'd suggest that somebody cut WORMs for those who want it on CD-ROM,
>> and tapes for those who want it on tape. I can offer a variety of
>> tape formats, including (soon, hopefully) whatever a TS05 can write
>> (what's that? 1600bpi?), but not WORMs.
>
> I'd like to see:
>
>> a number of volunteers who are prepared to cut CD-ROMs
>> a number of volunteers who are prepared to cut tapes
I can volunteer for this. The formats are: QIC-150, DDS, Exabyte 8500
(8200 if people can tell me how to do it on an 8500), and open reel
1600 bpi.
>> a number of volunteers who are prepared to build kernels
>
> in several countries (Australia, U.K, USA, Europe).
Europe and UK separately, eh?
> Each can keep a reserve of distribution media as they wish. I'm
> hoping the CD-ROM image won't change more than once a year.
Looking at the number of patches to 2.11BSD alone, I'd say that that's
a lost hope. There have been three in the past two months alone.
That's one of the reasons I don't think CD-ROM is the way to go. WORM
wouldn't have this deficiency if they were cut on demand.
One thing in that connection: please make sure that any CD-ROM uses
RockRidge format (UNIX long file names). It would be a real pain to
be limited to DOS-style naming.
> As you saw, Dion would send us details of new license owners, probably
> via PGP-signed email. I'd like to pass the info on PGP-signed, so I'd
> need the volunteers to have PGP too.
Not a problem.
> If we have a FAQ, we can list the people to ask for tapes, CD-ROMs etc.
> You are allowed to charge for copying and distribution.
Seems reasonable.
Greg
--
Greg Lehey LEMIS
grog(a)lemis.com PO Box 460
Tel: +61-8-8388-8286 Echunga SA 5153
Fax: +61-8-8388-8725 Australia
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.3ia
mQCNAzTb3SMAAAEEAMS8rCMuqbX0llo8lPuE+m1/bHTNN4q3o2OFi1t9WXlYd063
XslucmHTYRk+f0OznRpcAuyr1pvYqfnl0Gi5uys/CopKiwaouXZYjSW6PzVnTQza
QJKuQwlpSUJhrcj9qXn5CW6FCLRXRcZdSezTZmDPV2jKXadD30ciy96pXaeVAAUR
tA5ncm9nQGxlbWlzLmNvbYkAlQMFEDTb3SRHIsveqV2nlQEBnbQD+wf6JL7GgPbM
Ql+TK9ZpYUBo+brvkg4GdgWVHbiHEue8dxm0vgEB+K4GpCJEYAx+x6L7ZM4iF4Nv
axzS1UrVru9IYforM51jODk4mxZAySTspIbEzmBTY5/7N2i3b4kkiqeCdVKTy2c2
fwkb1+F6EZXY8xaxIFtu3NGRxR0Pd2Am
=M7yb
-----END PGP PUBLIC KEY BLOCK-----
--wLpm8qysLVxtbajz
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
iQCVAwUBNPSwjkciy96pXaeVAQEgtgP/Qnhw4BNOveBwTgF/kOjc0GO/kkXaMMy1
vgsjWjJDlSsoN7wsI/7Nk2pLlrSfLQ7IM2lrMHOJ8CP1CP/UevcaRGeLIXFk7FNA
sF/53EXOk+unWEnqMdxK62ihWToXUpJDC3bG7XtkxndeqnJOCDOazkx2tzi9HZO/
9UkX6U4MXNo=
=szjT
-----END PGP SIGNATURE-----
--wLpm8qysLVxtbajz--
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA09900
for pups-liszt; Thu, 26 Feb 1998 11:37:42 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<I added an RLV-controller for those RL02 drives into the system and
I take it that is the rlv12 controller as the rlv11 twoboard set is not
usable. The rlv11 (m8014/8014) must be plugged into a h9273 backplane
only!
RLV12 nominal CSR is 17774400, Vector 160
^^
DEQNA nominal CSR is 17774440, Vector 120
^^
I positioned the text to show how similar they are but not the same.
<snipped some rows from the GENERIC file to make a good system.
<What struck me as if upon my head was that the CSR for the DQNA and the
<RL02 controller was the same.
No they are not.
<I am reluctant to put cards on non standard CSRs since the GENERIC kerne
No need to.
<What the heck is happening? Do I need to have the RL02 connected to get t
<darn thing to interrupt or do I have a CSR / Interrupt conflict along the
<line?
likely yes, the drive must be connected. Also recheck you haven't
interrupted the bus grant sequence with the mix of quad wide and dual
wide cards.
<Or could the controller be bad? (Not to worry! I got more controllers
<laying about! =) ).
It is possible.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA03424
for pups-liszt; Wed, 25 Feb 1998 03:30:27 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Wed Feb 25 02:29:38 1998
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id DAA03419
for <pups(a)minnie.CS.ADFA.OZ.AU>; Wed, 25 Feb 1998 03:30:20 +1100 (EST)
Received: by alph02.triumf.ca; id AA03005; Tue, 24 Feb 1998 08:29:38 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9802241629.AA03005(a)alph02.triumf.ca>
Subject: Re: Project generate RL02.
To: allisonp(a)world.std.com (Allison J Parent)
Date: Tue, 24 Feb 1998 08:29:38 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199802241447.AA20016(a)world.std.com> from "Allison J Parent" at Feb 24, 98 09:47:39 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> <I added an RLV-controller for those RL02 drives into the system and
>
> I take it that is the rlv12 controller as the rlv11 twoboard set is not
> usable. The rlv11 (m8014/8014) must be plugged into a h9273 backplane
> only!
Actually, if you use an expansion BA23 it is possible to hook a
RLV11 set to a uVax. Woe to the person that tries this, though, as there
are bad things in store when the system begins doing any Q-bus
transactions past the lower 248 Kbytes! The 18-bit-ness of the
RLV11 is a very nasty form of 18-bit-ness, and not easily overcome
like, say, the RXV21.
> <What the heck is happening? Do I need to have the RL02 connected to get t
> <darn thing to interrupt or do I have a CSR / Interrupt conflict along the
> <line?
>
> likely yes, the drive must be connected.
Certainly yes, if the Ultrix autoconfigure logic is anything like
2.11 BSD's was before I got fed up with it insisting that I have
my RL units #0 when booting. To quote from 2.11BSD Patch #380:
Subject: RL driver update, setvbuf(3) arrives in 2BSD, rdist fix (#380)
Description:
1) 'autoconfig' only recognizes the RL controller if drive 0
is connected to the system at boot time.
Repeat-by:
1) Boot a system with multiple RL drives, but with drive
0 not present. 'autoconfig' will not see an interrupt
from the RL subsystem during its probe of drive 0, and as
a result the rl driver will not be attached.
Fix:
1) Modify /sys/autoconfig/rlauto.c so it tests only for the
presence of the RL controller CSR, and doesn't wait for
an interrupt. This is the same thing which is done in the TS11
probe routine because TS controllers can not be made to interrupt
reliably if a tape is not at the load point and the drive is not
online.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA04419
for pups-liszt; Wed, 25 Feb 1998 09:16:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 08:17:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA04414
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 09:16:15 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA22990 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 09:17:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802242217.JAA22990(a)henry.cs.adfa.oz.au>
Subject: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 09:17:42 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: application/pgp; format=text; x-action=sign
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
-----BEGIN PGP SIGNED MESSAGE-----
All,
Here is the DRAFT of the license for the PDP-11 versions of UNIX.
Please treat this as a IN CONFIDENCE email and do not pass it on to other
people. If you have any adverse comments, pass them back to the mailing list
as well as Dion Johnson.
Warren
- ----- Forwarded message from Dion Johnson -----
DRAFT - for discussion purposes - comments to dionj(a)sco.com please,
and to Warren Toomey, et al, as you see fit. Please do not
distribute this widely. -Dion
Dion L. Johnson II - The Santa Cruz Operation, Inc. dionj(a)sco.com
Czar of Free Stuff and Technical customers' advocate.
400 Encinal St. Santa Cruz, CA 95061 FAX: 408-427-5417 Voice: 408-427-7565
==============================================================================
Agreement Number: ________________
THE SANTA CRUZ OPERATION, INC. SPECIAL SOFTWARE LICENSE AGREEMENT
A. THE SANTA CRUZ OPERATION, INC., a California corporation
(SCO), having an office at 400 Encinal Street, Santa Cruz,
California 95061-1900 and LICENSEE, as defined in the signature
block of this Agreement agree that, as of the Effective Date
hereof, as defined in Section 7.1, the terms and conditions set
forth in this Agreement shall apply to use by LICENSEE of SOURCE
CODE PRODUCTS subject to this Agreement.
B. SCO makes certain licensing rights for SOURCE CODE PRODUCTS
available under this Agreement, including rights to make and use
DERIVED BINARY PRODUCTS. Such SOURCE CODE PRODUCT is identified
in Section 3 of this Agreement .
C. This Agreement sets forth the entire agreement and
understanding between the parties as to the subject matter hereof
and merge all prior discussions between them, and neither of the
parties shall be bound by any conditions, definitions,
warranties, understandings or representations with respect to
such subject matter other than as expressly provided herein or as
duly set forth on or subsequent to the date of acceptance hereof
in writing and signed by a proper and duly authorized
representative of the party to be bound thereby. No provision
appearing on any form originated by LICENSEE shall be applicable
unless such provision is expressly accepted in writing by an
authorized representative of SCO.
F. The AUTHORIZED COUNTRY for this Agreement shall be ______________________.
IN WITNESS WHEREOF, the parties have caused this Agreement to be
executed by their duly authorized representatives.
LICENSEE: THE SANTA CRUZ OPERATION, INC.
__________________________________ By:_________________________________
(Name)
__________________________________ ____________________________________
(Address) (Title)
__________________________________ ____________________________________
(Address) (Date)
__________________________________
(By)
__________________________________
(Print or Type Name
__________________________________
(Title)
I. DEFINITIONS
1.1 AUTHORIZED COUNTRY means one or more countries specified on
page 1 of this Agreement.
1.2 CPU means a computer having one or more processing units and
a single global memory space.
1.3 COMPUTER PROGRAM means any instruction or instructions for
controlling the operation of a CPU.
1.4 DERIVED BINARY PRODUCT means COMPUTER PROGRAMS in OBJECT CODE
format based on a SOURCE CODE PRODUCT.
1.5 DESIGNATED CPU means all CPUs licensed as such for a specific
SOURCE CODE PRODUCT.
1.6 OBJECT CODE means a COMPUTER PROGRAM in binary form,
resulting from the compilation of SOURCE CODE by computer or
compiler into machine executable code and which is in a form of
computer programs not convenient to human understanding of the
program logic, but which is appropriate for execution or
interpretation by computer.
1.7 SOURCE CODE means COMPUTER PROGRAMS written in certain
programming languages in electronic media form and in a form
convenient for reading and review by a trained individual, such
as a printed or written listing of programs, containing specific
algorithms, instructions, plans, routines and the like, for
controlling the operation of a computer system, but which is not
in a form that would be suitable for execution directly on
computer hardware.
1.8 SOURCE CODE PRODUCT means a SCO software offering, primarily
in SOURCE CODE form. Such offering may also include OBJECT CODE
components.
1.9 SUCCESSOR OPERATING SYSTEM means a SCO software offering that
is (i) specifically designed for a 16-Bit computer, or (ii) the
32V version, and (ii) specifically excludes UNIX System V and
successor operating systems.
2. GRANT OF RIGHTS
2.1 (a) SCO grants to LICENSEE a personal, nontransferable and
nonexclusive right to use, in the AUTHORIZED COUNTRY, each SOURCE
CODE PRODUCT identified in Section 3 of this Agreement, solely
for personal use (as restricted in Section 2.1(b)) and solely on
or in conjunction with DESIGNATED CPUs, and/or Networks of
CPUs, licensed by LICENSEE through this SPECIAL SOFTWARE LICENSE
AGREEMENT for such SOURCE CODE PRODUCT. Such right to use
includes the right to modify such SOURCE CODE PRODUCT and to
prepare DERIVED BINARY PRODUCT based on such SOURCE CODE PRODUCT,
provided that any such modification or DERIVED BINARY PRODUCT
that contains any part of a SOURCE CODE PRODUCT subject to this
Agreement is treated hereunder the same as such SOURCE CODE
PRODUCT. SCO claims no ownership interest in any portion of such
a modification or DERIVED BINARY PRODUCT that is not part of a
SOURCE CODE PRODUCT.
(b) Personal use is limited to noncommercial uses. Any such use
made in connection with the development of enhancements or
modifications to SOURCE CODE PRODUCTS is permitted only if (i)
neither the results of such use nor any enhancement or
modification so developed is intended primarily for the benefit
of a third party and (ii) any copy of any such result,
enhancement or modification, furnished by LICENSEE to a third
party holder of an equivalent Software License with SCO where
permitted by Section 8.4(b) below, is furnished for no more than
the cost of reproduction and shipping. Any such copy that
includes any portion of a SOURCE CODE PRODUCT shall be subject to
the provisions of such Section 8.4.
(c) LICENSEE may produce printed and on-line copies of
documentation included with the SOURCE CODE PRODUCT as necessary
for use with the DESIGNATED CPUs. All copies must include a
legally sufficient copyright notice and a statement that the
documents include a portion or all of SCO's copyrighted
documentation, which is being reproduced with permission.
(d) Commercial use by LICENSEE of SOURCE CODE PRODUCTS or of any
result, enhancement or modification associated with the use of
SOURCE CODE PRODUCTS under this Agreement is not permitted. Such
commercial use is permissible only pursuant to the terms of an
appropriate commercial software agreement between SCO or a
corporate affiliate thereof and LICENSEE. For purposes of this
Agreement, commercial use includes, but is not limited to,
furnishing copies to third parties in a manner not permitted by
Section 8.4(b).
(e) SCO also grants LICENSEE a personal, nontransferable and
nonexclusive right to make copies of DERIVED BINARY PRODUCTS and,
subject to U. S. Government export requirements and to Section
8.4(b), to furnish such copies directly to other LICENSEES who
have an equivalent Software License with SCO before or at the
time of furnishing each copy of a DERIVED BINARY PRODUCT.
2.2 (a) Any notice acknowledging a contribution of a third party
appearing in a SOURCE CODE PRODUCT shall be included in
corresponding portions of DERIVED BINARY PRODUCTS made by
LICENSEE.
(b) Each portion of a DERIVED BINARY PRODUCT shall include an
appropriate copyright notice. Such copyright notice may be the
copyright notice or notices appearing in or on the corresponding
portions of the SOURCE CODE PRODUCT on which such DERIVED BINARY
PRODUCT is based or, if copyrightable changes are made in
developing such DERIVED BINARY PRODUCT, a copyright notice
identifying the owner of such changes.
2.3 No right is granted hereunder to use any trademark of SCO (or
a corporate affiliate thereof). However, LICENSEE must state in
packaging, labeling or other wise that a DERIVED BINARY PRODUCT
is derived from SCO's software under license from SCO and
identify such software (including any trademark, provided the
proprietor of the trademark is appropriately identified).
LICENSEE agrees not to use a name or trademark for a DERIVED
BINARY PRODUCT that is confusingly similar to a name or trademark
used by SCO (or a corporate affiliate thereof).
2.4 A single back-up CPU may be used as a substitute for the
DESIGNATED CPU without notice to SCO during any time when such
DESIGNATED CPU is inoperative because it is malfunctioning or
undergoing repair, maintenance or other modification.
3. LICENSED SOURCE CODE PRODUCTS
The SOURCE CODE PRODUCTS to which SCO grants rights under this
Agreement are restricted to the following UNIX Operating Systems,
including SUCCESSOR OPERATING SYSTEMs, that operate on the 16-Bit
PDP-11 CPU and early versions of the 32-Bit UNIX Operating System
with specific exclusion of UNIX System V and successor operating
systems:
16-Bit UNIX Editions 1, 2, 3, 4, 5, 6, 7
32-bit 32V
4. DELIVERY
SCO makes no guarantees or commitments that any SOURCE CODE
PRODUCT is available from SCO. If available, SCO will, within a
reasonable time after SCO receives the fee specified in this
Agreement for a SOURCE CODE PRODUCT, furnish to LICENSEE one (1)
copy of such SOURCE CODE PRODUCT.
5. EXPORT
5.1 LICENSEE agrees that it will not, without the prior written
consent of SCO, export, directly or indirectly, SOURCE CODE
PRODUCTS covered by this Agreement to any country outside of the
AUTHORIZED COUNTRY.
5.2 LICENSEE hereby assures SCO that it does not intend to and
will not knowingly, without the prior written consent, if
required, of the Office of Export Administration of the U.S.
Department of Commerce, Washington, D.C. 20230, transmit,
directly or indirectly:
(i) any SOURCE CODE PRODUCT subject to this Agreement; or
(ii) any immediate product (including processes) produced
directly by the use of any such SOURCE CODE PRODUCT;
to Afghanistan, the People's Republic of China or any Group Q, S,
W, Y or Z country specified in Supplement No. 1 to Section 370
of the Export Administration Regulations issued by the U.S.
Department of Commerce.
5.3 LICENSEE agrees that its obligations under Sections 5.1 and
5.2 shall survive and continue after any termination of rights
under this Agreement.
6. FEES AND TAXES
6.1 In consideration for the rights granted to LICENSEE for use
of the SOURCE CODE PRODUCTS identified in Section 3 above,
LICENSEE shall pay to SCO a one-time Right-to-Use Fee of
US$100.00 for the DESIGNATED CPUs at the time this Agreement is
returned to SCO for final execution.
6.2 Payment to SCO shall be made in United States dollars to SCO
at the address specified in Section 8.8(a).
6.3 LICENSEE shall pay all taxes (and any related interest or
penalty), however designated, imposed as a result of the
existence or operation of this Agreement, including, but not
limited to, any tax which LICENSEE is required to withhold or
deduct from payment to SCO, except (i) any tax imposed upon SCO
(or a corporate affiliate thereof) in the jurisdiction in which
the aforesaid office of LICENSEE is located if such tax is
allowable as a credit against United States income taxes of SCO
(or such an affiliate) and (ii) any income tax imposed upon SCO
(or such an affiliate) by the United States or any governmental
entity within the United States proper (the fifty (50) states and
the District of Columbia). To assist in obtaining the credit
identified in (i) of this Section 5.05, LICENSEE shall furnish
SCO with such evidence as may be required by United States taxing
authorities to establish that any such tax has been paid. The
Fee specified in Section 6.1 above do not include taxes. If SCO
is required to collect a tax to be paid by LICENSEE, LICENSEE
shall pay such tax to SCO on demand.
7. TERM
7.1 This Agreement shall become effective on and as of the date
of acceptance by SCO. The initial term of this Agreement shall
be for one (1) year. Thereafter, the Agreement will
automatically renew for successive one (1) year terms unless
either party gives the other, no later than ninety (90) days
before the end of the initial term, or then current extension,
written notice of its intent to terminate this Agreement.
Nothing in this Agreement shall be construed to require either
party to extend this Agreement beyond the initial term or any
subsequent term.
7.2 LICENSEE may terminate its rights under this Agreement by
written notice to SCO certifying that LICENSEE has discontinued
use of and returned or destroyed, at SCO's option, all copies of
SOURCE CODE PRODUCTS subject to this Agreement.
7.3 If LICENSEE fails to fulfill one or more of its obligations
under this Agreement, SCO may, upon its election and in addition
to any other remedies it might have, at any time terminate all
the rights granted by it hereunder by not less than two (2)
months' written notice to LICENSEE specifying any such breach,
unless within the period of such notice all breaches specified
therein shall have been remedied; upon such termination LICENSEE
shall immediately discontinue use of and return or destroy, at
SCO's option, all copies of SOURCE CODE PRODUCTS in its
possession.
7.4 In the event of termination of LICENSEE's rights under
Sections 7.2 or 7.3, (i) all fees that LICENSEE has become
obligated to pay shall become immediately due and payable and
(ii) SCO shall have no obligation to refund any amounts paid to
it hereunder.
8. MISCELLANEOUS PROVISIONS
8.1 This Agreement shall prevail notwithstanding any conflicting
terms or legends which may appear in a SOURCE CODE PRODUCT.
8.2 If, and only if, SCO is the entity that provides SOURCE CODE
PRODUCT to LICENSEE, SCO warrants for a period of ninety (90)
days from furnishing a SOURCE CODE PRODUCT to LICENSEE hereunder,
that any magnetic medium on which portions of a SOURCE CODE
PRODUCT are furnished will be free under normal use from defects
in materials, workmanship or recording. If such a defect appears
within such warranty period LICENSEE may return the defective
medium for replacement without charge. Replacement is LICENSEE's
sole remedy with respect to such a defect. SCO also warrants
that it is empowered to grant the rights granted herein. SCO and
other developers make no other representations or warranties,
expressly or impliedly. By way of example but not of limitation,
SCO and other developers make no representations or warranties of
merchantability or fitness for any particular purpose, or that
the use of any SOURCE CODE PRODUCT will not infringe any patent,
copyright or trademark. SCO and other developers shall not be
held to any liability with respect to any claim by LICENSEE, or a
third party on account of, or arising from, the use of any SOURCE
CODE PRODUCT.
8.3 Neither the execution of this Agreement nor anything in any
SOURCE CODE PRODUCT shall be construed as an obligation upon SCO
or any other developer to furnish any person, including LICENSEE,
any assistance of any kind whatsoever, or any information or
documentation.
8.4 (a) LICENSEE agrees that it shall hold all parts of the
SOURCE CODE PRODUCTS subject to this Agreement in confidence for
SCO. LICENSEE further agrees that should it make such disclosure
of any or all of such SOURCE CODE PRODUCTS (including methods or
concepts utilized therein) to anyone to whom such disclosure is
necessary to the use for which rights are granted hereunder,
LICENSEE shall appropriately notify each such person to whom any
such disclosure is made that such disclosure is made in
confidence and shall be kept in confidence and have each such
person sign a confidentiality agreement containing restrictions
on disclosure substantially similar to those set forth herein.
If LICENSEE should become aware of a violation of SCO's
intellectual property and/or proprietary rights, LICENSEE shall
promptly notify SCO and cooperate with SCO in such enforcement.
If information relating to a SOURCE CODE PRODUCT subject to this
Agreement at any time becomes available without restriction to
the general public by acts not attributable to LICENSEE,
LICENSEE's obligations under this section shall not apply to such
information after such time.
(b) Notwithstanding the provisions of Section 8.4(a), LICENSEE
may make available copies of a SOURCE CODE PRODUCT, either in
modified or unmodified form, to third parties in the AUTHORIZED
COUNTRY having Source Code Licenses of the same scope herewith
from SCO for the same SOURCE CODE PRODUCT, if and only if (i)
LICENSEE first requests verification the status of the recipient
by contacting SCO at the address contained in Section 8.8(b) or
other number specified by SCO, and (ii) SCO gives written
verification of the recipient's software license status.
LICENSEE shall maintain a record of each such SOURCE CODE PRODUCT
made available.
8.5
(a) On SCO's request, but not more frequently than annually,
LICENSEE shall furnish to SCO a statement, listing the location,
type and serial number of the DESIGNATED CPU hereunder and
stating that the use by LICENSEE of SOURCE CODE PRODUCTS subject
to this Agreement has been reviewed and that each such SOURCE
CODE PRODUCT is being used solely on the DESIGNATED CPU (or
temporarily on a back-up CPU) for such SOURCE CODE PRODUCTS in
full compliance with the provisions of this Agreement.
(b) SCO shall have the right, upon reasonable notice to LICENSEE
and through SCO's accredited auditing representative, to make an
on-site inspection during normal business hours, not more
frequently than annually, of all LICENSEE's CPUs to determine
that SOURCE CODE PRODUCTS are being used solely on the DESIGNATED
CPU and are used solely for personal purposes as authorized under
this Agreement.
8.6 The obligations of LICENSEE under Section 8.4 shall survive
and continue after any termination of rights under this
Agreement.
8.7 Neither this Agreement nor any rights hereunder, in whole or
in part, shall be assignable or otherwise transferable by
LICENSEE and any purported assignment or transfer shall be null
and void.
8.8 (a) Payments to SCO under this Agreement shall be made
payable and sent to:
CHECK DRAWN ON U.S. BANK TO:
THE SANTA CRUZ OPERATION, INC.
P.O. Box 7745
San Francisco, CA 94120-7745
(b) Correspondence with SCO relating to this Agreement shall be sent to:
THE SANTA CRUZ OPERATION, INC.
400 Encinal Street
Santa Cruz, California 95061-1900
United States of America
Attention: Law and Corporate Affairs
(c) Any statement, notice, request or other communication shall
be deemed to be sufficiently given to the addressee and any
delivery hereunder deemed made when sent by certified mail
addressed to LICENSEE at its office specified in this Agreement
or to SCO at the appropriate address specified in this Section
7.7. Each party to this Agreement may change an address relating
to it by written notice to the other party.
8.9 LICENSEE shall obtain all approvals from any governmental
authority in the AUTHORIZED COUNTRY required to effectuate this
Agreement according to its terms, including any such approvals
required for LICENSEE to make payments to SCO pursuant to this
Agreement. LICENSEE shall bear all expenses associated with
obtaining such approvals.
8.10 The construction and performance of this Agreement shall be
governed by the laws of the State of California, USA.
SCO-Soft. Sp.-022498
- ----- End of forwarded message from Dion Johnson -----
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv
iQCVAwUBNPNG8UbObQUa2Z5FAQHpegP+NVXKbrF3mci56ivf05oBGu/vdaHS8vws
7OZH/C7i1iz9XvDSPqjlI/PzMl5NSeep2B6TcMgg/qzNAel2bOJK41I9h7R3YrzC
IgB0bRE5A2ZbkxkKlp2mIc7gwdTfN6eeKIsPfFaoQJn4WZsJwQu0eym33gf86LkE
5luusgBe5Uk=
=otzx
-----END PGP SIGNATURE-----
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05224
for pups-liszt; Wed, 25 Feb 1998 14:04:34 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:05:43 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05219
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:04:30 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23864 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:05:43 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250305.OAA23864(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:05:43 +1100 (EST)
In-Reply-To: <199802250258.SAA22923(a)rainbow.Corp.Sun.COM> from Chris Drake at "Feb 24, 98 06:57:53 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Chris Drake:
> Not being a lawyer, it looks confusing but reasonable...
> A couple of questions, though:
>
> - it looks to me like the $100 fee is a one-shot that covers more
> than one CPU, as long as you specify them all at the outset. Or
> is this supposed to be a per-CPU fee?
>
> - this also appears to be a fee for any or all of the versions of
> the OS specified. Or is this supposed to be a per-version fee?
>
> - Chris Drake
I'm told by Dion that you nominate the CPUs on which the software will
be run. I have no idea how to nominate an emunated CPU. The one-off
fee covers ALL nominated versions AND all successor versions
(e.g the right to use PWB, AUSAM, 2BSD, System III etc.)
The licensee also specifies which are the authorised countries.
I hope/assume that I can specify my list of authorised countries as:
All countries except Afghanistan, the People's Republic of China
or any Group Q, S, W, Y or Z country specified in Supplement No. 1
to Section 370 of the Export Administration Regulations issued by
the U.S. Department of Commerce.
Hope this helps,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05244
for pups-liszt; Wed, 25 Feb 1998 14:07:28 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:08:53 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05239
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:07:25 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23877 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:08:53 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250308.OAA23877(a)henry.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:08:53 +1100 (EST)
In-Reply-To: <199802250259.AA24622(a)world.std.com> from Allison J Parent at "Feb 24, 98 09:59:00 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Allison J Parent:
> Overall not bad. The price of $100US is not unresonable assuming the
> media cost is not out of line. Still VMS can be had for FREE and media
> (limited to CDrom only) is $30US. If the all up price were $100
> including machine readable media that would be something more
> agreeable.
>
> What is open is what version would they provide and at what cost for
> that vversion on media?
I expect that the cost will initially cover NO media. From what Dion
is saying, SCO doesn't even have copies of these systems! I will suggest
to them that, if we can put together a CD-ROM image, perhaps they can
distribute the image with every license.
If not, the license allows us to exchange copies of the systems, provided
we get written authorisation from SCO. The licensing people there are
going to get awfully sick of me asking for written authorisation, otherwise.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05398
for pups-liszt; Wed, 25 Feb 1998 14:34:00 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:35:25 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05393
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:33:56 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23908 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:35:25 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250335.OAA23908(a)henry.cs.adfa.oz.au>
Subject: PDP-11 System III - copies?
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:35:25 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Looking at that license from SCO, we should be able to legally use System III.
Does anybody have a copy I can add to the archive?
Thanks,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05409
for pups-liszt; Wed, 25 Feb 1998 14:34:25 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Wed Feb 25 13:34:11 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05404
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:34:20 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA10601;
Wed, 25 Feb 1998 14:04:12 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id OAA27075;
Wed, 25 Feb 1998 14:04:12 +1030 (CST)
(envelope-from grog)
Message-ID: <19980225140411.14345(a)freebie.lemis.com>
Date: Wed, 25 Feb 1998 14:04:11 +1030
From: Greg Lehey <grog(a)lemis.com>
To: wkt(a)cs.adfa.oz.au, PDP Unix Preservation <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: DRAFT of license for ancient UNIX sources
References: <199802250259.AA24622(a)world.std.com> <199802250308.OAA23877(a)henry.cs.adfa.oz.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
In-Reply-To: <199802250308.OAA23877(a)henry.cs.adfa.oz.au>; from Warren Toomey on Wed, Feb 25, 1998 at 02:08:53PM +1100
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Wed, 25 February 1998 at 14:08:53 +1100, Warren Toomey wrote:
> In article by Allison J Parent:
>> Overall not bad. The price of $100US is not unresonable assuming the
>> media cost is not out of line. Still VMS can be had for FREE and media
>> (limited to CDrom only) is $30US. If the all up price were $100
>> including machine readable media that would be something more
>> agreeable.
>>
>> What is open is what version would they provide and at what cost for
>> that vversion on media?
>
> I expect that the cost will initially cover NO media. From what Dion
> is saying, SCO doesn't even have copies of these systems! I will suggest
> to them that, if we can put together a CD-ROM image, perhaps they can
> distribute the image with every license.
How many CDs are we looking at? Maybe I can arrange something.
> If not, the license allows us to exchange copies of the systems, provided
> we get written authorisation from SCO. The licensing people there are
> going to get awfully sick of me asking for written authorisation, otherwise.
Maybe you should point that out and change that to "notification".
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA05534
for pups-liszt; Wed, 25 Feb 1998 14:57:32 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Feb 25 13:58:56 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA05529
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:57:28 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA24047 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 14:58:56 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802250358.OAA24047(a)henry.cs.adfa.oz.au>
Subject: PDP-11 Applications
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 25 Feb 1998 14:58:56 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Dear All,
I'm just looking at my proposed CD image for PDP-11 systems, and
there's an empty directory called Applications, which can hold applications
written specifically for PDP-11 UNIX systems.
I haven't got anything to put in there! No, I do have a very old Usenix
tape from Jay Jaeger, dated Sept 1977.
Does anybody have anything that might go in here for v6, v7, 2BSD, PWB.
Alternatively, does anybody know where full archives of comp.sources.unix
are on the 'net??
If there's space, I'd like to have some things like this on the CD.
Ta,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA05636
for pups-liszt; Wed, 25 Feb 1998 15:19:16 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Wed Feb 25 14:07:04 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA05631
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 15:19:12 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA24149 for pups(a)minnie.cs.adfa.oz.au; Wed, 25 Feb 1998 15:20:41 +1100 (EST)
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA05560
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 15:07:15 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id OAA10639
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 25 Feb 1998 14:37:05 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id OAA27233;
Wed, 25 Feb 1998 14:37:04 +1030 (CST)
(envelope-from grog)
Message-ID: <19980225143704.65511(a)freebie.lemis.com>
Date: Wed, 25 Feb 1998 14:37:04 +1030
From: Greg Lehey <grog(a)lemis.com>
To: PDP UNIX Preservation Society <pups(a)minnie.cs.adfa.oz.au>
Subject: Changing passwords with 2.11BSD
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.89i
WWW-Home-Page: http://www.lemis.com/~grog
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I've just installed a 2.11BSD, and I'm having some funny problems.
Here's one; I'll make a separate message of the other.
I've added a new user with vipw. When I try to change the password, I
get this:
login: root
Password:
Last login: Sat Aug 9 02:25:12 on console
2.11 BSD UNIX #7: Fri Aug 8 14:14:34 MET DST
[1] root--> passwd grog
Changing password for grog.
New password:
Retype new password:
passwd: mkpasswd failed; password unchanged.
[2] root-->
If I run mkpasswd against /etc/master.passwd, it works fine. But that
way I can't change my password.
Any ideas?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id XAA06632
for pups-liszt; Wed, 25 Feb 1998 23:06:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Thanks for tweaking the list!
Holidays were great in the DC area (USA). Weather was NICE.
Only problem is the weather has been so nice I have been working on
my cars instead of my 11s.
The 63 ford blew the heater coil/heat exchanger. mumble grumble.
The 67 buick is doing great - til yesterday on the way home from a
little run. Brakes are acting up. Rain prevents getting at that in
the driveway.
With the rain, I have been playing with NetBSD on the vax!!
waiting for Linux!!
thanks!
bob
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id UAA14931
for pups-liszt; Thu, 19 Feb 1998 20:34:14 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Michael Kraus" <belfry(a)eudoramail.com> Thu Feb 19 18:33:02 1998
Received: from asd ([209.1.236.56])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id UAA14926
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 19 Feb 1998 20:34:07 +1100 (EST)
Received: by shared1-mail.whowhere.com id <37014-251>; Thu, 19 Feb 1998 01:33:08 -0800
To: pups(a)minnie.cs.adfa.oz.au
Date: Thu, 19 Feb 1998 01:33:02 -0700
From: "Michael Kraus" <belfry(a)eudoramail.com>
Message-ID: <CCIJPIMKANLKEBAA(a)shared1-mail.whowhere.com>
Mime-Version: 1.0
X-Sent-Mail: off
X-Mailer: MailCity Service
Subject: DEC PRO 350 (PDP-11)
X-Sender-Ip: 203.34.247.61
Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
G'day All...
In my possesion is a Digital Professional 350 machine.
I'm undecided as to try to find a ethernet card for it and use it in my own local
network (it needs a thicknet ethernet card - don't know where to find one for it,
and I'll also need a thicknet to thinnet converter).
Alternatively, I think maybe somebody else may be able to put it to better use (in
which case, I'll happily give it to you if you pick it up - I don't know about the
terminal and printer for it though). (FYI I'm located in Sydney).
I've been planning to get unix 6 for it for ages, but hasn't eventuated yet.
Anyone who can help, please let me know.
Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA16207
for pups-liszt; Fri, 20 Feb 1998 04:46:34 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "David C. Jenner" <djenner(a)halcyon.com> Fri Feb 20 03:46:10 1998
Received: from mgate.nwnexus.com (beavis.nwnexus.com [206.63.63.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id EAA16202
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 20 Feb 1998 04:46:28 +1100 (EST)
Received: from halcyon.com (blv-lx104-ip6.nwnexus.net [206.63.41.106])
by mgate.nwnexus.com (8.8.8/8.8.8) with ESMTP id JAA27383;
Thu, 19 Feb 1998 09:46:11 -0800
Message-ID: <34EC6FE2.56FC890(a)halcyon.com>
Date: Thu, 19 Feb 1998 09:46:10 -0800
From: "David C. Jenner" <djenner(a)halcyon.com>
Reply-To: djenner(a)halcyon.com
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: Michael Kraus <belfry(a)eudoramail.com>
CC: pups(a)minnie.cs.adfa.oz.au
Subject: Re: DEC PRO 350 (PDP-11)
References: <CCIJPIMKANLKEBAA(a)shared1-mail.whowhere.com>
Content-Type: multipart/mixed; boundary="------------48A4162B546B92E9B3B913DE"
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
This is a multi-part message in MIME format.
--------------48A4162B546B92E9B3B913DE
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Michael,
You can get Venix (~V7/System III) for the Pro on the Internet at
ftp://ftp.update.uu.se/pub/professional/venix/
The README file there has instructions on how to get it all booted.
You need a PC that can write 1.2MB, 5.25in floppies. There isn't any
networking support.
Hardware wise, you need the Pro equivalent of the PDP-11 DEQNA
and a transceiver. ftp.update.uu.se also has all the DEC P/OS
software, which can do DECNET.
Dave
Michael Kraus wrote:
>
> G'day All...
>
> In my possesion is a Digital Professional 350 machine.
>
> I'm undecided as to try to find a ethernet card for it and use it in my own local
> network (it needs a thicknet ethernet card - don't know where to find one for it,
> and I'll also need a thicknet to thinnet converter).
>
> Alternatively, I think maybe somebody else may be able to put it to better use (in
> which case, I'll happily give it to you if you pick it up - I don't know about the
> terminal and printer for it though). (FYI I'm located in Sydney).
>
> I've been planning to get unix 6 for it for ages, but hasn't eventuated yet.
>
> Anyone who can help, please let me know.
>
> Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com
--------------48A4162B546B92E9B3B913DE
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for David C. Jenner
Content-Disposition: attachment; filename="vcard.vcf"
begin: vcard
fn: David C. Jenner
n: Jenner;David C.
adr: 3153 N.E. 84th Street;;;Seattle;WA;98115-4717;USA
email;internet: djenner(a)halcyon.com
tel;fax: 206-527-2019
tel;home: 206-527-2018
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard
--------------48A4162B546B92E9B3B913DE--
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA16813
for pups-liszt; Fri, 20 Feb 1998 08:37:00 +1100 (EST)
>From "Michael Kraus" <belfry(a)eudoramail.com> Thu Feb 19 18:33:02 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA16808
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 20 Feb 1998 08:36:55 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA10590 for pups(a)minnie.cs.adfa.oz.au; Fri, 20 Feb 1998 08:37:51 +1100 (EST)
Received: from csadfa.cs.adfa.oz.au (csadfa.cs.adfa.oz.au [131.236.20.6]) by henry.cs.adfa.oz.au (8.7.5/8.7.3) with ESMTP id UAA10240 for <wkt(a)henry.cs.adfa.oz.au>; Thu, 19 Feb 1998 20:35:48 +1100 (EST)
Received: from octarine.cc.adfa.oz.au (octarine-253.cc.adfa.oz.au [131.236.253.20])
by csadfa.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id UAA24750
for <wkt(a)cs.adfa.oz.au>; Thu, 19 Feb 1998 20:34:54 +1100 (EST)
Received: from minnie.cs.adfa.oz.au (minnie.cs.adfa.oz.au [131.236.21.160])
by octarine.cc.adfa.oz.au (8.8.7/8.8.7) with ESMTP id UAA04446
for <wkt(a)octarine.cc.adfa.oz.au>; Thu, 19 Feb 1998 20:34:53 +1100 (EST)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id UAA14931
for pups-liszt; Thu, 19 Feb 1998 20:34:14 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Received: from asd ([209.1.236.56])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id UAA14926
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 19 Feb 1998 20:34:07 +1100 (EST)
Received: by shared1-mail.whowhere.com id <37014-251>; Thu, 19 Feb 1998 01:33:08 -0800
To: pups(a)minnie.cs.adfa.oz.au
Date: Thu, 19 Feb 1998 01:33:02 -0700
From: "Michael Kraus" <belfry(a)eudoramail.com>
Message-ID: <CCIJPIMKANLKEBAA(a)shared1-mail.whowhere.com>
Mime-Version: 1.0
X-Sent-Mail: off
X-Mailer: MailCity Service
Subject: DEC PRO 350 (PDP-11)
X-Sender-Ip: 203.34.247.61
Organization: QUALCOMM Eudora Web-Mail (http://www.eudoramail.com)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
G'day All...
In my possesion is a Digital Professional 350 machine.
I'm undecided as to try to find a ethernet card for it and use it in my own local
network (it needs a thicknet ethernet card - don't know where to find one for it,
and I'll also need a thicknet to thinnet converter).
Alternatively, I think maybe somebody else may be able to put it to better use (in
which case, I'll happily give it to you if you pick it up - I don't know about the
terminal and printer for it though). (FYI I'm located in Sydney).
I've been planning to get unix 6 for it for ages, but hasn't eventuated yet.
Anyone who can help, please let me know.
Join 18 million Eudora users by signing up for a free Eudora Web-Mail account at http://www.eudoramail.com
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id WAA25372
for pups-liszt; Sun, 22 Feb 1998 22:28:27 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Beastly Wolf <beast(a)lintilla2.df.lth.se> Sun Feb 22 21:29:18 1998
Received: from tesla.df.lth.se (tesla.df.lth.se [194.47.252.144])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id WAA25367
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 22 Feb 1998 22:28:20 +1100 (EST)
Received: from lintilla2.df.lth.se (lintilla2.df.lth.se [194.47.252.38])
by tesla.df.lth.se (8.8.8/8.8.8) with SMTP id MAA11916
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 22 Feb 1998 12:28:14 +0100 (MET)
Received: by lintilla2.df.lth.se (SMI-8.6/SMI-SVR4)
id MAA09227; Sun, 22 Feb 1998 12:29:19 +0100
Date: Sun, 22 Feb 1998 12:29:18 +0100 (MET)
From: Beastly Wolf <beast(a)lintilla2.df.lth.se>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Putting that UNIX on hardware
In-Reply-To: <CCIJPIMKANLKEBAA(a)shared1-mail.whowhere.com>
Message-ID: <Pine.SUN.3.91.980222121612.9206B-100000(a)lintilla2.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hi gang!
Would it be possible to generate RL02's from an ULTRIX uVAX with dd?
Like, we have bootable systems for the emulator on file.
Now suppose I recompile one of my ULTRIXen to recognize RL02 and
then transfer that emulator UNIX filesystem file to it.
Using dd I should be able to put the system on an RL02.
Would that RL02 be bootable in a PDP11 system or do I need to
put on some sort of boot information on a secret sector of the disk
to make it bootable?
IF it is bootable, is it legal to do it?
If it is legal, is it legal to distribute that RL02 to a third party?
IF it is possible AND legal I might be able to manufacture some RL02 UNIXen
for you out there who got a PDP11 system but lack something to run on it.
Provided you pay the expense for shipping, of course. =)
I got a glassfibre box that can take two RL02 packs and this could perhaps
be used to ship things in...
Comments anyone?
/Lars Persson, HARLOSA PD Computer Center
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA26798
for pups-liszt; Mon, 23 Feb 1998 08:43:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Feb 23 07:44:14 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id IAA26793
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 23 Feb 1998 08:43:08 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id IAA15297; Mon, 23 Feb 1998 08:44:15 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802222144.IAA15297(a)henry.cs.adfa.oz.au>
Subject: Re: Putting that UNIX on hardware
To: beast(a)lintilla2.df.lth.se (Beastly Wolf)
Date: Mon, 23 Feb 1998 08:44:14 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <Pine.SUN.3.91.980222121612.9206B-100000(a)lintilla2.df.lth.se> from Beastly Wolf at "Feb 22, 98 12:29:18 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Beastly Wolf:
> Hi gang!
>
> Would it be possible to generate RL02's from an ULTRIX uVAX with dd?
> Like, we have bootable systems for the emulator on file.
> Now suppose I recompile one of my ULTRIXen to recognize RL02 and
> then transfer that emulator UNIX filesystem file to it.
> Using dd I should be able to put the system on an RL02.
> Would that RL02 be bootable in a PDP11 system or do I need to
> put on some sort of boot information on a secret sector of the disk
> to make it bootable?
I'm not a hardware guy, but I can't see any difficulties in doing this.
The RL02 disk images have everything (incl. boot blocks) to get UNIX going.
> IF it is bootable, is it legal to do it?
> If it is legal, is it legal to distribute that RL02 to a third party?
ONLY if the disk contains binaries ONLY. See the disk images that
Bob Supnik distributes with his emulator, and the SCO copyright notice at:
http://minnie.cs.adfa.oz.au/PUPS/Licenses/v7_bin_license.txt
> IF it is possible AND legal I might be able to manufacture some RL02 UNIXen
> for you out there who got a PDP11 system but lack something to run on it.
> Provided you pay the expense for shipping, of course. =)
Hopefully lots of people will take you up on this, Lars!!
Thanks,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA01182
for pups-liszt; Tue, 24 Feb 1998 11:35:42 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Feb 24 10:36:58 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id LAA01177
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 24 Feb 1998 11:35:37 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id LAA17631 for pups(a)minnie.cs.adfa.oz.au; Tue, 24 Feb 1998 11:36:58 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802240036.LAA17631(a)henry.cs.adfa.oz.au>
Subject: SCO PDP-11 License: closer
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Tue, 24 Feb 1998 11:36:58 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
I've just received the next draft of the proposed PDP-11 UNIX Source
License from SCO. To me it looks good, and I'd be happy to sign it. I have
passed a copy over to Steven Schultz: his 2.11BSD work is a derivative which
could be affected by the license clauses.
I'll try to get permission to release the draft to this mailing list from SCO.
I've asked them how long it will take before licenses go on sale, once we've
agreed with the draft license terms.
More news as soon as I have it....
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id TAA02247
for pups-liszt; Tue, 24 Feb 1998 19:04:41 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Beastly Wolf <beast(a)lintilla2.df.lth.se> Tue Feb 24 18:05:36 1998
Received: from tesla.df.lth.se (tesla.df.lth.se [194.47.252.144])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id TAA02242
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 24 Feb 1998 19:04:34 +1100 (EST)
Received: from lintilla2.df.lth.se (lintilla2.df.lth.se [194.47.252.38])
by tesla.df.lth.se (8.8.8/8.8.8) with SMTP id JAA12007
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 24 Feb 1998 09:04:28 +0100 (MET)
Received: by lintilla2.df.lth.se (SMI-8.6/SMI-SVR4)
id JAA12154; Tue, 24 Feb 1998 09:05:37 +0100
Date: Tue, 24 Feb 1998 09:05:36 +0100 (MET)
From: Beastly Wolf <beast(a)lintilla2.df.lth.se>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Project generate RL02.
Message-ID: <Pine.SUN.3.91.980224085257.12101D-100000(a)lintilla2.df.lth.se>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hi again gang!
It looks as if we can turn the binaries in PUPS's archive into hardware
with dd, as my theory went.
So I went forth and started to tinker a bit with my trusty old ULTRIX rig.
I run into some problems though and before starting to fiddle with them
myself, I thought I should ask out there if this is a known caveat.
Here goes:
My uVAX has an RQDX-3 controller, a controller for EAGLE disks, TQK50,
DQNA and some sort of line card (A DHV-11 I think).
I added an RLV-controller for those RL02 drives into the system and
snipped some rows from the GENERIC file to make a good system.
What struck me as if upon my head was that the CSR for the DQNA and the
RL02 controller was the same.
Vector is set by some intricate mechanism automagically though.
Oh well, I maked the kernel and it booted fine. If found the hl device
BUT! It also said (twice!) that the hl device did not interrupt.
I do not have a drive connected though.
I tried both with and without external terminator on the drive connector.
No go. Same message.
I am reluctant to put cards on non standard CSRs since the GENERIC kernel
will not operate as intended and boy are those GENERIC kernels good to have!
So here is the problem:
What the heck is happening? Do I need to have the RL02 connected to get the
darn thing to interrupt or do I have a CSR / Interrupt conflict along the
line?
Or could the controller be bad? (Not to worry! I got more controllers
laying about! =) ).
If nobody got answers to this my next experiment will be to take out the
DQNA and see if that helps. I am reluctant to fiddle to much with the
cards since the machine is installed in a non standard 19" CRAMMED FULL
kinda rack and is hard to service.
/Lars
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA03167
for pups-liszt; Wed, 25 Feb 1998 01:47:58 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
For those who were after RL02 support in the PDP-11 virtual tape server, it
now works. Thanks also to John Holden for space-optimising the 1st stage
boot code -- much less to hand-toggle in now.
The next version is at:
ftp://minnie.cs.adfa.oz.au/pub/PDP-11/Vtserver
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id SAA10966
for pups-liszt; Wed, 18 Feb 1998 18:07:04 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Bob Lash <bob(a)wbs.net> Wed Feb 18 17:06:47 1998
Received: from webchat2.wbs.net (ws3.wbs.net [207.88.172.4])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id SAA10961
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 18 Feb 1998 18:06:51 +1100 (EST)
Received: (from bob@localhost)
by webchat2.wbs.net (8.8.6/8.8.6) id XAA06845;
Tue, 17 Feb 1998 23:06:47 -0800
Date: Tue, 17 Feb 1998 23:06:47 -0800 (PST)
From: Bob Lash <bob(a)wbs.net>
To: pups(a)minnie.cs.adfa.oz.au
Subject: RE: V7 on a PDP-11/23+
Message-ID: <Pine.LNX.3.91.980217225152.6625A-100000(a)webchat2.wbs.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I wanted to express my gratitude to PUPS, and especially PUPS member Bob
Armstrong, who transferred a copy of Seventh Edition UNIX onto an RL02
pack which worked immediately on my PDP-11/23+ ! :)
Below is a copy of booting instructions that Bob provided for the 11/23+.
These worked exactly as billed.
If anyone needs some spare RL02 incandescent bulbs, I have a few on hand.
Also, they are still availabe from Digikey at http://www.digikey.com. The
part is a "CM 73" bulb, which is a T1 3/4 14V wedge base type.
Best wishes,
Bob Lash
bob(a)wbs.net
---------- Forwarded message ----------
Date: Mon, 9 Feb 98 21:06:31 PST
From: Bob Armstrong <bob(a)poco-adagio.santa-clara.ca.us>
To: bob(a)wbs.net
Subject: RE: V7 on a PDP-11/23+
Here are the instructions for booting System 7, just in case I forget
to tell you tomorrow:
1) Be sure your terminal is set to 7 bits, even parity.
2) Mount the pack, spin it up and hardware boot. The unix boot program
will print an "@" almost immediately. [This is really annoying, because
the 11/23 ODT also prompts with "@", so unless you expect this you'll think
that the machine has crashed!]
3) Type "unix" and RETURN. This is the kernel name, and when you are able
to build your own kernels you can type a different name. If you make
any typos you'll have to reboot. The boot pretends that you can try again
if you make a mistake, but don't believe it!
3) Unix will say "mem = ..." and then "SINGLE USER LOGIN:". Enter ^Z (not
^D!) to start time sharing.
4) It will prompt for the date and time. Note that the date doesn't give
you the opportunity to enter a year - the system will think it's 1997 until
you figure out how to change this (you didn't know that there'd be homework,
did you :-)
5) You'll get a "login:" prompt. The password to root is "pdp".
6) You're on your own. Have fun!
Two more tips: if you aren't sure your hardware works, I recommend you
try your first boot with the pack write locked. Unix will panic right
after it says "mem=..." with a write locked swap, but at least this way
you won't risk corrupting your pack until you're reasonably sure the
hardware works.
Don't ever shut down the system without doing a couple of syncs first.
This is unix, after all, and you'll eventually trash your file system if
you shut down without syncing.
Bob
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA13383
for pups-liszt; Thu, 19 Feb 1998 09:58:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Bob Armstrong <bob(a)poco-adagio.santa-clara.ca.us> Tue Feb 10 15:06:31 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA13378
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 19 Feb 1998 09:58:15 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA09626 for pups(a)minnie.cs.adfa.oz.au; Thu, 19 Feb 1998 09:59:04 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802182259.JAA09626(a)henry.cs.adfa.oz.au>
Subject: Re: V7 on a PDP-11/23+
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Thu, 19 Feb 1998 09:59:04 +1100 (EST)
In-Reply-To: <Pine.LNX.3.91.980217225152.6625A-100000(a)webchat2.wbs.net> from Bob Lash at "Feb 17, 98 11:06:47 pm"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Bob Lash:
> I wanted to express my gratitude to PUPS, and especially PUPS member Bob
> Armstrong, who transferred a copy of Seventh Edition UNIX onto an RL02
> pack which worked immediately on my PDP-11/23+ ! :)
>
> Below is a copy of booting instructions that Bob provided for the 11/23+.
> These worked exactly as billed.
>
> If anyone needs some spare RL02 incandescent bulbs, I have a few on hand.
> Also, they are still availabe from Digikey at http://www.digikey.com. The
> part is a "CM 73" bulb, which is a T1 3/4 14V wedge base type.
>
> Bob Lash
> bob(a)wbs.net
Glad to hear that PUPS is of some help. There isn't really any official
membership, though. If anybody joins the mailing list or signs the `I want
a src license' petition, then I count 'em as members :-)
On the source license front, Dion at SCO is still trying to push the legal
section into producing something. I mailed him last week but haven't heard
anything back. I've asked to establish some form of dialogue with the
nay-sayers, to try & address their concerns about a personal src license.
All this for a 20-year old piece of software!
This list tends to be quiet. What did you all get up to over Christmas,
and how are your PDP-11s going?! Did anybody ever get that tape from
George Colouris in England and read its contents?
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA14215
for pups-liszt; Thu, 19 Feb 1998 14:16:37 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<> they can only because the '450 has a silo of 4 bytes
<
<The 16540 has only one byte buffer.
Oops mixed it op with a compatable hybrid...
<
<> and the 550 it's either 16 or 32 bytes.
<
<The 16550 has 4 bytes, and the 16650 has (I think) 16 bytes.
Some fo the super integration chips (FDC, IDE, 2SIO and parallel) have
extended that to 32.
<Have you modified the kernel? Normally disks will preempt ttys.
This is RT-11 and RSTS and I don't have a UNIX on the q-buss -11s.
I could recompile RT but, Qbus, interrupt priority is based on position
relative to the cpu, In mine its memory, serial io and then all the rest
in order of decreasing speed.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id SAA25982
for pups-liszt; Sun, 1 Feb 1998 18:47:10 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun Feb 1 17:47:25 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id SAA25977
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Feb 1998 18:47:04 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id SAA12606 for pups(a)minnie.cs.adfa.oz.au; Sun, 1 Feb 1998 18:47:25 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802010747.SAA12606(a)henry.cs.adfa.oz.au>
Subject: Virtual PDP Tape - update
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Sun, 1 Feb 1998 18:47:25 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
The virtual tape drive seems to be working fine. I've added RL
support, so you should be now able to install over a serial line to:
RP04, RP05 and RP06 disks.
RP03 disks.
RK05 disks.
RL01 and RL02 disks.
Other disk support would require hacking the V7 kernel sources.
I've back-ported uncompress to V7, and written a user-mode program to
read from the tape, so I'm hoping that once the basic root filesystem is
installed, you will be able to do:
$ vtget /dev/tty1 5 | uncompress | tar vxf -
and pull over compressed tar images. That should speed things up.
I will consolidate the documentation, give it a damn good testing with
Ersatz 2.0 tomorrow, and then put the whole thing up for ftp at:
ftp://minnie.cs.adfa.oz.au/PDP-11/Vtserver
I haven't heard from many of those who were `dying' for something like this
last year. Hopefully someone will find it useful :-)
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA28785
for pups-liszt; Mon, 2 Feb 1998 14:44:07 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Mon Feb 2 13:44:29 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA28780
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 2 Feb 1998 14:44:03 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA23220 for pups(a)minnie.cs.adfa.oz.au; Mon, 2 Feb 1998 14:44:29 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802020344.OAA23220(a)henry.cs.adfa.oz.au>
Subject: First Release of Virt Tape Software
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Mon, 2 Feb 1998 14:44:29 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
Ok, the alpha-cut of the virtual tape drive for installing 7th
Edition UNIX onto PDP-11s is available at
ftp://minnie.cs.adfa.oz.au/pub/PDP-11/Vtserver
It works for RK05s, but I'm getting a `panic: iinit' error for RL02s.
This indicates a bad kernel build for the RL02s, something I have to work on.
I cannot test the software for RP03/04/05/06 disks, but this should be
vanilla V7 and should work with no problems.
A couple of people emailed me and said that they would rather get 2.11BSD
(again on a PDP-11 with no tape drive). Steven, would you be prepared to
add support for the virtual tape drive into 2.11BSD? Only the boot/install
code would need to change.
Would anyone with RL02s & experience with V7 kernels help me fix the
RL02 problems?!!
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA01650
for pups-liszt; Tue, 3 Feb 1998 09:03:54 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Tue Feb 3 08:04:20 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA01645
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 3 Feb 1998 09:03:50 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA24121 for pups(a)minnie.cs.adfa.oz.au; Tue, 3 Feb 1998 09:04:20 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199802022204.JAA24121(a)henry.cs.adfa.oz.au>
Subject: Swedish PUPS
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Tue, 3 Feb 1998 09:04:20 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Did I send this PDP message on to the list?
Warren
----- Forwarded message from beast(a)lintilla2.df.lth.se -----
From: beast(a)lintilla2.df.lth.se
Date: Tue, 27 Jan 1998 14:38:52 +0100
Message-Id: <199801271338.OAA07788@sylvester.>
To: wkt(a)cs.adfa.oz.au
Subject: PUPS Membership
Hi PDP lovers!
My name is Lars Persson and I live in the south of Sweden.
I am collecting various flavors of PDP11 systems. Mainly Q-bus based ones.
Currently I have one system up running UNIX, namely an 11/23 with IDRIS.
IDRIS is roughly V6-ish, btw.
I also have in my collection a PDP11/73 with BSD 2.11 but this system is
currently suffereing from a defective boot sector on its RD54 and my TK25
has burned to cinders.. Can anybody help?
Other more or less workable systems are: 11/34, 11/03, 11/23s-/23PLUS,
11/53, PRO-350, VT103 (the VT100 with a built in Qbus for LSI PDPs)
and also several VAXen (uVAX II, 11/730 and various VAX-stations).
In my collection I also have much litterature, manuals and engineering
drawings of PDP11s, spares, RL02 diskpacks, RK05 diskpacks, RX01/02
floppies and much more. Happy to help anybody who needs it.
I have been fiddling with PDP11 computers for a considerable number
of years and I have also worked with UNIX and networking for a long long
time. =)
Regards!
/Lars Persson, HARLOSA Computer Center
----- End of forwarded message from beast(a)lintilla2.df.lth.se -----
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA02592
for pups-liszt; Tue, 3 Feb 1998 15:49:37 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
<The TU58's lack of flow control (unless you were on the Vax-750 with
<something I believed was called the MRSP roms) made them all but
<useless except in a 'standalone' environment. As a boot device they
<were just "slower than molasses in January". As a data storage device
The tu58 also knows MRSP but the host still has to buffer a 128(plus
wrapper) packet in one blast. It's assumption is that the host has
plenty of ram and a suitable buffer should be no problem at most data
rates. Call it a design error. It's also something that has to be dealt
with in all cases of serial communication.
As boot device, I used to take the average 750 console tape and rearrange
it and on average cut the load time by 60% or more. Seeks are slow being
30 seconds end to end. The fewer the better also the ordder of files can
make a difference.
I use it to boot a PDT11/130 and also an 11/23 in a BA11va (four slot
box). and it's accept able IF the files are in the best order for access.
<I tried to use the TU58 on an 11/44 once and it just wouldn't work
<reliably when trying to transfer a file from TU58 to disk. The first
<time the system had to tape a couple milliseconds to write a block to
<disk you had a DL11 overrun and the transfer was corrupt.
I have some data and the problem was on the 11/44 console side. It could
not keep up with the 9600 baud data from the tu58.
<The DL-11 to which the TU58 was attached (could it be hooked up to
<something a bit better? I would think so but don't know for sure)
<had no buffering/silo - at 9600 there was only 1 millisecond to get
<the character and that's cutting things a bit too fine on a ~.5 mips
<machine, especially if other things are going on at the same time.
I've run z80s/4mhz at 19.2k with no errors it's was the structure of the
driver and a total level of hardware buffering of one byte.
<Ummm, 'PC's I'm used to don't seem terribly upset at 10 or 20 thousand
<interrupts per second - that should be sufficient to handle any 9600
<baud serial line I'd think.
they can only because the '450 has a silo of 4 bytes and the 550 it's
either 16 or 32 bytes. That's a whole lot of time before you must
service it and then there is the matter of a few dozen mips of cpu behind
it.
<Not 'overhead' as much as just 'slowness'. An 11/44 is about .6 mips
<(an 11/73 is about 15% less) - that's quite a bit less than even a
<286.
No comparison. My 11/23 runs just fine with the TU58 running at 38.4k.
the difference is the 11/23 is not using a console processor inbetween.
In that case the DLV11j is the higest priority in the bus.
My 11/73 also uses the TU58 at 38.4 but the disks (RX02, RQDX3, RL02)
are all lower priority. Again there is no problem unless the system is
real busy and then the tu58 will do rereads for blocks that were not
ack'd.
You don't need a lot of mips to recieve data at 9600 and put it in a
buffer for later use. Coding a routine to do it reliably is sometimes
not as easy as it may look. Also coding in HLL (even C) can add overhead
not anticipated and slows execution. the problem in most PDP-11s is the
serial buffer in ram is rarely 140 bytes (data plus wrapper) so that 1mS
you have then includes the whole file system and that takes a lot of mips
to keep up with.
<The biggest problem I ran into was the fact that the disk systems
<all used SPL-5 while the serial ports (DL11,etc) were at 4. A disk
<interrupt would (and did) come in and would delay things just enough
<that the DL running at 9600 with no flow control would overrun.
That would do it. Try using a DH or DZ interface as they have a silo
and can sustain higher rates.
<If it's not doing too much else. I don't see an 11/xx handling high
<serial line rates without some form of RTS/CTS flowcontrol while a
<kernel recompile is going on ;-) If you're using a DHV-11 the
<data flow rate is quite a bit less than 38.4k - the bit timings are
Its byte timing. the bits are handled at the uart. But your right
my systems are lightly loaded and generally run RT11FB or XM.
<that fast but the board can't handle it and the effective rate is
<lower. A DHQ-11 is quite a bit better but all in all anything over
<9600 requires hardware flow control, especially if the data has to
<make its way to disk.
The serial TU58 however does not have hardware flow control though it can
be hacked on to the board. (hint inhibit the TX empty interrupt to the
8085.) FYI the PDT11/130 got around this by using a parallel interface
tu58. The parallel interfaced tu58 cannot send a byte until the receiving
system take the last one.
At one time to prove a point I did do a hacked up tu58 with hardware
flow control and a matching DLV card and ran it at 38.4, the performance
was impressive even under heavy RSX11 loading. DEC did not do this as it
would be a major redesign/requal of the product. They did know the
problem well however.
The key is look at interupt latency. PDP-11s are OK but when you add
something like burst mode DMA where the CPU can be off the buss
effectively for significant periods of time there can be performance
hits.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA25353
for pups-liszt; Sun, 1 Feb 1998 13:46:09 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Sun Feb 1 12:45:58 1998
Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA25348
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 1 Feb 1998 13:46:02 +1100 (EST)
Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137])
by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id NAA29575;
Sun, 1 Feb 1998 13:15:59 +1030 (CST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.8/8.8.7) id NAA08065;
Sun, 1 Feb 1998 13:15:58 +1030 (CST)
(envelope-from grog)
Message-ID: <19980201131558.50751(a)lemis.com>
Date: Sun, 1 Feb 1998 13:15:58 +1030
From: Greg Lehey <grog(a)lemis.com>
To: Allison J Parent <allisonp(a)world.std.com>
Cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Installing PDP-11 UNIX w. no tape - solution
References: <199801311818.AA26294(a)world.std.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84e
In-Reply-To: <199801311818.AA26294(a)world.std.com>; from Allison J Parent on Sat, Jan 31, 1998 at 01:18:24PM -0500
Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-41-739-7062
WWW-Home-Page: http://www.lemis.com/~grog
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Sat, Jan 31, 1998 at 01:18:24PM -0500, Allison J Parent wrote:
>> From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
>
>> The DL-11 to which the TU58 was attached (could it be hooked up to
>> something a bit better? I would think so but don't know for sure)
>> had no buffering/silo - at 9600 there was only 1 millisecond to get
>> the character and that's cutting things a bit too fine on a ~.5 mips
>> machine, especially if other things are going on at the same time.
>
> I've run z80s/4mhz at 19.2k with no errors it's was the structure of the
> driver and a total level of hardware buffering of one byte.
Sure. UNIX drivers have never been particularly optimized for high
async interrupt performance.
>> Ummm, 'PC's I'm used to don't seem terribly upset at 10 or 20 thousand
>> interrupts per second - that should be sufficient to handle any 9600
>> baud serial line I'd think.
>
> they can only because the '450 has a silo of 4 bytes
The 16540 has only one byte buffer.
> and the 550 it's either 16 or 32 bytes.
The 16550 has 4 bytes, and the 16650 has (I think) 16 bytes.
> That's a whole lot of time before you must service it and then there
> is the matter of a few dozen mips of cpu behind it.
That's more to the point. Don't forget that a high-end Pentium is
probably 1000 times the speed of an 11/20. I regularly get 50-60k
interrupts per second when downloading fonts to my PostScript printer,
and I think the printer is the limiting factor there.
>
>> Not 'overhead' as much as just 'slowness'. An 11/44 is about .6 mips
>> (an 11/73 is about 15% less) - that's quite a bit less than even a
>> 286.
>
> No comparison. My 11/23 runs just fine with the TU58 running at 38.4k.
> the difference is the 11/23 is not using a console processor inbetween.
> In that case the DLV11j is the higest priority in the bus.
>
> My 11/73 also uses the TU58 at 38.4 but the disks (RX02, RQDX3, RL02)
> are all lower priority. Again there is no problem unless the system is
> real busy and then the tu58 will do rereads for blocks that were not
> ack'd.
Have you modified the kernel? Normally disks will preempt ttys.
> Its byte timing. the bits are handled at the uart. But your right
> my systems are lightly loaded and generally run RT11FB or XM.
Ah.
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA25590
for pups-liszt; Sun, 1 Feb 1998 15:21:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<I get some error messages with restor (``Missing address (header) block''
<which I believe are to do with the 10,240 byte record requests from resto
<My code expects 512-byte requests, and I'm doing 20 a time to fulfill th
<10,240 request, but still problems.
Try slowing down. You may be overflowing the input buffer. This was
a common problem on TU58s hooked to the 2nd DL on some systems at speeds
above either 4800 or 9600. It only happend in the TU58 to host direction
(read) as the opposite path expected a handshake every 128 bytes(to allow
the tu58 to actually do the write to tape). It seems the tu58 would send
a 512byte block as 4 128byte packets at a sustained rate fast enough to
overrun the PDP-11 host input buffer; before it could be emptied. You
may be emulating a similar problem. PCs do not service interrupts all
that fast and OS overhead can make that longer.
Note PDP-11s can have enough overhead and higher priority stuff ahead of
the 2nd DL that it cannot take data at greater than 4800 baud (sustained
rate) without some kind of handshake to allow processing in between.
If the system is basically unloaded like my minimal 11/23 it can run at
38.4! The most likely time when this overrun can happen is while doing
processing to write (via file system) to disk and recieving data at the
same time.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA21620
for pups-liszt; Sat, 31 Jan 1998 09:06:40 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sat Jan 31 08:06:42 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA21615
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 31 Jan 1998 09:06:37 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA07375; Sat, 31 Jan 1998 09:06:43 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199801302206.JAA07375(a)henry.cs.adfa.oz.au>
Subject: Re: Installing PDP-11 UNIX w. no tape - solution
To: allisonp(a)world.std.com (Allison J Parent)
Date: Sat, 31 Jan 1998 09:06:42 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199801301446.AA19117(a)world.std.com> from Allison J Parent at "Jan 30, 98 09:46:31 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Allison J Parent:
>
> <I get some error messages with restor (``Missing address (header) block''
> <which I believe are to do with the 10,240 byte record requests from resto
> <My code expects 512-byte requests, and I'm doing 20 a time to fulfill th
> <10,240 request, but still problems.
>
> Try slowing down. You may be overflowing the input buffer.
I found the problem - my dump image was corrupt :-). I now have a clean
v7 dump of /, and there are no complaints from restor.
I've had a few people volunteer to try out the code. I'll clean it up,
finish off the docs, and put it up for ftp in a few days, with an email
on the PUPS mailing list on how to retrieve it.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id QAA22547
for pups-liszt; Sat, 31 Jan 1998 16:52:16 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Jan 31 15:36:05 1998
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id QAA22542
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 31 Jan 1998 16:52:10 +1100 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id VAA23209
for pups(a)minnie.cs.adfa.oz.au; Fri, 30 Jan 1998 21:36:05 -0800 (PST)
Date: Fri, 30 Jan 1998 21:36:05 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199801310536.VAA23209(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Installing PDP-11 UNIX w. no tape - solution
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hi -
I thought I'd chime in with my experience with "high" speed serial
transfers...
> From: allisonp(a)world.std.com (Allison J Parent)
>
> Try slowing down. You may be overflowing the input buffer. This was
> a common problem on TU58s hooked to the 2nd DL on some systems at speeds
> above either 4800 or 9600. It only happend in the TU58 to host direction
The TU58's lack of flow control (unless you were on the Vax-750 with
something I believed was called the MRSP roms) made them all but
useless except in a 'standalone' environment. As a boot device they
were just "slower than molasses in January". As a data storage device
to be used while the system was up and doing other stuff the TU58 was
quite poor.
I tried to use the TU58 on an 11/44 once and it just wouldn't work
reliably when trying to transfer a file from TU58 to disk. The first
time the system had to tape a couple milliseconds to write a block to
disk you had a DL11 overrun and the transfer was corrupt.
> (read) as the opposite path expected a handshake every 128 bytes(to allow
> the tu58 to actually do the write to tape). It seems the tu58 would send
> a 512byte block as 4 128byte packets at a sustained rate fast enough to
> overrun the PDP-11 host input buffer; before it could be emptied. You
The DL-11 to which the TU58 was attached (could it be hooked up to
something a bit better? I would think so but don't know for sure)
had no buffering/silo - at 9600 there was only 1 millisecond to get
the character and that's cutting things a bit too fine on a ~.5 mips
machine, especially if other things are going on at the same time.
> may be emulating a similar problem. PCs do not service interrupts all
> that fast and OS overhead can make that longer.
Ummm, 'PC's I'm used to don't seem terribly upset at 10 or 20 thousand
interrupts per second - that should be sufficient to handle any 9600
baud serial line I'd think.
> Note PDP-11s can have enough overhead and higher priority stuff ahead of
> the 2nd DL that it cannot take data at greater than 4800 baud (sustained
Not 'overhead' as much as just 'slowness'. An 11/44 is about .6 mips
(an 11/73 is about 15% less) - that's quite a bit less than even a
286.
The biggest problem I ran into was the fact that the disk systems
all used SPL-5 while the serial ports (DL11,etc) were at 4. A disk
interrupt would (and did) come in and would delay things just enough
that the DL running at 9600 with no flow control would overrun.
> rate) without some kind of handshake to allow processing in between.
> If the system is basically unloaded like my minimal 11/23 it can run at
> 38.4! The most likely time when this overrun can happen is while doing
If it's not doing too much else. I don't see an 11/xx handling high
serial line rates without some form of RTS/CTS flowcontrol while a
kernel recompile is going on ;-) If you're using a DHV-11 the
data flow rate is quite a bit less than 38.4k - the bit timings are
that fast but the board can't handle it and the effective rate is
lower. A DHQ-11 is quite a bit better but all in all anything over
9600 requires hardware flow control, especially if the data has to
make its way to disk.
Steven Schultz
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA24275
for pups-liszt; Sun, 1 Feb 1998 05:19:03 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<Who wouldn't? (As long as I could put Unix on it instead of VMS, of
<course.)
Maybe real Unix but I've deleted ultrix in favor of VMS! Maybe NetBSD
will sort out some of the problems.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id QAA00867
for pups-liszt; Mon, 5 Jan 1998 16:24:06 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Erin Corliss <erin(a)corliss.com> Mon Jan 5 15:23:23 1998
Received: from mb1.mailbank.com (mb1.mailbank.com [204.244.193.15])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id QAA00862
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 5 Jan 1998 16:23:54 +1100 (EST)
Received: from p91.t0.rio.com [206.96.130.191]
(HELO corliss.com)
by mb1.mailbank.com (AltaVista Mail V2.0H/2.0H BL25H listener)
id 0000_00a4_34b0_6e49_a57f;
Sun, 04 Jan 1998 21:23:21 -0800
Message-ID: <34B06E4B.20CDBAA(a)corliss.com>
Date: Sun, 04 Jan 1998 21:23:23 -0800
From: Erin Corliss <erin(a)corliss.com>
Reply-To: erin(a)corliss.com
Organization: GTA
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
MIME-Version: 1.0
To: pups(a)minnie.cs.adfa.oz.au
Subject: ...
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hello. I have a free operating system directory at:
http://rio.com/~zomad
I have a link to the PUPS home page for PDP-11 Unix & was wondering if
you can add a link to my page.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA18889
for pups-liszt; Fri, 30 Jan 1998 15:40:48 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Jan 30 14:40:50 1998
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA18884
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 30 Jan 1998 15:40:44 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA04976 for pups(a)minnie.cs.adfa.oz.au; Fri, 30 Jan 1998 15:40:50 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199801300440.PAA04976(a)henry.cs.adfa.oz.au>
Subject: Installing PDP-11 UNIX w. no tape - solution
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 30 Jan 1998 15:40:50 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Hi all,
Last year I mentioned the idea of installing PDP-11 UNIX over a
serial line, for those people who have real PDP-11s but no tape drives.
I've written the code to do this over the past few days, and its time to
pass it to someone who actually has a PDP-11 and no tape drive! The code
is of course alpha-quality, but I'm using a PC running John Wilson's Ersatz
to install 7th Edition on a simulated RK05 right now.
I need someone who has a:
+ PDP-11 which _will_ run 7th Edition
+ Spare RK05, RP03, RP04, RP05 or RP06 disk
+ A DL/KL-11 serial port at vector 0176500 (i.e 2nd unit)
+ An RS-232 null modem with hardware handshaking lines
+ A machine running a 32-bit Unix to host the other end of the
serial connection
+ Spare time, and a tendency for masochism :-)
Someone who also has a PDP-11 running v7, and a source license would
be a bonus, as they might be able to help with the debugging.
I'm at the point where I can bring in the `boot' file (record 0) off the
simulated UNIX install tape, load and run cat, mkfs, icheck and restor.
I get some error messages with restor (``Missing address (header) block''),
which I believe are to do with the 10,240 byte record requests from restor.
My code expects 512-byte requests, and I'm doing 20 a time to fulfill the
10,240 request, but still problems.
Once the code is solid, I'd like to add other disks (RL02s etc.), and write
a user-mode program to read from the tape once UNIX has booted off disk.
This will allow other tape formats (e.g tar) to be read in.
If anybody would be willing to participate in getting this stuff to work
well, could they e-mail me next week?!
Thanks in advance,
Warren wkt(a)cs.adfa.oz.au
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA20201
for pups-liszt; Sat, 31 Jan 1998 01:46:41 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<dog-mansion, but unless someone offered me a PDP-11 with a 64-bit data bus
<that was made with modern chip manufacturing techniques and had a decent
<user interface & peripherals, I'd still choose a PC over a PDP-11.
The 32bit version is called a vax! I'll take a vax over a PC anyday.
Come to mention it I have 6 Vaxen and 4 operating qbus pdp-11s.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA26050
for pups-liszt; Tue, 9 Dec 1997 13:20:17 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Erin Corliss <zomad(a)rio.com> Tue Dec 9 12:21:45 1997
Received: from rio.com (rio.com [206.96.130.10])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA26045
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 9 Dec 1997 13:20:08 +1100 (EST)
Received: from localhost (zomad@localhost) by rio.com (8.8.5/8.8.5) with SMTP id SAA14664; Mon, 8 Dec 1997 18:21:46 -0800 (PST)
Date: Mon, 8 Dec 1997 18:21:45 -0800 (PST)
From: Erin Corliss <zomad(a)rio.com>
To: Allison J Parent <allisonp(a)world.std.com>
cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
In-Reply-To: <199712090117.AA23476(a)world.std.com>
Message-ID: <Pine.SOL.3.95.971208182054.13496A-100000(a)rio.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Mon, 8 Dec 1997, Allison J Parent wrote:
>
> <dog-mansion, but unless someone offered me a PDP-11 with a 64-bit data bus
> <that was made with modern chip manufacturing techniques and had a decent
> <user interface & peripherals, I'd still choose a PC over a PDP-11.
>
> The 32bit version is called a vax! I'll take a vax over a PC anyday.
> Come to mention it I have 6 Vaxen and 4 operating qbus pdp-11s.
Who wouldn't? (As long as I could put Unix on it instead of VMS, of
course.)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA26200
for pups-liszt; Tue, 9 Dec 1997 14:33:16 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<Does the DL11 port have an interrupt that is driven when data is
<received, or do processes have to constantly poll it to receive data?
Yes or you can poll.
<Is the information stored on a PDP-11 disk in 8 or 9 bit words? How
<many bits per word are transmitted/received by the DL11?
Disks are 8bit (2 8bit, 1 word = 16bits) and the DL can be set to send
7 or 8 bits and with or with out parity.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA15000
for pups-liszt; Sat, 6 Dec 1997 03:40:35 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Neil Johnson <neil(a)skatter.usask.ca> Sat Dec 6 02:40:07 1997
Received: from skatter.USask.Ca (skatter.usask.ca [128.233.14.1])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id DAA14993
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 6 Dec 1997 03:40:26 +1100 (EST)
Received: (from neil@localhost)
by skatter.USask.Ca (8.8.5/8.8.5) id KAA05287;
Fri, 5 Dec 1997 10:40:07 -0600 (CST)
Date: Fri, 5 Dec 1997 10:40:07 -0600 (CST)
From: Neil Johnson <neil(a)skatter.usask.ca>
Message-Id: <199712051640.KAA05287(a)skatter.USask.Ca>
To: wkt(a)cs.adfa.oz.au, zomad(a)rio.com
Subject: Re: PDP-11 Unix v5
Cc: pups(a)minnie.cs.adfa.oz.au
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
It may be difficult to find a Q-bus RK05 controller. RL01/RL02 drives
and controllers are a lot more common, and bigger, so might be a better
choice. You might have to switch to v6 Unix to get the RL support though.
Neil
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA15046
for pups-liszt; Sat, 6 Dec 1997 03:54:13 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sat Dec 6 02:53:53 1997
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id DAA15041
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sat, 6 Dec 1997 03:54:09 +1100 (EST)
Received: by alph02.triumf.ca; id AA01585; Fri, 5 Dec 1997 08:53:53 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9712051653.AA01585(a)alph02.triumf.ca>
Subject: PDP-11: Disk over Serial proposal (fwd)
To: pups(a)minnie.cs.adfa.oz.au
Date: Fri, 5 Dec 1997 08:53:53 -0800 (PST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Ok, it would be nice to have a way of installing Unix onto a PDP-11 without a
> tape drive. Here's a proposal: please comment on it (i.e shoot it down!). I
> actually wrote a very similar system to move files off my Apple ][ once.
>
> The PDP-11 is connected serially to another computer, using a DL11 port. The
> other computer will simulate one or more disk drives which are acessible by
> commands sent over the serial line.
> [Protocol description]
> Do we need a more sophisticated protocol with checksums, multiple outstanding
> commands, acknowledgments, framing bytes etc.?
Your proposal sounds very similar to the existing protocol (RSP) used
to access remote block-addressable devices (TU58's) over a DL11 port.
Why not just choose the RSP protocol? It has the advantages of already
being defined and it already has support in most DEC OS's. It could
be easily extended to support larger devices. And RSP-servers
already exist for BSD-ish systems - see, for example,
ftp://sunsite.unc.edu/pub/academic/computer-science/history/pdp-11/utils/tu…
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA19692
for pups-liszt; Sun, 7 Dec 1997 15:15:38 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun Dec 7 14:15:41 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA19687
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 7 Dec 1997 15:15:34 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA06858; Sun, 7 Dec 1997 15:15:41 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199712070415.PAA06858(a)henry.cs.adfa.oz.au>
Subject: Re: PDP-11: Disk over Serial proposal
To: robin(a)falstaf.demon.co.uk (Robin Birch)
Date: Sun, 7 Dec 1997 15:15:41 +1100 (EST)
Cc: erin(a)corliss.com, pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <57g$OAAVC8h0Ewlc(a)falstaf.demon.co.uk> from Robin Birch at "Dec 5, 97 08:51:33 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Robin Birch:
> This shouldn't be a problem. Thinking from a 2.11 point of view, if
> something that could load the standalone kernel was written and an
> additional deveice driver included that would talk over the serial line
> once the standalone stuff was up you could treat the PC, or whatever, as
> a tape drive. Whilst this doesn't give all the frills of full disc
> access it has a couple of good thigs to it:
I was thinking of simulating a disk, as then we could manipulate the
disk image using an emulator on the PC end, and still use it on the PDP-11
end. I've made some changes to the suggestions I emailed, and if I get some
time just after Xmas, I'll try to get something working under v6. Then I
can port it up to v7 and 2BSD.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA19707
for pups-liszt; Sun, 7 Dec 1997 15:17:19 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun Dec 7 14:17:16 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA19702
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 7 Dec 1997 15:17:15 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA06883; Sun, 7 Dec 1997 15:17:16 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199712070417.PAA06883(a)henry.cs.adfa.oz.au>
Subject: Re: PDP-11 Unix v5
To: neil(a)skatter.usask.ca (Neil Johnson)
Date: Sun, 7 Dec 1997 15:17:16 +1100 (EST)
Cc: wkt(a)cs.adfa.oz.au, zomad(a)rio.com, pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <199712051640.KAA05287(a)skatter.USask.Ca> from Neil Johnson at "Dec 5, 97 10:40:07 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Neil Johnson:
> It may be difficult to find a Q-bus RK05 controller. RL01/RL02 drives
> and controllers are a lot more common, and bigger, so might be a better
> choice. You might have to switch to v6 Unix to get the RL support though.
Given how close v6 and v6 were, backporting the RL driver to v5 shouldn't
present too many problems. I hope :-)
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA19719
for pups-liszt; Sun, 7 Dec 1997 15:18:32 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Sun Dec 7 14:18:42 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id PAA19714
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 7 Dec 1997 15:18:28 +1100 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id PAA06903; Sun, 7 Dec 1997 15:18:42 +1100 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199712070418.PAA06903(a)henry.cs.adfa.oz.au>
Subject: Re: PDP-11: Disk over Serial proposal (fwd)
To: shoppa(a)alph02.triumf.ca (Tim Shoppa)
Date: Sun, 7 Dec 1997 15:18:42 +1100 (EST)
Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
In-Reply-To: <9712051653.AA01585(a)alph02.triumf.ca> from Tim Shoppa at "Dec 5, 97 08:53:53 am"
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
In article by Tim Shoppa:
> Your proposal sounds very similar to the existing protocol (RSP) used
> to access remote block-addressable devices (TU58's) over a DL11 port.
> Why not just choose the RSP protocol? It has the advantages of already
> being defined and it already has support in most DEC OS's. It could
> be easily extended to support larger devices. And RSP-servers
> already exist for BSD-ish systems - see, for example,
>
> ftp://sunsite.unc.edu/pub/academic/computer-science/history/pdp-11/utils/tu…
>
> Tim. (shoppa(a)triumf.ca)
How complex is the tu58 protocol? I wanted something that we could
hand-toggle the boot code, if necessary. I'll pull that file and have a look.
Thanks Tim,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id QAA19870
for pups-liszt; Sun, 7 Dec 1997 16:17:32 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Sun Dec 7 15:17:23 1997
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id QAA19865
for <pups(a)minnie.CS.ADFA.OZ.AU>; Sun, 7 Dec 1997 16:17:27 +1100 (EST)
Received: by alph02.triumf.ca; id AA22184; Sat, 6 Dec 1997 21:17:23 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9712070517.AA22184(a)alph02.triumf.ca>
Subject: Re: PDP-11: Disk over Serial proposal
To: pups(a)minnie.cs.adfa.oz.au
Date: Sat, 6 Dec 1997 21:17:23 -0800 (PST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> How complex is the tu58 protocol? I wanted something that we could
> hand-toggle the boot code, if necessary.
Many (most) Q-bus processors have TU58 bootstraps in firmware.
Certainly all 11/73B, 11/83, 11/93, 11/84, and 11/94 have the
bootstraps.
Later Unibus processors (11/24, 11/44) often had TU58 bootstrap
PROMs to boot diagnostics from TU58.
The TU58 drivers aren't as simple as RK05 drivers (is anything as
simple as a RK05 driver?) but they are comparable with, say,
RL01/02 and RX02 drivers.
One thing we don't want people doing is thinking that the TU58
protocol can be used as a poor man's system disk. Yes, it is
flexible enough to be used as such, but it would be cruel to
allow anyone to do that to themselves :-)
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA21405
for pups-liszt; Mon, 8 Dec 1997 04:19:06 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Pete Turnbull <pnt103(a)cs.york.ac.uk>" <pete(a)indy.dunnington.york.ac.uk> Mon Dec 8 03:18:36 1997
Received: from indy.dunnington.york.ac.uk (ppp6.york.ac.uk [144.32.4.106])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id EAA21400
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 8 Dec 1997 04:18:57 +1100 (EST)
Received: by indy.dunnington.york.ac.uk (940816.SGI.8.6.9/940406.SGI.AUTO)
for pups(a)minnie.cs.adfa.oz.au id RAA01057; Sun, 7 Dec 1997 17:18:47 GMT
From: "Pete Turnbull <pnt103(a)cs.york.ac.uk>" <pete(a)indy.dunnington.york.ac.uk>
Message-Id: <9712071718.ZM1055(a)indy.dunnington.york.ac.uk>
Date: Sun, 7 Dec 1997 17:18:36 +0000
Reply-To: pnt103(a)cs.york.ac.uk
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Dec 6, 21:17, Tim Shoppa wrote:
> Many (most) Q-bus processors have TU58 bootstraps in firmware.
> Certainly all 11/73B, 11/83, 11/93, 11/84, and 11/94 have the
> bootstraps.
Are you sure, Tim? My 11/73 doesn't, and according to my microPDP-11
Maintenance Manual, only the 11/23+ and microPDP-11/23 have TU58 -- the only
tape devices listed for 11/73 and 11/83 are TK25 and TK50 (my manual is too
old to include 11/53 and 11/93).
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA21591
for pups-liszt; Mon, 8 Dec 1997 05:05:40 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Mon Dec 8 04:05:23 1997
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA21582
for <pups(a)minnie.CS.ADFA.OZ.AU>; Mon, 8 Dec 1997 05:05:29 +1100 (EST)
Received: by alph02.triumf.ca; id AA01939; Sun, 7 Dec 1997 10:05:24 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9712071805.AA01939(a)alph02.triumf.ca>
Subject: Re: PDP-11: Disk over Serial proposal
To: pups(a)minnie.cs.adfa.oz.au
Date: Sun, 7 Dec 1997 10:05:23 -0800 (PST)
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> > Many (most) Q-bus processors have TU58 bootstraps in firmware.
> > Certainly all 11/73B, 11/83, 11/93, 11/84, and 11/94 have the
> > bootstraps.
>
> Are you sure, Tim? My 11/73 doesn't
Is this a KDJ11A (dual-height, no boot ROMs on the CPU board) or
a KDJ11B (quad-height, boot ROMs on the CPU board)? If you
have a KDJ11A, then your boot ROM resides in a MXV11, a BDV11, or
elsewhere (possibly a third-party controller) in your system. (You'll
notice that I said "11/73B" in my above message, because the
KDJ11A has no boot ROMs at all...)
My KDJ11B has the following built in bootstraps (listed through
"Setup" in the boot menu or with a "Boot" followed by a "?"):
DU 0-255 CPU ROM RDnn, RXnn, RC25, RAnn
DL 0-3 CPU ROM RL01, RL02
DX 0-1 CPU ROM RX01
DY 0-1 CPU ROM RX02
DD 0-1 CPU ROM TU58
DK 0-7 CPU ROM RK05
MU 0-255 CPU ROM TK50, TU81
MS 0-3 CPU ROM TK25, TS05
XH 0-1 CPU ROM DECNET ETHERNET
NU 0-15 CPU ROM DECNET DUV11
NE 0-15 CPU ROM DECNET DLV11-E
NF 0-15 CPU ROM DECNET DLV11-F
If your KDJ11B doesn't allow you to see the above list, then
the boot menu has been disabled and it has been set to only
auto-boot. I can tell you how to reconfigure to get at the
boot menu.
> and according to my microPDP-11
> Maintenance Manual, only the 11/23+ and microPDP-11/23 have TU58 -- the only
> tape devices listed for 11/73 and 11/83 are TK25 and TK50 (my manual is too
> old to include 11/53 and 11/93).
Part of the confusion may lie in the fact that TU58's appear to the system
to be disk (block-addressable) instead of tape devices :-). The downside,
of course, is that it's a disk with a 30-second seek time!
I certainly don't want anyone to think that I'm extolling the TU58 as a
perfect wonderful device. There are lots of reasons to *not* use them. My
point was mainly that the RSP (radial serial protocol) used to speak to
them is well-defined and already exists; there's no use in re-inventing
the wheel.
Tim. (shoppa(a)triumf.ca)
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id IAA21994
for pups-liszt; Mon, 8 Dec 1997 08:11:11 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Pete Turnbull <pnt103(a)cs.york.ac.uk>" <pete(a)indy.dunnington.york.ac.uk> Mon Dec 8 07:10:43 1997
Received: from indy.dunnington.york.ac.uk (ppp5.york.ac.uk [144.32.4.105])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id IAA21989
for <pups(a)minnie.cs.adfa.oz.au>; Mon, 8 Dec 1997 08:10:59 +1100 (EST)
Received: by indy.dunnington.york.ac.uk (940816.SGI.8.6.9/940406.SGI.AUTO)
for pups(a)minnie.cs.adfa.oz.au id VAA01507; Sun, 7 Dec 1997 21:10:53 GMT
From: "Pete Turnbull <pnt103(a)cs.york.ac.uk>" <pete(a)indy.dunnington.york.ac.uk>
Message-Id: <9712072110.ZM1505(a)indy.dunnington.york.ac.uk>
Date: Sun, 7 Dec 1997 21:10:43 +0000
In-Reply-To: Tim Shoppa <shoppa(a)alph02.triumf.ca>
"Re: PDP-11: Disk over Serial proposal" (Dec 7, 10:05)
References: <9712071805.AA01939(a)alph02.triumf.ca>
Reply-To: pnt103(a)cs.york.ac.uk
X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail)
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Dec 7, 10:05, Tim Shoppa wrote:
> > > Many (most) Q-bus processors have TU58 bootstraps in firmware.
> > > Certainly all 11/73B, 11/83, 11/93, 11/84, and 11/94 have the
> > > bootstraps.
> >
> > Are you sure, Tim? My 11/73 doesn't
> Is this a KDJ11A (dual-height, no boot ROMs on the CPU board) or
Well, my KDJ11 systems are somewhat non-standard, so it's possibly not
relevant. I can't easily check ATM, as they're running live Unix systems :-)
My point
was that I didn't think the TU58 was in all revisions of the bootstrap ROMs.
I know how to get the information (from a variety of revisions and CPUs)
because I not only have the documentation, I used to be employed as a
maintenance 'engineer' on QBus systems.
> Part of the confusion may lie in the fact that TU58's appear to the system
> to be disk (block-addressable) instead of tape devices :-).
Indeed, but we both know that DD means tape :-)
> The downside,
> of course, is that it's a disk with a 30-second seek time!
But still better than some systems. (Fond memories of TU56's on a PDP8, and
not-so-fond memories of friends' Commodore disks, which seemed slower even
than that).
And as Tim points out, RSP is well-defined, tried, and tested.
--
Pete Peter Turnbull
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA22424
for pups-liszt; Mon, 8 Dec 1997 11:15:07 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Mon Dec 8 10:14:41 1997
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id LAA22416
for <pups(a)minnie.CS.ADFA.OZ.AU>; Mon, 8 Dec 1997 11:14:57 +1100 (EST)
Received: by alph02.triumf.ca; id AA24774; Sun, 7 Dec 1997 16:14:41 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9712080014.AA24774(a)alph02.triumf.ca>
Subject: Re: PDP-11: Disk over Serial proposal
To: pups(a)minnie.cs.adfa.oz.au
Date: Sun, 7 Dec 1997 16:14:41 -0800 (PST)
Cc: shoppa(a)alph02.triumf.ca
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Well, my KDJ11 systems are somewhat non-standard, so it's possibly not
> relevant. I can't easily check ATM, as they're running live Unix systems :-)
> My point
> was that I didn't think the TU58 was in all revisions of the bootstrap ROMs.
>
> I know how to get the information (from a variety of revisions and CPUs)
> because I not only have the documentation, I used to be employed as a
> maintenance 'engineer' on QBus systems.
OK, then, I *think* the most complete official summary of hardware bootstraps is
Micronote #15, something that every Q-bus maintenance engineer ought to
have readily available... If our esteemed list-owner will allow me to post an
excerpt from it:
*begin excerpt*
+============+======================================================+
| | |
| BOOT | DESCRIPTION |
| DEVICE | |
| | |
+============+======================================================+
| BDV11 | Bus Terminator, Bootstrap & Diagnostic ROM |
| | used primarily with older LSI-11 configurations |
+------------+------------------------------------------------------+
| MXV11-A2 | Bootstrap ROM set designed for MXV11-A board |
+------------+------------------------------------------------------+
| MXV11-B2 | Bootstrap ROM set designed for MXV11-BF & MRV11-D |
+------------+------------------------------------------------------+
| KDF11-BA | Bootstrap ROM on board PDP-11/23+ systems |
+------------+------------------------------------------------------+
| KDF11-BE | Bootstrap ROM on board MicroPDP-11/23 systems |
+------------+------------------------------------------------------+
| KDF11-BF | New Bootstrap ROM for PDP-11/23+ and MicroPDP-11/23 |
+------------+------------------------------------------------------+
| KXT11-A2 | Bootstrap ROM on board Falcon |
+------------+------------------------------------------------------+
| KXT11-A5 | Bootstrap ROM on board Falcon-Plus |
+------------+------------------------------------------------------+
| KDJ11-B | Bootstrap ROM on board MicroPDP-11/73 CPU |
+------------+------------------------------------------------------+
| uVAX I | Bootstrap ROM on board MicroVAX I CPU |
+============+======================================================+
Page 2
BOOTSTRAP DEVICE SUPPORT
+==========+==========+==========+==========+==========+==========+
| DEVICE | BDV11 | MXV11-A2 | MXV11-B2 | KDF11-BA | KDF11-BE |
| | | | | | |
| | Rev A | |see Note 2| part no | part no. |
| | | | | 23-339E2| 23-157E4|
| |see Note 1| | | 23-340E2| 23-158E4|
+==========+==========+==========+==========+==========+==========+
| RX01 | X | X | X | X | X |
+----------+----------+----------+----------+----------+----------+
| RX02 | X | X | X | X | X |
+----------+----------+----------+----------+----------+----------+
| TU58 |see Note 1| X | X | X | X |
+----------+----------+----------+----------+----------+----------+
| RL01/2 | X | X | X | X | X |
+----------+----------+----------+----------+----------+----------+
| MRV11-C | | X | | X | |
+----------+----------+----------+----------+----------+----------+
| MRV11-D | | | | | |
+----------+----------+----------+----------+----------+----------+
| RK05 | X | X | | | |
+----------+----------+----------+----------+----------+----------+
| RX50 | | | X | | X |
+----------+----------+----------+----------+----------+----------+
| RD51 | | | X | | X |
+----------+----------+----------+----------+----------+----------+
| RD52 | | | | | |
+----------+----------+----------+----------+----------+----------+
| TSV05 | | | X | | |
+----------+----------+----------+----------+----------+----------+
| TK25 | | | | | |
+----------+----------+----------+----------+----------+----------+
| RC25 | | | | | |
+----------+----------+----------+----------+----------+----------+
| DEQNA | | | | | |
+----------+----------+----------+----------+----------+----------+
| DLV11-E | X | | X | X | |
+----------+----------+----------+----------+----------+----------+
| DLV11-F | X | | X | X | |
+----------+----------+----------+----------+----------+----------+
| DUV11 | X | | X | X | |
+----------+----------+----------+----------+----------+----------+
| DPV11 | | | X | | |
+==========+==========+==========+==========+==========+==========+
Page 3
BOOTSTRAP DEVICE SUPPORT
+==========+==========+==========+==========+==========+==========+
| DEVICE | KDF11-BF | KXT11-A2 | KXT11-A5 | KDJ11-B | uVAX I |
| | | | | | |
| | part no | | |available |available |
| | 23-183E4| | | on CPU | on CPU |
| | 23-184E4| | |board only|board only|
+==========+==========+==========+==========+==========+==========+
| RX01 | X | X | X | X | |
+----------+----------+----------+----------+----------+----------+
| RX02 | X | X | X | X | |
+----------+----------+----------+----------+----------+----------+
| TU58 | X | X | X | X | |
+----------+----------+----------+----------+----------+----------+
| RL01/2 | X | | X | X | |
+----------+----------+----------+----------+----------+----------+
| MRV11-C | | | | | |
+----------+----------+----------+----------+----------+----------+
| MRV11-D | | | | | X |
+----------+----------+----------+----------+----------+----------+
| RK05 | | | | X | |
+----------+----------+----------+----------+----------+----------+
| RX50 | X | | X | X | X |
+----------+----------+----------+----------+----------+----------+
| RD51 | X | | X | X | X |
+----------+----------+----------+----------+----------+----------+
| RD52 | X | | | X | X |
+----------+----------+----------+----------+----------+----------+
| TSV05 | X | | | | |
+----------+----------+----------+----------+----------+----------+
| TK25 | X | | | X | |
+----------+----------+----------+----------+----------+----------+
| RC25 | X | | |See note 3|See note 3|
+----------+----------+----------+----------+----------+----------+
| DEQNA | X | | | X | X |
+----------+----------+----------+----------+----------+----------+
| DLV11-E | | | | X | |
+----------+----------+----------+----------+----------+----------+
| DLV11-F | | | | X | |
+----------+----------+----------+----------+----------+----------+
| DUV11 | | | | X | |
+----------+----------+----------+----------+----------+----------+
| DPV11 | | | | | |
+==========+==========+==========+==========+==========+==========+
Page 4
NOTES:
------
(1) The information in the BDV11 column refers to the Rev A
chips. There were also Rev O chips and an additional TU58
chip that can be added to the board:
Rev O:
Part numbers 23-010E2, 23-011E2
Does NOT support:
DLV11-F, RX02 as bootable devices
TU58 ROM:
Part number 23-126F3
Inserted into socket XE40. Other ROM must be
Rev A. Allows use of the TU58 DECtape II as
a bootable device.
*end excerpt*
It looks to me like the only devices with more complete than TU58
hardware bootstrap support in the Q-bus world are RX01 and RX02... and
RX02 is already supported for the standalone utilities in
BSD2.11, thanks to the efforts of someone who will here go nameless :-)
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id CAA24287
for pups-liszt; Tue, 9 Dec 1997 02:01:48 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Erin Corliss <zomad(a)rio.com> Tue Dec 9 01:03:34 1997
Received: from rio.com (rio.com [206.96.130.10])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id CAA24282
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 9 Dec 1997 02:01:43 +1100 (EST)
Received: from localhost (zomad@localhost) by rio.com (8.8.5/8.8.5) with SMTP id HAA29933 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 8 Dec 1997 07:03:34 -0800 (PST)
Date: Mon, 8 Dec 1997 07:03:34 -0800 (PST)
From: Erin Corliss <zomad(a)rio.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
In-Reply-To: <9712070517.AA22184(a)alph02.triumf.ca>
Message-ID: <Pine.SOL.3.95.971208064741.29193B-100000(a)rio.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Sat, 6 Dec 1997, Tim Shoppa wrote:
> One thing we don't want people doing is thinking that the TU58
> protocol can be used as a poor man's system disk. Yes, it is
> flexible enough to be used as such, but it would be cruel to
> allow anyone to do that to themselves :-)
Ummm.... I'd just like to point out here that if I was intending to put
PDP-11 Unix to any meaningful use (which *would* be a terrible thing to
do to myself) I'd just run an emulator on one of my other computers. What
I'm looking for here is a project I can kill some of my weekends on. I
was thinking eventually I could wire the /usr/games/chess up to my web
page so people could "Play a game of chess with the PDP-11!", you know, as
kind of a freak show act....
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id EAA24704
for pups-liszt; Tue, 9 Dec 1997 04:46:07 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Daniel A. Seagraves" <dseagrav(a)bsdserver.tek-star.net> Tue Dec 9 03:35:02 1997
Received: from bsdserver.tek-star.net ([206.29.81.10])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id EAA24699
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 9 Dec 1997 04:46:01 +1100 (EST)
Received: from localhost (dseagrav@localhost) by bsdserver.tek-star.net (8.7.3/8.7.3) with SMTP id LAA09165; Mon, 8 Dec 1997 11:35:03 -0600 (CST)
Date: Mon, 8 Dec 1997 11:35:02 -0600 (CST)
From: "Daniel A. Seagraves" <dseagrav(a)bsdserver.tek-star.net>
To: Erin Corliss <zomad(a)rio.com>
cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
In-Reply-To: <Pine.SOL.3.95.971208064741.29193B-100000(a)rio.com>
Message-ID: <Pine.BSI.3.95.971208113224.9085A-100000(a)bsdserver.tek-star.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Mon, 8 Dec 1997, Erin Corliss wrote:
> Ummm.... I'd just like to point out here that if I was intending to put
> PDP-11 Unix to any meaningful use (which *would* be a terrible thing to
> do to myself) I'd just run an emulator on one of my other computers. What
> I'm looking for here is a project I can kill some of my weekends on. I
> was thinking eventually I could wire the /usr/games/chess up to my web
> page so people could "Play a game of chess with the PDP-11!", you know, as
> kind of a freak show act....
Freak show? Actually, an emulator on a PC would be more of a freak show!
I have come to the conclusion that PCs are freaks - REAL computers come in
racks! The bigger the better, unless I can't store it...
(Speaking of which: Anyone want an IBM S/34 in running condition with
software? [Loads of 8" floppies])
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA25478
for pups-liszt; Tue, 9 Dec 1997 09:17:15 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Erin Corliss <zomad(a)rio.com> Tue Dec 9 08:19:01 1997
Received: from rio.com (rio.com [206.96.130.10])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA25473
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 9 Dec 1997 09:17:11 +1100 (EST)
Received: from localhost (zomad@localhost) by rio.com (8.8.5/8.8.5) with SMTP id OAA28217; Mon, 8 Dec 1997 14:19:01 -0800 (PST)
Date: Mon, 8 Dec 1997 14:19:01 -0800 (PST)
From: Erin Corliss <zomad(a)rio.com>
To: "Daniel A. Seagraves" <dseagrav(a)bsdserver.tek-star.net>
cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11: Disk over Serial proposal
In-Reply-To: <Pine.BSI.3.95.971208113224.9085A-100000(a)bsdserver.tek-star.net>
Message-ID: <Pine.SOL.3.95.971208135352.26457B-100000(a)rio.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Mon, 8 Dec 1997, Daniel A. Seagraves wrote:
> Freak show? Actually, an emulator on a PC would be more of a freak show!
Well, personally I think it's the *realness* of the thing that sells
tickets to freak shows. You can paint all the pictures of two headed
babies you want, but the guy who has a living one in a jar is the one who
draws the crowd. 8^)
> I have come to the conclusion that PCs are freaks - REAL computers come in
> racks! The bigger the better, unless I can't store it...
I'm not going to argue for PC's. My roommate & I have about 20 of them
lying around and we've been working furiously lately to consolidate them
into one big rackmounted, networked Linux system. In fact one of the
projects that's been slowly moving toward the front of my mind is to
modify the forking and piping system in Linux so that the OS can
dynamically allocate networked motherboards when it needs to run new
tasks... Like if you run two tasks from the console it will run one on
the local machine and pick a remote machine on the network to run the next
one, then pipe the output from both of them back to the console so they
both appear to have been run on the local machine. It wouldn't increase
the "BogoMips" but it would be nice for graphics rendering,
inexpensive multiuser systems, or anything else that needs or can use
multiple processes. But I digress. Yes, PC's are built like a psychotic
dog-mansion, but unless someone offered me a PDP-11 with a 64-bit data bus
that was made with modern chip manufacturing techniques and had a decent
user interface & peripherals, I'd still choose a PC over a PDP-11.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA25634
for pups-liszt; Tue, 9 Dec 1997 10:18:59 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Tim Shoppa <shoppa(a)alph02.triumf.ca> Tue Dec 9 09:16:11 1997
Received: from alph02.triumf.ca (alph02.Triumf.CA [142.90.114.18])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id KAA25629
for <pups(a)minnie.CS.ADFA.OZ.AU>; Tue, 9 Dec 1997 10:18:52 +1100 (EST)
Received: by alph02.triumf.ca; id AA10544; Mon, 8 Dec 1997 15:16:11 -0800
From: Tim Shoppa <shoppa(a)alph02.triumf.ca>
Message-Id: <9712082316.AA10544(a)alph02.triumf.ca>
Subject: Re: PDP-11: Disk over Serial proposal
To: zomad(a)rio.com (Erin Corliss)
Date: Mon, 8 Dec 1997 15:16:11 -0800 (PST)
Cc: pups(a)minnie.cs.adfa.oz.au
In-Reply-To: <Pine.SOL.3.95.971208064741.29193B-100000(a)rio.com> from "Erin Corliss" at Dec 8, 97 07:03:34 am
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
> Ummm.... I'd just like to point out here that if I was intending to put
> PDP-11 Unix to any meaningful use (which *would* be a terrible thing to
> do to myself) I'd just run an emulator on one of my other computers. What
> I'm looking for here is a project I can kill some of my weekends on. I
> was thinking eventually I could wire the /usr/games/chess up to my web
> page so people could "Play a game of chess with the PDP-11!", you know, as
> kind of a freak show act....
Well, if you just want a minimal system that can play simple games
through the console port, you don't need any of the Unices. RT-11
is perfectly servicable and will boot from floppy or TU58 quite nicely; it's
even possible to have a working TCP/IP implementation on a 11/03
this way.
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA25904
for pups-liszt; Tue, 9 Dec 1997 12:17:18 +1100 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Hi, I'm interested in buying old hardware like PDP-11, VAX,
Sun, etc., if possible near Italy (or in E.U.). Can someone
subscribed to this list suggest me [someone|a company|a university] that
sells this type of hardware, please?
Regards,
Sandro
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA15858
for pups-liszt; Fri, 10 Oct 1997 09:00:59 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Fri Oct 10 09:00:59 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id JAA15853
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Oct 1997 09:00:55 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA02541 for pups(a)minnie.cs.adfa.oz.au; Fri, 10 Oct 1997 09:00:59 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199710092300.JAA02541(a)henry.cs.adfa.oz.au>
Subject: PDP-11 Xenix
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Fri, 10 Oct 1997 09:00:59 +1000 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
I just received this email from Frank Wortner. Anybody have a copy of PDP-11
Xenix?
Warren
----- Forwarded message from Frank Wortner -----
From: "Frank Wortner" <fwortner(a)prodigy.net>
To: <wkt(a)cs.adfa.oz.au>
Subject: Re: Request to Join PUPS
I've sent off email to a friend of mine who preserved some materials from a
now-defunct software company we used to work for. He *might* have that
tape. I regret not keeping track of it, but fifteen years have elapsed
since I last booted it.
Too bad. PDP-11 Xenix had a number of nice features.
o It was based on the Seventh Edition.
o It ran on everything from a PDP-11/23 on up.
o It could simulate split instruction and data space on non I&D machines.
(*)
o It had a complete shutdown procedure (an elaborate /etc/shutdown script)
o The kernel was delivered as an archive library (".a" file), so you could
reconfigure without source.
Perhaps someone at SCO (or Microsoft) may still have a tape of it. Most
software firms archive their products in secure vaults, so it might still
exist in some warehouse.
(*) The scheme involved paging the instructions while the data remained
resident. The first 8K of the program was always resident and contained a
jump table and supporting software. The next 8K held whatever instructions
were executing at the time, while the remaining 48K was reserved for the
data and stack segments. Building a simulated I&D executable required the
user to link once as a pure executable, once as a split executable, and
finally running both executables through a program which built the final
simulated split I&D executable. The compiler had an option ('-j' if I
recall correctly) that performed these three links automatically.
Sorry for the rambling note, but I'm just a bit overwhelmed by nostalgia.
;-)
Frank
----- End of forwarded message from Frank Wortner -----
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id KAA16074
for pups-liszt; Fri, 10 Oct 1997 10:58:50 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Frank Wortner" <fwortner(a)prodigy.net> Fri Oct 10 10:58:40 1997
Received: from europe.std.com (europe.std.com [199.172.62.20])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id KAA16069
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Oct 1997 10:58:45 +1000 (EST)
Received: from world.std.com by europe.std.com (8.7.6/BZS-8-1.0)
id UAA27221; Thu, 9 Oct 1997 20:58:40 -0400 (EDT)
Received: by world.std.com (5.65c/Spike-2.0)
id AA13113; Thu, 9 Oct 1997 20:58:40 -0400
Date: Thu, 9 Oct 1997 20:58:40 -0400
From: allisonp(a)world.std.com (Allison J Parent)
Message-Id: <199710100058.AA13113(a)world.std.com>
To: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11 Xenix
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
<I just received this email from Frank Wortner. Anybody have a copy of PDP-1
<Xenix?
<
< Warren
Well yes, sorta. It's on the net, John Wilson has it on ftp.dbit.com. The
however is it's for the PRO350/380 systems. I don't know if it can be moved
to more standard PDP-11 configurations.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA16364
for pups-liszt; Fri, 10 Oct 1997 13:20:26 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "David C. Jenner" <djenner(a)halcyon.com> Fri Oct 10 13:20:01 1997
Received: from mgate.nwnexus.com (mgate.nwnexus.com [206.63.63.100])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA16359
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Oct 1997 13:20:19 +1000 (EST)
Received: from halcyon.com (blv-lx103-ip6.nwnexus.net [206.63.41.56])
by mgate.nwnexus.com (8.8.5/8.8.5) with ESMTP id UAA14086;
Thu, 9 Oct 1997 20:19:57 -0700
Message-ID: <343D9EE1.1E1F32E4(a)halcyon.com>
Date: Thu, 09 Oct 1997 20:20:01 -0700
From: "David C. Jenner" <djenner(a)halcyon.com>
Reply-To: djenner(a)halcyon.com
X-Mailer: Mozilla 4.03 [en] (Win95; I)
MIME-Version: 1.0
To: Allison J Parent <allisonp(a)world.std.com>
CC: pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11 Xenix
References: <199710100058.AA13113(a)world.std.com>
Content-Type: multipart/mixed; boundary="------------9AECC2A19114B8324D6E2D6A"
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
This is a multi-part message in MIME format.
--------------9AECC2A19114B8324D6E2D6A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I don't think John has it at ftp.dbit.com. And I doubt that XENIX is
anywhere on the net. I don't even know if there was a PDP-11 XENIX. (It
was originally MS, afterall. They "sold" it to SCO way back, before SCO
collected everything else.)
There is, however, VENIX (no commercial relation to XENIX other than a
common parent) on ftp.update.uu.se. This version of XENIX is for the
DEC Pro350/380, which is, essentially, a PDP-11. There was also a VENIX
for "real" PDP-11s.
Dave
Allison J Parent wrote:
>
> <I just received this email from Frank Wortner. Anybody have a copy of PDP-1
> <Xenix?
> <
> < Warren
>
> Well yes, sorta. It's on the net, John Wilson has it on ftp.dbit.com. The
> however is it's for the PRO350/380 systems. I don't know if it can be moved
> to more standard PDP-11 configurations.
>
> Allison
--------------9AECC2A19114B8324D6E2D6A
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for David C. Jenner
Content-Disposition: attachment; filename="vcard.vcf"
begin: vcard
fn: David C. Jenner
n: Jenner;David C.
adr: 3153 N.E. 84th Street;;;Seattle;WA;98115-4717;USA
email;internet: djenner(a)halcyon.com
tel;fax: 206-527-2019
tel;home: 206-527-2018
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard
--------------9AECC2A19114B8324D6E2D6A--
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA16464
for pups-liszt; Fri, 10 Oct 1997 14:12:58 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Dave,
<I don't think John has it at ftp.dbit.com. And I doubt that XENIX is
<anywhere on the net. I don't even know if there was a PDP-11 XENIX. (It
<was originally MS, afterall. They "sold" it to SCO way back, before SCO
<collected everything else.)
Your right, drain beth, err brain death. Sometimes all those *nixs are the
same to me. Especially after configuring three vaxen for VMS and installing
it. I know heresy but, Netbsd has proven uninstallable here on all four
systems.
<DEC Pro350/380, which is, essentially, a PDP-11. There was also a VENIX
<for "real" PDP-11s.
Well venix on the pro350 runs far better than POS! In fact it's the only
*nix running here as even slackware has had problems (bad CD!).
That however is news! Is there a version of venix for "real" PDP-11s? on
the net?
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA16515
for pups-liszt; Fri, 10 Oct 1997 14:46:48 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Greg Lehey <grog(a)lemis.com> Fri Oct 10 14:46:33 1997
Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA16510
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Oct 1997 14:46:43 +1000 (EST)
Received: (from grog@localhost)
by freebie.lemis.com (8.8.7/8.8.5) id OAA22633;
Fri, 10 Oct 1997 14:16:33 +0930 (CST)
Message-ID: <19971010141633.30732(a)lemis.com>
Date: Fri, 10 Oct 1997 14:16:33 +0930
From: Greg Lehey <grog(a)lemis.com>
To: Allison J Parent <allisonp(a)world.std.com>
Cc: djenner(a)halcyon.com, pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11 Xenix
References: <199710100412.AA13660(a)world.std.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84e
In-Reply-To: <199710100412.AA13660(a)world.std.com>; from Allison J Parent on Fri, Oct 10, 1997 at 12:12:45AM -0400
Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia
Phone: +61-8-8388-8250
Fax: +61-8-8388-8250
Mobile: +61-41-739-7062
WWW-Home-Page: http://www.lemis.com/~grog
Fight-Spam-Now: http://www.cauce.org
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
On Fri, Oct 10, 1997 at 12:12:45AM -0400, Allison J Parent wrote:
> Dave,
>
> <I don't think John has it at ftp.dbit.com. And I doubt that XENIX is
> <anywhere on the net. I don't even know if there was a PDP-11 XENIX. (It
> <was originally MS, afterall. They "sold" it to SCO way back, before SCO
> <collected everything else.)
I thought SCO developed XENIX right from the word go, only in those
days they belonged to Microsoft.
> Your right, drain beth, err brain death. Sometimes all those *nixs are the
> same to me. Especially after configuring three vaxen for VMS and installing
> it. I know heresy but, Netbsd has proven uninstallable here on all four
> systems.
Interesting. What was the problem?
Greg
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id BAA17679
for pups-liszt; Sat, 11 Oct 1997 01:02:58 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Frank Wortner" <fwortner(a)prodigy.net> Sat Oct 11 00:57:18 1997
Received: from mail1w-int.prodigy.net (pimout1-ext.prodigy.net [198.83.18.53])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id BAA17674
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Oct 1997 01:02:51 +1000 (EST)
Received: from seeker.prodigy.com (seeker.prodigy.com [199.4.137.72])
by pimout1-int.prodigy.net (8.8.5/8.8.5) with SMTP id KAA81722
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 10 Oct 1997 10:57:23 -0400
From: "Frank Wortner" <fwortner(a)prodigy.net>
To: "PDP-11 Unix Preservation Society" <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: PDP-11 Xenix (LONG)
Date: Fri, 10 Oct 1997 10:57:18 -0400
Message-ID: <01bcd58c$ce268560$488904c7(a)seeker.prodigy.com>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Since I'm the one that started this --- albeit indirectly --- let me try to
explain.
Way back when --- about 1981 or 82 --- I worked for a small (now defunct)
software company. We owned 2 PDP-11/23s. Initially, we ran a distribution
of the Sixth Edition on them. That came from a company in New York ---
that's where I am geographically, BTW --- called Yourdon. The system was
called UV6.
After a while, we decided to upgrade to V7. At the time, we had begun a
relationship with another (now defunct) firm called Lifeboat Associates
(also in New York, later in Tarrytown, NY). They distributed microcomputer
software, principally CP/M-based. They were a Microsoft distributor.
Microsoft had just started Unix development at the time. Lifeboat sold us a
V7 system: Microsoft PDP-11 Xenix. I know it was Microsoft because the
tape lables said so, and I remember that the line printer printed release
notes contained a banner page that indicated that they came from Microsoft's
DEC 20(!) (cheerfully named "Microsoft Heating Plant").
PD.-11 Xenix was essentially V7, but it had a few added features.
Processor support included all models of PDP-11 with MMUs: 23s, 34s, 40s,
45s, 55s, 60s, and 70s. It had split I&D space emulation --- borrowed, I
believe from 2.something BSD. That emulation required a grand total of
three(!) link passes, but the compiler driver was modified to do this
automatically if you specified the "-j" option. Instead of source, the
kernel was delivered mostly as .o files and .a libraries, so you could
reconfigure the OS without source. The reconfigure programs just spat out
some assembly language and C "glue" that you compiled and linked with the .o
and .a files. In fact, this was pretty much automated. The system also
had a rather extensive /etc./shutdown shell script which calmly and
thoroughly brought the system to a quiescent state and could optionally
reboot or halt it. Although the OS was pretty big --- I find it amazing
that I thought of it as "big" ;-) --- you could, with some effort build a
boot floppy on a RX02 diskette. That could run exactly 1 (one) process ---
the RX02 system had *no* swap space. I remember system recovery sessions
in which I constantly had to boot the floppy, see the shell prompt, and
then "exec fsck" and watch as fsck finished its run, and init respawned the
shell!
Anyhow, I know I *used to have* the release notes and I *might* have had
the tape, but both, sadly, are probably lost. I was wondering if anyone
else might have seen or, even better, still has a tape of this rare
version of V7. Perhaps there's an archive at Microsoft or SCO that harbors
a tape. Most software firms do have some sort of policy about placing
products in escrow with a third party. Maybe this still exists. If not,
that's OK. If SCO is kind enough to allow source licensing to individuals
for noncommercial use, then this largely becomes a moot issue.
Full source V7 (or even better 2BSD) is probably a more "interesting" system
from a hobbyist or preservationist point of view, particularly if you're
like me and don't have or care to own actual PDP-11 hardware. I'm quite
happy to run John Wilson's and Bob Supnick's wonderful emulator programs
with whatever software I can obtain. They let me have the PDP-11 models I
worked on (23, 34, 45) as well as those I'd like to have had (70) without
the hassle and expense of maintaining the actual hardware.
BTW, if John or Bob reads this list, l'd like to say "Thank you" to both
of them. Also thanks to Warren for his work preserving the old Unix
software. It's a great deal of fun to see old "friends" again, and I think
it will be just as much fun to see software and "hardware" combinations that
I didn't have access to in the "good old days." Thanks also to SCO for
binary licenses for these "historic" systems; I hope that they will be able
to license source code in the near future.
Sorry for the long ramble and thanks for reading!
Frank
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id DAA17931
for pups-liszt; Sat, 11 Oct 1997 03:15:43 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sat Oct 11 02:55:45 1997
Received: from moe.2bsd.com (0(a)MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id DAA17926
for <pups(a)minnie.cs.adfa.oz.au>; Sat, 11 Oct 1997 03:15:37 +1000 (EST)
Received: (from sms@localhost)
by moe.2bsd.com (8.8.5/8.8.5) id JAA20665;
Fri, 10 Oct 1997 09:55:45 -0700 (PDT)
Date: Fri, 10 Oct 1997 09:55:45 -0700 (PDT)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <199710101655.JAA20665(a)moe.2bsd.com>
To: fwortner(a)prodigy.net, pups(a)minnie.cs.adfa.oz.au
Subject: Re: PDP-11 Xenix (LONG)
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Howdy -
> From: "Frank Wortner" <fwortner(a)prodigy.net>
> Since I'm the one that started this --- albeit indirectly --- let me try to
And I hate to see a fellow talk to himself without interruption ;-)
> PD.-11 Xenix was essentially V7, but it had a few added features.
> Processor support included all models of PDP-11 with MMUs: 23s, 34s, 40s,
I remember (not terribly fondly) running V7 on an 11/23. We hacked
in an overlay scheme to the kernel (but not user programs). Just
enough resources to run 1 user and a couple processes - do an "ls" and
the shell got swapped out, when 'ls' finished the shell would get
swapped back in. Wheee! ;)
> 45s, 55s, 60s, and 70s. It had split I&D space emulation --- borrowed, I
> believe from 2.something BSD. That emulation required a grand total of
Not having used Xenix I'd never heard the term "split I&D space
emulation". What we hacked in to V7 and BSD later implemented
was an even older concept: overlays.
2.9 was the first version I know of that had 'overlay' support. The
overlays were memory resident and switching between them was done
by flipping MMU registers.
It is (present tense since 2.11BSD uses the same method today) done
with a single link phase (no "-j" option or multiple link edits). In
2.9 there was a limit of 7 overlay segments plus the base segment. Later
on (the 1985 update to 2.9) the limit was increased to 15 overlays
which has proven to be adequate since then. For the kernel the overlays
could only be 8kb (1 page register) but user mode programs could have
larger (but still multiple of 8kb) overlays.
In 2.9 there was a separate libc.a that you did need to link with
because the callframe had an extra word (the overlay number) and
'csv, cret' had a couple extra instructions to switch overlays. Later
(2.10 and up) the callframe was changed to always have the extra word
This made life easier (at the expense of an extra 3microseconds per
function call) by not having to maintain/build two versions of all
the libraries.
> three(!) link passes, but the compiler driver was modified to do this
> automatically if you specified the "-j" option. Instead of source, the
> kernel was delivered mostly as .o files and .a libraries, so you could
A multiphase link IS currently used to build the 2.11 networking though.
The networking code (4.3BSD's TCP/IP stack) runs in supervisor mode.
The kernel, at boot time, loads /netnix into supervisor space. The
/netnix image is built in a similar manner to what was mentioned for
Xenix's emulated I&D space - first build the unix image (with undefined
references to the networking code), then build the netnix image
(with undefined references to the kernel code), then cross reference
the two images for undefineds and create .s stub files to satisfy
the undefineds. Assemble the two .s files and then link unix with
d.netnix.o and netnix with d.unix.o and voila a kernel and an image
it can load into supervisor space.
> reboot or halt it. Although the OS was pretty big --- I find it amazing
> that I thought of it as "big" ;-) --- you could, with some effort build a
Even V7 had trouble fitting on a non split I/D machine. The problem
is that the kernel has to map the I/O page which removes an extra
MMU page from being used for data. Then the 'u' area needs a page
(for the kernel stack and per process context). And you need a page
to perform copyin/copyout with (and to map the buffer cache if that
has been moved external to the kernel) - that leaves only 40kb for
everything else (and on a nonsplit I/D machine with overlays you'd
need two or three pages for the base segment and an overlay, that leaves
just 2 pages or 16kb for all the data).
> Full source V7 (or even better 2BSD) is probably a more "interesting" system
> from a hobbyist or preservationist point of view, particularly if you're
> like me and don't have or care to own actual PDP-11 hardware. I'm quite
An 11/73 takes up less space than some PC tower cases and uses about
the same amount of electricity.
> happy to run John Wilson's and Bob Supnick's wonderful emulator programs
> with whatever software I can obtain. They let me have the PDP-11 models I
I can't speak for John's emulator (only runs on top of DOS and my
place is a MS-free zone ;)) but I have booted up 2.11BSD under Bob's.
Only went to the single user state and ran a couple simple commands.
Seems to work ok that far, but 'vi' doesn't run right - I suspect it's
something to do with overlaid programs flipping MMU registers about
but haven't had the time to look into it further (besides which I've
a 11/73 and a 11/93 to use).
> worked on (23, 34, 45) as well as those I'd like to have had (70) without
> the hassle and expense of maintaining the actual hardware.
A Q-bus system such as an 11/83 combines the best of both worlds - it's
got the address space and the speed (cpuwise) of a 70 but the
convenience of no UNIBUS map (like the 45). Maintenance thus far
over the last 6 years has consisted of replacing an M8192 when the
cache developed a parity error.
Well, I suppose I should get back to work before the boss wanders by
and sees me having fun instead of getting his work done ;-)
Steven Schultz
OK, Frank is likely correct. But I still don't think you'll find it
anywhere
on the 'net! It would be nice if it were in the PUP archives, though.
Getting
it there might be hard because MS might still have some rights to it.
I did some digging, and here are some relevant dates:
8/25/80 Microsoft announced DEC PDP-11 XENIX (along with versions for
several
other machines--Intel 8086, Zilog Z8000, and Motorola
M68000).
[This would have to be Version 7 based.]
10/01/80 Microsoft notes PDP-11 XENIX is "scheduled for release".
[It's not
clear if this means it was actually released on that date.]
12/08/81 Microsoft and SCO signed a letter of intent for SCO to be a
second-
source of XENIX. [No mention of PDP-11; just that XENIX was
being
upgraded to System III at that time.]
1/22/85 Microsoft and AT&T announce plans for compatible future
releases
of XENIX and UNIX [based on System V].
1/31/86 Microsoft and SCO announce new agreements for SCO to be prime
distrubutor
of XENIX System V to VAR and VAD channels.
2/15/89 Microsoft makes 20% minority investment in SCO. [I seem to
recall that
SCO got (all?) XENIX rights at this time.]
So it looks like there was a window of about a year when a Version 7
based XENIX
was probably available. Certainly starting in 1983 Microsoft announced
all sorts
of versions of XENIX for other hardware, including IBM System 9000 (yes,
there
really was a HAL 9000 (Motorola MC68000-based)--I had a couple), IBM
PC/AT, AT&T
UNIX PC and PC 6300, and Compaq machines.
Dave
Frank Wortner wrote:
>
> Since I'm the one that started this --- albeit indirectly --- let me try to
> explain.
>
> Way back when --- about 1981 or 82 --- I worked for a small (now defunct)
> software company. We owned 2 PDP-11/23s. Initially, we ran a distribution
> of the Sixth Edition on them. That came from a company in New York ---
> that's where I am geographically, BTW --- called Yourdon. The system was
> called UV6.
>
> After a while, we decided to upgrade to V7. At the time, we had begun a
> relationship with another (now defunct) firm called Lifeboat Associates
> (also in New York, later in Tarrytown, NY). They distributed microcomputer
> software, principally CP/M-based. They were a Microsoft distributor.
> Microsoft had just started Unix development at the time. Lifeboat sold us a
> V7 system: Microsoft PDP-11 Xenix. I know it was Microsoft because the
> tape lables said so, and I remember that the line printer printed release
> notes contained a banner page that indicated that they came from Microsoft's
> DEC 20(!) (cheerfully named "Microsoft Heating Plant").
>
> PD.-11 Xenix was essentially V7, but it had a few added features.
snip
> BTW, if John or Bob reads this list, l'd like to say "Thank you" to both
> of them. Also thanks to Warren for his work preserving the old Unix
> software. It's a great deal of fun to see old "friends" again, and I think
> it will be just as much fun to see software and "hardware" combinations that
> I didn't have access to in the "good old days." Thanks also to SCO for
> binary licenses for these "historic" systems; I hope that they will be able
> to license source code in the near future.
>
> Sorry for the long ramble and thanks for reading!
>
> Frank
All,
Given that some of you have found KSERVE, the TU11 emulator code,
and other bootstrap bits & pieces, would it be possible for you for ftp
upload them to one of my machines so I can add them into the PUPS archive?
Address is minnie.cs.adfa.oz.au, ftp in as anonymous, you will find
/incoming world-writable (for a few days anyway!). A README.XXX would also
be helpful!
Thanks again,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id NAA19408
for pups-liszt; Wed, 17 Sep 1997 13:14:47 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Sep 17 13:14:48 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id NAA19403
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 17 Sep 1997 13:14:43 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id NAA01259 for pups(a)minnie.cs.adfa.oz.au; Wed, 17 Sep 1997 13:14:48 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199709170314.NAA01259(a)henry.cs.adfa.oz.au>
Subject: Also, PDP-11 URLs
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 17 Sep 1997 13:14:48 +1000 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
Also, while I'm thinking, email in your hotlist of PDP-11 related URLs,
both http:// and ftp:// sites. I just went to look for KSERVE myself and
haven't found it yet. Having a set of URLs to try would be nice!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id OAA19885
for pups-liszt; Wed, 17 Sep 1997 14:51:35 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Wed Sep 17 14:51:36 1997
Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with ESMTP id OAA19880
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 17 Sep 1997 14:51:31 +1000 (EST)
Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id OAA01580 for pups(a)minnie.cs.adfa.oz.au; Wed, 17 Sep 1997 14:51:36 +1000 (EST)
From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au>
Message-Id: <199709170451.OAA01580(a)henry.cs.adfa.oz.au>
Subject: Updated PUPS ftp & web areas
To: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Date: Wed, 17 Sep 1997 14:51:36 +1000 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL22 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
All,
I've got both the TU58 emulator and KSERVE, and placed them
along with the PDP-11 emulators and the tools I have for extracting
files from old tapes/disk images at:
ftp://minnie.cs.adfa.oz.au/pub/PDP-11
The PUPS web pages have also been rearranged, with details of how
to set up 6th and 7th Edition UNIX and also 2.11BSD. Web page at:
http://minnie.cs.adfa.oz.au/PUPS/
Warren
<Btw. my M70 has two monitors:
What is a M70? PDP11/70 or ?
< SBC M70-V3.0
<
<DX DY DL DU DM DB MS MT
<
<M70>
That is some form of boot rom and those are the devices you can boot.
<173244
<@
<
<Is the second a debugger?
That is ODT, crude debugger. For many PDP-11s it serves as a microcode
console as in the 11/03 and 11/23 series
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA14217
for pups-liszt; Tue, 16 Sep 1997 05:07:18 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
[ The following email came from Steven Schultz, but didn't make
it into the PUPS mail list as it was too big! I've extracted
the included PostScript file and put it on the PUPS web page.
Warren
]
Greetings -
> = "David C. Jenner" <djenner(a)halcyon.com>
> occurred to me as I drool in anticipation over the possibility of
> running 2.11BSD on an 11/73!
It is a lot of fun - well worth drooling over ;-)
> Maybe you or a 2.11BSD expert (Steve Schultz?) could find the "release
You rang? ;)
> notes" for 2.11BSD and post them, if that's legal now. That would
Hmmm, the Install/Setup docs have the old style BSD copyright notice
on them ("subject to the terms of your BSD license") rather than the
later "do what you want but leave our credits present". I suppose it
wouldn't be too risky to post the formatted documentation (rather than
the raw nroff source). It is quite large (I hope Postscript is
acceptable to everyone) but gzip'd it should be of reasonable size.
[ It's now at http://minnie.cs.adfa.oz.au/PUPS/2bsdsetup.ps.gz - Warren ]
> It will be great to have everything on a CD-ROM, but that probably won't
> help a majority of users bootstrap up a system, since most won't have a
> CD-ROM or maybe even no operating system to start with. We are going to
> have to find someone(s) who is (are) willing to make up a standard
> distribution tape (9-track or otherwise) or floppies (is that
> possible?). This could really be the biggest hurdle to getting a system
For quite a while it didn't occur to me what all the fuss was
about. I assumed that folks would do what I do - put the CD into
a BSD/OS|FreeBSD|Linux|usw box and write the images out to a 4mm
or 9-track and then cable the tape drive up to the PDP-11 and proceed.
It finally dawned on me that most folks won't have invested in
a Qbus SCSI adaptor (it's really a VERY handy thing to have, makes
possible sharing of tape drives, using inexpensive new disks instead
of old slow RD5{3,4} drives, etc).
For _some_ folks (those a bit more "serious") getting a SCSI adaptor
would be a "good thing". They're cheaper now than they used to be
(I about choked when a new Emulex UC08 was $1500 - and that's with
a 30% discount - but went ahead with it back in 1991 and have never
regretted it). A used UC08 (or similar CMD product) is from
what I have seen about $900 today. A TAPE ONLY CMD adaptor is "just"
$300 - that's not too bad, is it? Since in many cases the systems
have been obtained free (or cheaply) as they were being tossed out
and it is beginning to look like the software will be almost free
($100 or so isn't a whole lot of money) perhaps investing some money
into the hobby in the form of a SCSI adaptor would be a wise choice (at
least for some folks). Everything can't be free all the time, can it?
DEC used to make a SCSI adaptor (RQZX1) and a TZ30 (SCSI variant of
the TK50) but I have no idea how available those are on the used
parts market these days.
Other folks I would hope could find a Vax (or similar) system around
with a TK50 or whatever and perhaps write the images to tape that way.
You don't want floppies ;) RX50 floppy media is expensive and
only holds 800kb per diskette (not to mention that RX50 drives are
flakey). RX33s can get 1.2mb per disk but the Teac model of 5.25" drive
that can be adapted to the RQDX3 controller is getting _scare_ and
newer models (from what I understand) can not be adapted for use
with RQDX3 controller. I suppose a person could get an RX23 or RX26
from DEC but heaven knows what that would cost.
Besides which a complete 2.11 kit would take somewhere between 80 and
100 floppies (depending on how full each one could be packed).
TK25s are another possibility but I don't know how many folks have
(or want) one of those - they're rather awkward physically and while
they use DC600A tapes aren't interchangeable with any other system.
9-track tape was the traditional distribution mechanism for 2BSD up
until 2.10.1BSD at which time TK50s (TMSCP) support was added. The
kit was 2 tapes at 1600bpi but the system has grown enough that a
3rd tape might be required today. At 6250bpi everything fits quite
nicely on a single tape (might be a bit tight at 3200bpi though).
Attached below is the Setup/Installation document from 2.11BSD
(last revised in June 1995). It is a gzip'd postscript file uuencoded
for safe transit thru the mail.
[ It's now at http://minnie.cs.adfa.oz.au/PUPS/2bsdsetup.ps.gz - Warren ]
Steven Schultz
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id WAA12969
for pups-liszt; Mon, 15 Sep 1997 22:20:29 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<There are a few good tricks to get PDP11 with odd configurations to load. T
Boots for this list were found in the RT11 pocket guide, the longest was
31words. Most about 20.
rx01
rx02
tm11
tju16
rp02/3
rjs03/4
rk11
rf11
dectape(tu60)
dectapeII(tu58)
RL01/2
Rk06
<first is the venerable paper tape bootstrap. It consists of only 8 instruct
<(28 bytes) and works on serial ports. It then loads the 'absolute loader'
The tu58 is also short and can load any program with code in block 0
(default boot block). the tu58 can also simulate a console driving ODT.
The best part if TU58 is serial interface and can be hooked up to any
unix/linux/dos/cpm/Whatever box that has a serial port.
<On the subject of bad blocks, V6 and V7 offered no bad block strategies.
<The DEC spec for RK05's was 200 tracks by 12 sectors by 2 surface plus 3
<bad block tracks for 4800 blocks plus 72 spare. The media was generally pre
<good, and all Unix versions used 4872 block filesystems.
the above describes a strategy.
Well, transparent or system based the blocks are allocated. CP/M does not
do block replacement but utilities can mark bad blocks by allocating them,
or revector them at the hardware level. I believe mkfs does this. Some
disks like the RQDXn do this at the hardware level.
Allison
<Ok, there is a Wilson emulator: E11 which (apparently) runs on DOS
<boxen.
Have it but, the point is to run it on a hardware -11 afterall, I have one.
<KSERVE is the name, as a previous poster has pointed out (thanx).
Went and got it, now I have to transfer it and asm it.
<If the image is on another machine, then use KERMIT + KSERVE.
<
<If not, I guess COPY /DEVICE FOO.IMG DL2:
Bingo.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA11264
for pups-liszt; Mon, 15 Sep 1997 11:20:34 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
There are a few good tricks to get PDP11 with odd configurations to load. The
first is the venerable paper tape bootstrap. It consists of only 8 instructions
(28 bytes) and works on serial ports. It then loads the 'absolute loader'
which will load formatted data (paper tape!). The format is trival
and has checksums and stop/transfer blocks. The trick is to convert the
unix secordary boot loader from V7 or BSD 2.9-2.11 and then you have
mini loader with lots of device drivers. I can provide some of these
programs including the paper tape listings and images (heck, I still have
a working paper tape reader/punch). You can load ANY PDP-11 this way!
Another approach if you have any of the LSI-11 based cpus with microcoded
console emulator is to use the Xinu suite. It does an initial bootstrap
by sending console commands and then loading a binary boostrap.
On the subject of bad blocks, V6 and V7 offered no bad block strategies.
The DEC spec for RK05's was 200 tracks by 12 sectors by 2 surface plus 3
bad block tracks for 4800 blocks plus 72 spare. The media was generally pretty
good, and all Unix versions used 4872 block filesystems. Files-11 (IAS/RSX) was
the only system to offer bad block replacement (I cannot be sure for RSTS).
When bigger disk drives started showing up, like the RM02/3's and RM05, the
usual practive was to buy packs with 'zero' defects.
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA11254
for pups-liszt; Mon, 15 Sep 1997 11:20:27 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
Re Heriot-Watt stripped-down 7th Edition...
Warren wrote:
> Anybody in the UK able to read Pete's tape? Pete, can you kermit the files
> off those RL02s?
I did once attempt to read the tape on our department's Kenedy drive
(now disposed of) and managed to get all but a few blocks near the
beginning. It seems to be a pretty standard distribution tape, with a
layout as described in the Unix Programmer's Manual Vol.2 (Jan.1979).
I have a 1600bpi copy (modulo the bad blocks) somewhere (I wonder where
I put it?). I wouldn't bother about making another copy; if anyone
deparately wants to try, I guess I might loan the original. But AFAIK
there's only a couple of Makefiles that differ, and I have those on the
RL02s.
I don't have any version of kermit that will run under 7th Edition on
an 11/23 (the normal versions are too big), but text files are perfectly
easy to copy.
Pete
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id MAA07850
for pups-liszt; Sun, 14 Sep 1997 12:24:44 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<From: Johnny Billquist <bqt(a)Minsk.DoCS.UU.SE>
<Oh, certainly, the source was available. I would say that that, along
<with the fact that you got it for free, were the only two reasons for
<its rise to fame.
Th paraphrase Lions, It's one we can look at the dirty parts of and the good
ones too. Yes it has warts and we can see them for what they are,
engineering compromizes of the time.
<If you compare Unix with the systems you mention above, most of the
<DEC stuff have had some stuff since the '70s that Unix only got in the
<90s... (Shared libraries and microkernels for instance.)
It begs the question of what is required and what si nice to have?
<What I meant was that development have gone backwards with regards to
<operating systems in the last twenty years. :-)
Yes. Very unfortunate too. Good design is far more rare.
<(Okay, so this is the list for Unixes on the PDP-11, so I'll defend
<that particualr Unix. It's still clean and mean, which was the purpose
<of the design, and not the overbloated monster called Unix
<nowadays...)
Somehow I find that to be the central point. I apply the same rule to CP/M
for z80s.
Fully thing there is a groups doing an embedded linux kernal (ELKS) and
they act like doing it on a 16bit machine is majik and something like a
z80 means far to stripped to be of use. Seems they missed the point.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id PAA08249
for pups-liszt; Sun, 14 Sep 1997 15:00:22 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<For my 11/34A with 2 RL01 I made with an emulator a bootable V7-RL01-diskim
<I downloaded it under RT-11 with KSERVE from John Wilson (dunno where I
<ftped it) over a serial line onto the second disk. It took some hours,
<but it worked.
How did you write it to the RL01 and what would it take to write it to rl02
assuming rt/kserve. Did you use guarenteed no bad block media?
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA06695
for pups-liszt; Sun, 14 Sep 1997 05:02:32 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sun Sep 14 04:01:55 1997
Received: from Veda.DoCS.UU.SE (root(a)Veda.DoCS.UU.SE [130.238.11.24])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA06690
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 14 Sep 1997 05:02:26 +1000 (EST)
Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Veda.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id VAA29097; Sat, 13 Sep 1997 21:01:58 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA00514; Sat, 13 Sep 97 21:01:57 +0200
From: Johnny Billquist <bqt(a)minsk.docs.uu.se>
Date: Sat, 13 Sep 97 21:01:55 +0300 (MET DST)
Reply-To: bqt(a)minsk.docs.uu.se
To: wkt(a)cs.adfa.oz.au
Cc: pnt103(a)ugrad.cs.york.ac.uk,
pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation)
Subject: Re: Old PDP-11 UNIX Paper Docs?
In-Reply-To: Your message of Fri, 12 Sep 1997 09:13:31 +1000 (EST)
Message-Id: <CMM.0.90.0.874177315.bqt(a)Minsk.DoCS.UU.SE>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
>In article by pnt103(a)ugrad.cs.york.ac.uk:
>> Warren wrote:
>> > I've got some AUUG newsletters ... One of them mentions
>> > a `Heriot-Watt stripped down 7th Edition',
>>
>> If this is the version I have, which not only came from HWU, but is
>> running on one of their old machines, it's fairly standard. It was
>> build for a 'small machine', meaning one without separate I&D space,
>> such as an 11/34 (mine's on an 11/23 with 128KW and RL02s). There
>> are some extra drivers to support RX02s and stuff, but I think these
>> are just well-known additions from sources such as Boston. There's a
>> makefile to configure and build for a small machine.
>>
>> It's missing some of the larger pieces of software, such as troff (nroff
>> is there, and the troff source AFAIR) and Fortran, and the tty driver is
>> modified (bigger!), but most other things seem to be 'normal'.
>>
>> I have the source on 800bpi magtape (pity my drive is only 1600bpi) and
>> also most of it on RL02, though the RL02s are a bit disorganised.
>>
>> Pete
>
>Anybody in the UK able to read Pete's tape? Pete, can you kermit the files
>off those RL02s?
If the need is large enough, I can roll out a TU77 and connect it to Magica
to read the stuff. That means Sweden, though...
Johnny
Johnny Billquist || "I'm on a bus
CS student at Uppsala University || on a psychedelic trip
email: bqt(a)minsk.docs.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA06768
for pups-liszt; Sun, 14 Sep 1997 05:10:34 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sun Sep 14 04:09:43 1997
Received: from Veda.DoCS.UU.SE (root(a)Veda.DoCS.UU.SE [130.238.11.24])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA06761
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 14 Sep 1997 05:10:20 +1000 (EST)
Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Veda.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id VAA29118; Sat, 13 Sep 1997 21:09:44 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA00629; Sat, 13 Sep 97 21:09:44 +0200
From: Johnny Billquist <bqt(a)minsk.docs.uu.se>
Date: Sat, 13 Sep 97 21:09:43 +0300 (MET DST)
Reply-To: bqt(a)minsk.docs.uu.se
To: allisonp(a)world.std.com (Allison J Parent)
Cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Bootstrap Idea
In-Reply-To: Your message of Thu, 11 Sep 1997 22:43:28 -0400
Message-Id: <CMM.0.90.0.874177783.bqt(a)Minsk.DoCS.UU.SE>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
>Not true. They all did as bad blocks have been a fact of life for all
>computers since day one. Some of the ealy unixes used crude methods
>from a perfomance standoint but, the bad block replacement was there.
Well, not day one, but that come pretty early. Quality of the magnetic
media wasn't really that good back then, so you usually *had* to
expect a few bad spots on any disk.
On PDP-11's, I would supect that Unix went with DEC's BAD144 standard
pretty fast. (When did that standard come, btw?)
>Do read LIONS commentary. I was able to get a copy from the local library
>here in eastern MA (USA) along with several books on BSD design. Unix was
>really ahead of the pack on many things.
Not to be a pain in the ass or so, but in what ways was Unix ahead of
anything?
Unix was just a small hack inspired by Multics, and looking at contemporary
operating systems, I'd say there were some that were way ahead of Unix (and
still are...)
Operating systems in the last twenty years have really retro-developed. :-)
Johnny
Johnny Billquist || "I'm on a bus
CS student at Uppsala University || on a psychedelic trip
email: bqt(a)minsk.docs.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id FAA06799
for pups-liszt; Sun, 14 Sep 1997 05:23:01 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sun Sep 14 04:22:21 1997
Received: from Veda.DoCS.UU.SE (Veda.DoCS.UU.SE [130.238.11.24])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id FAA06794
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 14 Sep 1997 05:22:56 +1000 (EST)
Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Veda.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id VAA29143; Sat, 13 Sep 1997 21:22:21 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA01024; Sat, 13 Sep 97 21:22:21 +0200
From: Johnny Billquist <bqt(a)minsk.docs.uu.se>
Date: Sat, 13 Sep 97 21:22:21 +0300 (MET DST)
Reply-To: bqt(a)minsk.docs.uu.se
To: allisonp(a)world.std.com (Allison J Parent)
Cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: UNIX for PDP-11: moving on to media
In-Reply-To: Your message of Sat, 13 Sep 1997 13:26:17 -0400
Message-Id: <CMM.0.90.0.874178541.bqt(a)Minsk.DoCS.UU.SE>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
><For my 11/34A with 2 RL01 I made with an emulator a bootable V7-RL01-diskim
><I downloaded it under RT-11 with KSERVE from John Wilson (dunno where I
><ftped it) over a serial line onto the second disk. It took some hours,
><but it worked.
>
>How did you write it to the RL01 and what would it take to write it to rl02
>assuming rt/kserve. Did you use guarenteed no bad block media?
Most RL02 are pretty good. Usually they don't have any bad spots in my
experience.
Johnny
Johnny Billquist || "I'm on a bus
CS student at Uppsala University || on a psychedelic trip
email: bqt(a)minsk.docs.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id HAA07202
for pups-liszt; Sun, 14 Sep 1997 07:58:41 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
<Most RL02 are pretty good. Usually they don't have any bad spots in my
<experience.
They were low in defects<frequently none> but there was remaping so platters
with bad blocks were invisible to the system mangler/user. I just tossed a
pack that had developed more bad blocks then could be managed.
Allison
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA07502
for pups-liszt; Sun, 14 Sep 1997 09:50:10 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sun Sep 14 08:49:54 1997
Received: from Veda.DoCS.UU.SE (root(a)Veda.DoCS.UU.SE [130.238.11.24])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id JAA07497
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 14 Sep 1997 09:50:04 +1000 (EST)
Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Veda.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id BAA29785; Sun, 14 Sep 1997 01:49:55 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA05222; Sun, 14 Sep 97 01:49:55 +0200
From: Johnny Billquist <bqt(a)minsk.docs.uu.se>
Date: Sun, 14 Sep 97 1:49:54 +0300 (MET DST)
Reply-To: bqt(a)minsk.docs.uu.se
To: allisonp(a)world.std.com (Allison J Parent)
Cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: UNIX for PDP-11: moving on to media
In-Reply-To: Your message of Sat, 13 Sep 1997 17:58:38 -0400
Message-Id: <CMM.0.90.0.874194594.bqt(a)Minsk.DoCS.UU.SE>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
>
><Most RL02 are pretty good. Usually they don't have any bad spots in my
><experience.
>
>They were low in defects<frequently none> but there was remaping so platters
>with bad blocks were invisible to the system mangler/user. I just tossed a
>pack that had developed more bad blocks then could be managed.
No exacly invisible... The operating system had to be aware of the bad spots,
and invent some scheme or other to hide the spots from the user.
OS/8's solution is rather hairy. I know, since I didn't have a "formatter"
program, so I needed to write one, given the source of the device driver...
Bad spots on MSCP disks on the other hand are totally invisible.
Johnny
Johnny Billquist || "I'm on a bus
CS student at Uppsala University || on a psychedelic trip
email: bqt(a)minsk.docs.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id JAA07523
for pups-liszt; Sun, 14 Sep 1997 09:56:09 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
>From Johnny Billquist <bqt(a)minsk.docs.uu.se> Sun Sep 14 08:55:55 1997
Received: from Veda.DoCS.UU.SE (root(a)Veda.DoCS.UU.SE [130.238.11.24])
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) with SMTP id JAA07518
for <pups(a)minnie.cs.adfa.oz.au>; Sun, 14 Sep 1997 09:56:04 +1000 (EST)
Received: from Minsk.DoCS.UU.SE (bqt(a)Minsk.DoCS.UU.SE [130.238.9.30]) by Veda.DoCS.UU.SE (8.6.12/8.6.12) with SMTP id BAA29800; Sun, 14 Sep 1997 01:55:57 +0200
Received: by Minsk.DoCS.UU.SE (Sun-4/630, SunOS 4.1.2)
with sendmail 5.61-bind 1.5+ida/ICU/DoCS id AA05322; Sun, 14 Sep 97 01:55:57 +0200
From: Johnny Billquist <bqt(a)minsk.docs.uu.se>
Date: Sun, 14 Sep 97 1:55:55 +0300 (MET DST)
Reply-To: bqt(a)minsk.docs.uu.se
To: allisonp(a)world.std.com (Allison J Parent)
Cc: pups(a)minnie.cs.adfa.oz.au
Subject: Re: Bootstrap Idea
In-Reply-To: Your message of Sat, 13 Sep 1997 17:58:31 -0400
Message-Id: <CMM.0.90.0.874194955.bqt(a)Minsk.DoCS.UU.SE>
Sender: owner-pups(a)minnie.cs.adfa.oz.au
Precedence: bulk
><Unix was just a small hack inspired by Multics, and looking at contemporar
><operating systems, I'd say there were some that were way ahead of Unix (an
><still are...)
>
>yes, but as hacks go it was more public in code than other OSs of value in
>that time frame. I'm not saying was the best. Also I've never used
>multics. My experience in chronological order is OS/8, TOPS-10, CP/M-80,
>NS*dos<z80>, RT-11, RSTS, RSX-11, VMS, Ultrix. So those are what I have to
>look at when thinking in terms of 1970s OSs like Unix of the time.
Oh, certainly, the source was available. I would say that that, along
with the fact that you got it for free, were the only two reasons for
its rise to fame.
If you compare Unix with the systems you mention above, most of the
DEC stuff have had some stuff since the '70s that Unix only got in the
90s... (Shared libraries and microkernels for instance.)
><Operating systems in the last twenty years have really retro-developed. :-
>
>If you mean what I think the answer is not here. If anything my view is
>more of when will dos/winders perform as well as some of those OSs of the
>time. Then again, I had VMS4.6 running decwindows and four users on a
>microvaxII with 9meg and 3 RD53s in 1989.
What I meant was that development have gone backwards with regards to
operating systems in the last twenty years. :-)
Who knows how many things Microsoft has reinvented in the last few
years, and Unix hasn't been much better either...
(Okay, so this is the list for Unixes on the PDP-11, so I'll defend
that particualr Unix. It's still clean and mean, which was the purpose
of the design, and not the overbloated monster called Unix
nowadays...)
Johnny
Johnny Billquist || "I'm on a bus
CS student at Uppsala University || on a psychedelic trip
email: bqt(a)minsk.docs.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.oz.au (8.8.5/8.8.5) id LAA07772
for pups-liszt; Sun, 14 Sep 1997 11:51:49 +1000 (EST)
X-Authentication-Warning: minnie.cs.adfa.oz.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f
