Dear PUPS/TUHS members,
I have just uploaded James Lothian's /usr/src tarball. You can find it in the
Distributions/4bsd/thirdparty/UWisc4.3/James_Lothian_mods directory in the PUPS
archive.
Sincerely,
Michael Sokolov
Phone: 440-449-0299
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Dear PUPS/TUHS members,
I have just uploaded the distribution images for the University of Winconsin's
hacked 4.3BSD contributed by James Lothian. You can find them in the
Distributions/4bsd/thirdparty/UWisc4.3 directory in the PUPS archive.
I haven't uploaded James' own changed /usr/src yet, will probably do it later
at night.
Sincerely,
Michael Sokolov
Phone: 440-449-0299
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id NAA06758
for pups-liszt; Tue, 19 Jan 1999 13:07:24 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Tue Jan 19 12:08:22 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id NAA06753
for <pups(a)minnie.cs.adfa.oz.au>; Tue, 19 Jan 1999 13:07:17 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id NAA02324
for pups(a)minnie.cs.adfa.oz.au; Tue, 19 Jan 1999 13:08:22 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199901190208.NAA02324(a)henry.cs.adfa.edu.au>
Subject: Co-authors for Unix history paper?
To: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
Date: Tue, 19 Jan 1999 13:08:22 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi all,
I recently approached the IEEE Annals of Computing History journal
to see if they would be interested in a paper on our efforts to find and
preserve the old versions of Unix. They said yes, so I was wondering if
anybody might want to be co-author. This is what I suggested:
> I'd like to write an article which describes the efforts to find and
> preserve historical material which is related to UNIX. This includes
> finding tapes, reading them, decoding their formats etc.
>
> The article would also discuss the mechanisms available for running
> these old UNIX systems: by using old hardware (and the difficulties
> of maintaining such equipment), by using software emulators (and
> possibly a discussion of what they provide).
>
> In other words, the actual history of UNIX and its influence would not
> be covered, but the `archaeology' and preservation of artifacts from
> the early days of UNIX would be.
Given that there are people on the list who deal with old hardware, reading
ancient tapes, etc., I thought they might like to add some input to the
paper.
I think the paper size is limited to around 25-30 pages, and has be formal
in tone. If anybody has any suggestions as to what should go in (or even
wants to write a section), then I would welcome some email!
Cheers all,
Warren
P.S I'm giving a similar, but much more informal, paper at a local
conference next month. The paper is at:
http://minnie.cs.adfa.edu.au/Seminars/Saving_Unix/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id TAA08164
for pups-liszt; Tue, 19 Jan 1999 19:33:12 +1100 (EST)
Dear PUPS/TUHS members,
I have just finished SCCS-reconstructing /usr/src/sys. Amazingly (and to CSRG's
credit) the history has been preserved very well, and I have SCCS-recostructed
almost every file in the kernel. There are only a few lost SCCS files. For the
list see:
http://minnie.cs.adfa.edu.au/Quasijarus/sccs.html
If you know anything about these files, please contact me ASAP!
Also when I SCCS-reconstructed the /usr/src/sys/tahoe* subdirs, I had to take a
step back. In the currently shipping release, 4.3BSD-Quasijarus0, these subdirs
are identical to the ones on the 4.3BSD-Tahoe+HCX-9 tape. However, in the
current master source tree they have been stepped back to the original
4.3BSD-Tahoe tape. For the explanation of this decision, see:
http://minnie.cs.adfa.edu.au/Quasijarus/arch.html
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id OAA22468
for pups-liszt; Fri, 15 Jan 1999 14:50:07 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Fri Jan 15 13:51:04 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id OAA22456
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 15 Jan 1999 14:49:58 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id OAA21707
for pups(a)minnie.cs.adfa.oz.au; Fri, 15 Jan 1999 14:51:04 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199901150351.OAA21707(a)henry.cs.adfa.edu.au>
Subject: Success in Compiling Nsys Kernel
To: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
Date: Fri, 15 Jan 1999 14:51:04 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
All,
After several days of frustration and enlightenment, I have been
able to compile and boot the `nsys' kernel source code on top of a 5th
Edition RK05 root filesystem.
The `nsys' kernel code corresponds to a time around the 3rd Edition of UNIX,
i.e. Jan 1973. Dennis Ritchie donated this to the PUPS Archive a few days ago.
I have placed the modifications to `nsys', plus some documentation, in the
PUPS Archive in Distributions/research/Dennis_v3.
Cheers all,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id QAA22804
for pups-liszt; Fri, 15 Jan 1999 16:19:14 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Fri Jan 15 15:20:12 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id QAA22798
for <pups(a)minnie.cs.adfa.oz.au>; Fri, 15 Jan 1999 16:19:07 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id QAA22113
for pups(a)minnie.cs.adfa.oz.au; Fri, 15 Jan 1999 16:20:12 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199901150520.QAA22113(a)henry.cs.adfa.edu.au>
Subject: Re: Success in Compiling Nsys Kernel
In-Reply-To: <01be4045$e3b28080$f2681081(a)collinse-home.tyson.com> from Efton Collins at "Jan 14, 1999 11: 8:35 pm"
To: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
Date: Fri, 15 Jan 1999 16:20:12 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by Efton Collins:
> I wonder how long it has been since that version of the kernel ran? Could be
> 25 years. Surely that will now be the earliest bootable kernel bar none. It
> must give Ken and Dennis a smile.
>
> It is nice to see such interesting things continue to find their way into
> the archive. With the help of so many of the pioneers PUPS is fulfilling its
> charter very well indeed.
>
> E-
Hi Efton. I had been keeping Dennis informed of my progress, and a few
days ago he passed on some email from Bob Keys:
[Dennis wrote:]
Keys said (when I mentioned your tries)
> Ohhh, neato! Let us keep fingers crossed, knock on wood 3 times,
> cow-tow as appropriate, rub the rabbit's foot, throw salt before
> the sumo ring, .... and anything else?.....(:+}}....
Dennis then went on to suggest some debugging ideas, when I was stuck:
Astonishing. When booting it might be best to start
with an init that just does
open(something);
open(something);
write(1, "Hello\n", 6);
It might even be appropriate to try first with just abort();
to see if /etc/init can be read,
He must be out today, because I haven't got a reply back from my email
indicating success.
The `nsys' files were dated Jan 22, 1973. I definitely wanted to get the
kernel working by Jan 22, 1999 so that it was only 25 years ago, not 26!
I've also made some notes about the differences between `nsys' and V5,
attached below. Thanks for your encouraging email.
Cheers,
Warren
Differences in available syscalls between `nsys' and V5.
========================================================
Syscalls in `nsys' but not in V5:
---------------------------------
1, &quit, /* 26 = quit */
1, &intr, /* 27 = intr */
1, &cemt, /* 29 = cemt */
1, &ilgins, /* 33 = ilgins */
1, &fpe, /* 40 = fpe */
These deliver signals QUIT, INTR, EMT, INS or FPE
to the pid in arg0. Any user can send these signals.
0, &prproc /* 63 = special */
For each of the 50 entries in the proc array, if there is
a valid process entry there, print the array index and the
following fields from the proc structure:
p_stat, p_flag, p_pid, p_ppid,
p_addr, p_size, p_wchan, p_textp
Syscalls in V5 but not in `nsys':
---------------------------------
0, &getpid, /* 20 = getpid */
1, &smdate, /* 30 = smdate */
0, &nice, /* 34 = nice */
0, &pipe, /* 42 = pipe */ !!!
4, &profil, /* 44 = prof */
Other Differences
-----------------
/* 21 = mount */ has 2 arguments in `nsys', 3 in V5
/* 37 = kill */ has 0 arguments in `nsys', 1 in V5
Dear PUPS/TUHS members,
I have finally updated the Quasijarus Project WWW page so that now it's much
more useful. You can find it at:
http://minnie.cs.adfa.edu.au/Quasijarus/
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Kirk McKusick <mckusick(a)McKusick.COM> wrote:
> I applaud your desire not to break old 4.2/4.3 machines.
> I would be very resistant to losing support for a popular
> machine like the 11/750. However, I think that losing support
> for the 11/730 would be acceptable.
You are not the first person I hear this from, and I wouldn't completely
disagree. However, it always pains me very much when a system really ought to
run on a machine and has all the necessary ingredients, but fails because of
some tiny nit. This is exactly the case here. The CPU is supported, the console
storage device is supported, all bootstrap scripts are already written, even
the IDC is supported, but the standalone programs refuse to load because of a
ucode botch!
Now, I did look more carefully, and the boot.730 program does fit into 12.5 KB
after all in 4.2 and 4.3 (copy.730 fits in 4.2 but not in 4.3, and format.730
doesn't fit even in 4.2). So I guess it would be possible after all to massage
up the Makefile and the ifdefing in the sources to make the 4.3-Quasijarus
standalone system build a small boot.730.
However, the objections to this approach are:
1. Instead of tidying up the standalone system, this would make it an even
worse mess.
2. In future Quasijarus releases I plan to retire the current standalone
drivers for U/Q and BI MSCP and make the standalone system call DEC's own
VMB for I/O from/to all MSCP devices, making it possible to support MSCP on
more than just U/Q and BI. However, this means that all big VAX users with
MSCP disks will now need a copy of DEC's VMB.EXE in addition to UNIX's
native boot code. It will also have to be a recent enough version, and I'm
sure as hell that the version that came with 11/730 is too old. A newer
version of VMB can be pulled out of almost any VMS or Ultrix distribution,
but the one I have seen was 40 KB long. Thus even if I manage to make a
boot.730 that fits within 12.5 KB, you would still need the 40 KB VMB.EXE if
your disk is RAxx (the most common type), and this obviously makes boot.730
squeezing an exercise in futility.
Resolution: I will pitch the *.730 programs and add a note to the documentation
that installation on a 730 requires a ucode upgrade that fixes this botch. If
someone asks me where to obtain one (or how to write one if it doesn't exist),
I'll redirect them to this list, as I have no idea. :-)
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Dear PUPS/TUHS members,
I wonder if any of you has some input on this issue. As I'm preparing for
making my planned disk labeling improvements (making it possible to install the
system on a fresh unlabeled disk in a more or less straightforward way), I
first want to clean up some mess in the standalone system. One thing that
annoys me in there is that for every standalone program that's supposed to go
on the console media there are two versions built, a normal one and a "730"
one. The comments say that 11/730 has a microcode botch that prevents it from
loading programs larger than 12.5 KB, so supposedly all "730" standalone
programs must be smaller than that. However, right now all standalone programs
are around 30 KB, and the difference between the normal and "730" versions is
only about 3 KB, even though the "730" versions do have the MASSBUS and BI code
compiled out. Wondering if there is a way to make them smaller, I looked at
older versions, and guess what, even in 4.2 the "730" versions are a little bit
over the alleged 12.5 KB limit! That's right, 4.2BSD is the first release with
11/730 support, and its standalone programs are already over the alleged 11/730
microcode limit!
This raises quite a few questions. First of all, does the 11/730 microcode
really have this limitation, or is it just a hoax? If this limit does exist,
when exactly does it apply? The BSD distribution TU58 cassette always used the
full versions of the programs, not the "730" ones (the distribution cassette is
also used for 750s), and yet apparently 730s could be bootstrapped from it.
Maybe this limitation applies only to automatic bootstrap and not to manual
loading? And if this is indeed a microcode botch, are there any patches
available for it?
I would appreciate it if someone here can provide some answers to these
questions. I would really like to get rid of those "730" standalone programs,
but I can't do it if this would break 11/730 support. (It's my responsibility
as the 4.3BSD-* maintainer to only add features, but never break anything that
works in plain 4.3 or 4.2.)
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id LAA13144
for pups-liszt; Wed, 13 Jan 1999 11:00:18 +1100 (EST)
>From Kirk McKusick <mckusick(a)mckusick.com> Wed Jan 13 06:18:13 1999
Received: from flamingo.McKusick.COM (root(a)flamingo.mckusick.com [209.31.233.178])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id LAA13139
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 13 Jan 1999 11:00:10 +1100 (EST)
Received: from flamingo.McKusick.COM (mckusick@localhost [127.0.0.1])
by flamingo.McKusick.COM (8.8.5/8.8.5) with ESMTP id MAA10534;
Tue, 12 Jan 1999 12:18:13 -0800 (PST)
Message-Id: <199901122018.MAA10534(a)flamingo.McKusick.COM>
To: mxs46(a)k2.scl.cwru.edu (Michael Sokolov)
Subject: Re: 11/730 question
cc: pups(a)minnie.cs.adfa.edu.au
In-reply-to: Your message of "Tue, 12 Jan 1999 18:18:35 EST."
<199901122318.SAA04873(a)skybridge.scl.cwru.edu>
Date: Tue, 12 Jan 1999 12:18:13 -0800
From: Kirk McKusick <mckusick(a)mckusick.com>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I applaud your desire not to break old 4.2/4.3 machines.
I would be very resistant to losing support for a popular
machine like the 11/750. However, I think that losing support
for the 11/730 would be acceptable. It was a very feeble
processor (0.3 of a 780) and very few of them were ever sold.
We had only one at Berkeley (for porting purposes), and it was
so slow that we were not even able to pawn it off on the
undergrad CS organization when we were done with it.
Kirk
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id PAA13915
for pups-liszt; Wed, 13 Jan 1999 15:15:54 +1100 (EST)
G'day all...
I have a DEC-PRO/350.
I believe it is a PDP8.
Is there any way of confirming this?
Thanks.
Michael.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id BAA11300
for pups-liszt; Wed, 13 Jan 1999 01:27:45 +1100 (EST)
>From "emanuel stiebler" <emu(a)ecubics.com> Wed Jan 13 00:26:39 1999
Received: from biz1.mailsrvcs.net (biz1.gte.net [207.115.153.50])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id BAA11295
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 13 Jan 1999 01:27:36 +1100 (EST)
Received: from p2350 ([208.254.195.48]) by biz1.mailsrvcs.net
(Post.Office MTA v3.1.2 release (PO203-101c) ID# 0-40549L5000S0)
with ESMTP id AAA22519; Tue, 12 Jan 1999 08:27:30 -0600
From: "emanuel stiebler" <emu(a)ecubics.com>
To: "BeLFrY" <belfry(a)nsw.bigpond.net.au>,
"\"\\\"PUPs\\\" PDP11 Unix Preservation group\"" <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: Confirming machine hardware.
Date: Tue, 12 Jan 1999 07:26:39 -0700
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-ID: <19990112142726.AAA22519@p2350>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi Michael,
----------
> From: BeLFrY <belfry(a)nsw.bigpond.net.au>
> To: "\"PUPs\" PDP11 Unix Preservation group" <pups(a)minnie.cs.adfa.oz.au>
> Subject: Confirming machine hardware.
> Date: Monday, January 11, 1999 11:34 PM
> I have a DEC-PRO/350.
which is nice ;-))
> I believe it is a PDP8.
> Is there any way of confirming this?
Sorry, there is no way to confirm this ;-)) (sorry, couldn't resist)
the nearest "brother" of the pro/350 would be the pdp11/23, pdp11//23+ or
pdp11/24, because the use the same CPU. (DCF11)
hope it helps,
emanuel
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id GAA12405
for pups-liszt; Wed, 13 Jan 1999 06:43:32 +1100 (EST)
>From Johnny Billquist <bqt(a)Update.UU.SE> Wed Jan 13 05:43:04 1999
Received: from Zeke.Update.UU.SE (IDENT:2026@Zeke.Update.UU.SE [130.238.11.14])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id GAA12400
for <pups(a)minnie.cs.adfa.oz.au>; Wed, 13 Jan 1999 06:43:22 +1100 (EST)
Received: from localhost (bqt@localhost)
by Zeke.Update.UU.SE (8.8.8/8.8.8) with SMTP id UAA09742;
Tue, 12 Jan 1999 20:43:06 +0100
Date: Tue, 12 Jan 1999 20:43:04 +0100 (MET)
From: Johnny Billquist <bqt(a)Update.UU.SE>
To: BeLFrY <belfry(a)nsw.bigpond.net.au>
cc: "\"\\\"PUPs\\\" PDP11 Unix Preservation group\"" <pups(a)minnie.cs.adfa.oz.au>
Subject: Re: Confirming machine hardware.
In-Reply-To: <369AECFA.87A55C4(a)nsw.bigpond.net.au>
Message-ID: <Pine.VUL.3.93.990112204229.9487A-100000(a)Zeke.Update.UU.SE>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tue, 12 Jan 1999, BeLFrY wrote:
> G'day all...
Hi there.
> I have a DEC-PRO/350.
>
> I believe it is a PDP8.
>
> Is there any way of confirming this?
No.
However I can confirm that it is a pdp-11.
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
In article by Lawrence Reinish:
> I am looking for several issues of 'EDU MAGAZINE' from mid-1975 to 1976.
> It was published by Digital Equipment Corporation. Any assistance would be
> greatly appreciated.
>
> Lawrence Reinish
Lawrence, I don't have any copies. I'll forward this on to some people
who might be able to help you.
Cheers,
Warren
All,
Dennis has just passed to me the source to a UNIX kernel around
the 3rd Edition (i.e around 1973). He says this is the oldest
machine-readable UNIX source he has. I've just placed it in the PUPS
archive at:
Distributions/research/Dennis_v3
Cheers,
Warren
Hello everyone,
Sorry for being away from the list lately, the machine I was doing my E-mail on
(harrier.Uznet.NET) has been down for several days, and I have to assume that
it's down forever. I have moved my mail back to my old address
<mxs46(a)k2.scl.cwru.edu>.
If any of you have sent any mail to msokolov(a)harrier.Uznet.NET in the past
several days, please resend it to mxs46(a)k2.scl.cwru.edu, since
harrier.Uznet.NET is probably down forever and everything in my mailbox is
lost. (I have recovered the missed pups mail via the archive.)
Sorry for this screw-up, but it's not my fault, I'm not that machine's admin.
(The admin is Stacy Minkin, whom I can't contact because his address is also
obviously on that machine.)
Sincerely,
Michael Sokolov
Cellular phone: 216-217-2579
ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id OAA16866
for pups-liszt; Thu, 7 Jan 1999 14:39:00 +1100 (EST)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Thu Jan 7 13:39:39 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.oz.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id OAA16861
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 7 Jan 1999 14:38:52 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id OAA27637
for pups(a)minnie.cs.adfa.oz.au; Thu, 7 Jan 1999 14:39:39 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199901070339.OAA27637(a)henry.cs.adfa.edu.au>
Subject: Re: V8's roots? (fwd)
To: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
Date: Thu, 7 Jan 1999 14:39:39 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
----- Forwarded message from dmr -----
I also got mail from Norman Wilson today about the discussion.
This is mainly to confirm and fill out details of Wilson's account.
The Eighth Edition system started with (I believe) BSD 4.1c and
the work was done on VAX 11/750s -- our group did not get
a 780 until a while later.
Most of the operating system superstructure of BSD was retained
(in particular no one (even the indefatigable Norman)
wanted to get much into the paging code. Norman is also
right that the competitor was John Reiser's (and Tom London's)
32V descendant from another group at the Labs. In structure
this system had a lot to offer (in particular the buffer cache and the page
pool were unified, but it was clear that their work was not being
supported by their own management. It was used for a while on
our first 750 and also our first 11/780 ("alice", a name that lives
in netnews fame preceding the reach of Dejanews).
The big change leading to V8 was the scooping-out and replacement of
the character-device and networking part by the streams mechanism. Later,
Peter Weinberger added the file-system switch that enabled
remote file systems and prescient things ideas like /proc). Weinberger,
as Norman said, also did a simple-minded FFS.
The TCP/IP stack wasn't very important to us then and it has a mixed and
murky history. Much of it came from early CSRG work, but it was converted
to a streams approach by Robert Morris and subsequently fiddled over a lot.
Likewise, as Norman said, the applications (/bin and whatnot) were somewhat
of a mixture. Many were the locally-done versions, some were taken
from BSD in some incarnation, some from System V.
Dennis
----- End of forwarded message from dmr -----