Can someone enlighten me regarding DEC SDI cabling? Here's
what I have:
RA81 disk drive with two big black cables coming out of it, one for
each port (A/B). The cables terminate at the drive on one end and
at a small metal box on the other end. The small metal box has
two sockets on it (denoted with "*" in the picture below):
Small metal box
/
+----------+ "A" cable /
| RA81 |------------[]*
| Drive |------------[]*
+----------+ "B" cable
UDA50 controller in 11/44 with four sets of orange cables coming out
of it and terminating in a four-port socket set (denoted "*" in picture
below) in a larger metal box at the back of the cabinet:
Larger metal box
/
/
*[]_________
*[]_________\
*[]_________\\ <- Four (4) Cable groups
*[]_________\\\
\\\\
----------
| UDA50 |
| |
----------
What I have tried:
I unscrewed the black cables from the small metal box
and plugged one of them directly into one of the ports on
the larger metal box:
+----------+ "A" cable
| RA81 |----------------|
| Drive |----------[]* |
+----------+ "B" cable |
/ Larger metal box
/ /
| /
|-*[]_________
*[]_________\
*[]_________\\ <- Four (4) Cable groups
*[]_________\\\
\\\\
----------
| UDA50 |
| |
----------
That didn't work (I tried it with two different drives and cable sets).
The operating system (2.11BSD) sees the UDA50 but does not see the drive
(which is spun up and "ready").
I did a little searching on the internet and found a couple of
cryptic discussions. What I surmised from the discussions was that you
cannot directly connect the drive cable to the bulkhead box on the
computer cabinet. It seems you need a third cable to act as an
intermediary as such:
Small metal box
/
+----------+ "A" cable /
| RA81 |----------[]*---|
| Drive |----------[]* | <--- New THIRD ("external?") cable
+----------+ "B" cable |
/ Larger metal box
/ /
| /
|-*[]_________
*[]_________\
*[]_________\\ <- Four (4) Cable groups
*[]_________\\\
\\\\
----------
| UDA50 |
| |
----------
Is that right? If so, where can I find one of these external cables and/or
is it possible to manufacture one from a bit of ribbon cable an a
couple of commonly available plugs? The sockets denoted by "*" appear to
be AMD bastardizations of common PC board plugs like the ones one would
find connecting a console port plug.
Thanks!
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
I'd been having a weird problem trying to compile mkconf.c, as a first step toward rebuilding 6th Ed, and someone suggested that it might be a memory problem. I dug out the XXDP disks I have, ran some diagnostics, and discovered that my illusions about my memory were ill-founded. :-) Fortunately, I had another MOS memory card, which I configured and installed. Now cc completes with no problems, and I rebuilt the system! It was weird that the system seemed to run fine, but a defect somewhere in the second 64k was causing a failure in cc.
Of course, there's always a challenge. Now I'm trying to build/install a filesystem on my big Plessey DD-11/80 drives; they seem something like an RP04, and use the CDC 9877 diskpacks, if anyone's heard of them. I built my kernel using the hp driver, and that doesn't seem to work with it. -- Ian
On Mar 7, 7:59, Gregory R. Travis wrote:
> Thought about that too but the math doesn't work. 40+64 chips = 104
> chips * 65536 bits per chip = 6815744 total bits.
>
> 6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38
It divides by 13, though (64K x 13 x 8, so the prime factors are 2 and 13).
Unlikely as it sounds, could this be for a 12-bit word machine?
13 is not only 12+1, it's 8+5. 5 is a common number of bits for ECC
(though not, I admit, for 8-bit words! Usually it's 8+3, 16+5, or 16+6).
It also strikes me as odd that a NatSemi board should have TI chips on it.
NatSemi made their own RAM, and Texas made their own PDP-11 and Vax memory
boards.
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Greg,
> Thought about that too but the math doesn't work. 40+64 chips = 104
> chips * 65536 bits per chip = 6815744 total bits.
>
> 6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38
Right... 12 bits of ECC seems a bit much. Dunno what that stuff is
about... weird! ;)
Fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id IAA27971
for pups-liszt; Thu, 8 Mar 2001 08:20:35 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Carl Lowenstein <cdl(a)mpl.ucsd.edu> Thu Mar 8 07:15:48 2001
Received: from chiton.ucsd.edu (chiton.ucsd.edu [192.135.238.128])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA27966
for <pups(a)minnie.cs.adfa.edu.au>; Thu, 8 Mar 2001 08:20:30 +1100 (EST)
(envelope-from cdl(a)mpl.ucsd.edu)
Received: (from cdl@localhost)
by chiton.ucsd.edu (8.9.3/8.9.3) id NAA15151;
Wed, 7 Mar 2001 13:15:48 -0800 (PST)
Date: Wed, 7 Mar 2001 13:15:48 -0800 (PST)
From: Carl Lowenstein <cdl(a)mpl.ucsd.edu>
Message-Id: <200103072115.NAA15151(a)chiton.ucsd.edu>
To: greg(a)ciswired.com, pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Spares, et. al for 11/44 system
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
> Date: Tue, 6 Mar 2001 20:07:00 -0500 (EST)
> From: "Gregory R. Travis" <greg(a)ciswired.com>
> To: pups(a)minnie.cs.adfa.edu.au
> Subject: [pups] Spares, et. al for 11/44 system
>
>
> p.s. The Nat. Semi board is a bit strange. It has an area of
> 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another
> area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter
> what I do, I can't do the math to get this board to
> fit into a 256/512/1MB size. I ASSUME it's a .5MB
> board, but what about the extra chips?
Nat.Semi. used to make ECC memory boards for the PDP11.
I had one once, it looks like you have one now. My arithmetic says 5
extra bits per 8-bit byte makes for single-error correcting, dual-error
detecting ECC on the byte level. Vaxes do it with 39 bits per 32-bit
word, Alphas do it with 72 bits per 64-bit word. Economy of scale.
As I remember, you could just ignore the ECC and it would work like
a standard parity memory board, except that it very rarely had any
parity errors.
carl
carl lowenstein marine physical lab u.c. san diego
{decvax|ucbvax} !ucsd!mpl!cdl cdl(a)mpl.ucsd.edu
clowenstein(a)ucsd.edu
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA32608
for pups-liszt; Thu, 8 Mar 2001 18:55:06 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
On Mar 6, 20:07, Gregory R. Travis wrote:
The three RL02s also all accept power and come on. However, they
> all illuminate their fault light when power is applied. I cannot
> remember if RL02s will do this when not connected to their
> controller - anyone?
Yes, that's what happens if either the terminator or the controller is not
connected.
> p.s. The Nat. Semi board is a bit strange. It has an area of
> 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another
> area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter
> what I do, I can't do the math to get this board to
> fit into a 256/512/1MB size. I ASSUME it's a .5MB
> board, but what about the extra chips?
Is it ECC memory?
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA25238
for pups-liszt; Thu, 8 Mar 2001 00:04:29 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Wed Mar 7 22:59:46 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA25234
for <pups(a)minnie.cs.adfa.edu.au>; Thu, 8 Mar 2001 00:04:25 +1100 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id HAA21274;
Wed, 7 Mar 2001 07:51:29 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id HAA21599;
Wed, 7 Mar 2001 07:59:46 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Wed, 7 Mar 2001 07:59:46 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: RE: [pups] Spares, et. al for 11/44 system
In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32D32(a)mwnt4.microwalt.nl>
Message-ID: <Pine.LNX.4.10.10103070756400.21204-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Wed, 7 Mar 2001, Fred N. van Kempen wrote:
> Hi,
>
> > p.s. The Nat. Semi board is a bit strange. It has an area of
> > 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another
> > area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter
> > what I do, I can't do the math to get this board to
> > fit into a 256/512/1MB size. I ASSUME it's a .5MB
> > board, but what about the extra chips?
>
> FastECC or parity, most likely... usually two or three bits per
> word... 256K x 18.
Thought about that too but the math doesn't work. 40+64 chips = 104
chips * 65536 bits per chip = 6815744 total bits.
6815744 doesn't divide cleanly by any of 9, 18, 19, 36, or 38
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
On Mar 6, 11:46, robin.birch(a)postoffice.co.uk wrote:
>
>
> Dear All,
> I am after some reels of 0.5 inch tape and some spare write protect rings
in the
> UK. Can anyone help?
I may have one or two spare reels, and I certainly have quite a few spare
write rings. How many are you looking for? Does it matter if they're in
Wright-line seals, canisters, or autoload collars? Contact me off-list to
give me your address.
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA21660
for pups-liszt; Wed, 7 Mar 2001 12:11:45 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Wed Mar 7 11:07:00 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA21656
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 12:11:41 +1100 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id TAA17670
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Mar 2001 19:58:44 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id UAA18990
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Mar 2001 20:07:00 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Tue, 6 Mar 2001 20:07:00 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Spares, et. al for 11/44 system
Message-ID: <Pine.LNX.4.10.10103061953490.18931-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
MANY thanks to all who responded to my questions regarding the PDP-11
equipment I recently acquired. I believe that I am well on my way to
being able to build a fairly substantial operating 11/44 museum piece.
I was able to open up the three RA81s and inspect them. Luckily their
heads had all been locked in place. Unfortunately, the belt release on
all were still set in "tension." Hopefully this will be a minor
issue.
I powered up the RA81s, all power up and start spinning the platters. I
have not allowed any of them to rotate fast enough to load the heads though -
I want to do a good cleaning first and get them situated in their
cabinets.
The three RL02s also all accept power and come on. However, they
all illuminate their fault light when power is applied. I cannot
remember if RL02s will do this when not connected to their
controller - anyone?
Finally, I have two 1MB Standard Memories memory boards, a 256K
Standard Memories board, 2 DEC 256K memory boards, 1 DEC 1MB
memory board, and 1 512K National Semiconductor memory board (see below).
All these are 11/44 memories.
Does anyone have CSR/etc. DIP switch settings for the Standard Memories
and/or Nat. Semi boards? I can't find anything on the 'net and I
have no other documentation.
Thanks!
greg
p.s. The Nat. Semi board is a bit strange. It has an area of
16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another
area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter
what I do, I can't do the math to get this board to
fit into a 256/512/1MB size. I ASSUME it's a .5MB
board, but what about the extra chips?
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA21918
for pups-liszt; Wed, 7 Mar 2001 12:58:04 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed Mar 7 11:53:21 2001
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA21914
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 12:58:01 +1100 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f271rL837045
for pups(a)minnie.cs.adfa.edu.au; Wed, 7 Mar 2001 12:53:21 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200103070153.f271rL837045(a)henry.cs.adfa.edu.au>
Subject: [pups] Fred's Ultrix-11 now in the UNIX Archive
To: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Date: Wed, 7 Mar 2001 12:53:21 +1100 (EST)
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL68 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article <7263E31101C6D41196490008C7B2BFC30A8A9F(a)mwnt4.microwalt.nl>,
"Fred N. van Kempen" <Fred.van.Kempen(a)MicroWalt.NL> writes:
> Here is a quick snippet I just wrote up while loading my distribution on
> a test system. This file will be cleaned up,
> enriched and so on and included in the next release.
> Fred
The UNIX Archive now has Fred's distributions and his setup.txt in
the PDP-11/Distributions/dec/Fred-Ultrix3 directory:
total 17328
-rw-r--r-- 1 wkt pupsarc 892 Mar 7 01:30 README.ult11-3.0
-rw-r--r-- 1 wkt pupsarc 1663 Mar 6 12:36 README.ult11-3.1
-rw-r--r-- 1 wkt pupsarc 25497 Mar 7 12:53 setup-3.1.txt
-rw-r--r-- 1 wkt pupsarc 6680997 Mar 7 06:33 ult11-3.0-kit.tar.gz
-rw-r--r-- 1 wkt pupsarc 10988112 Mar 7 06:52 ult11-3.1-kit.tar.gz
http://minnie.cs.adfa.edu.au/TUHS/archive_access.html
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA23916
for pups-liszt; Wed, 7 Mar 2001 19:59:37 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Johnny Billquist <bqt(a)update.uu.se> Wed Mar 7 18:54:48 2001
Received: from Tempo.Update.UU.SE (IDENT:0@Tempo.Update.UU.SE [130.238.19.17])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA23912
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Mar 2001 19:59:31 +1100 (EST)
(envelope-from bqt(a)update.uu.se)
Received: from localhost (bqt@localhost)
by Tempo.Update.UU.SE (8.11.2/8.11.2/Update-Iltempogigante) with ESMTP id f278smE17031;
Wed, 7 Mar 2001 09:54:48 +0100
Date: Wed, 7 Mar 2001 09:54:48 +0100 (CET)
From: Johnny Billquist <bqt(a)update.uu.se>
To: "Gregory R. Travis" <greg(a)ciswired.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Spares, et. al for 11/44 system
In-Reply-To: <Pine.LNX.4.10.10103061953490.18931-100000(a)weasel.ciswired.com>
Message-ID: <Pine.LNX.4.21.0103070953570.28370-100000(a)Tempo.Update.UU.SE>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Tue, 6 Mar 2001, Gregory R. Travis wrote:
> The three RL02s also all accept power and come on. However, they
> all illuminate their fault light when power is applied. I cannot
> remember if RL02s will do this when not connected to their
> controller - anyone?
Yes, they will turn on the fault light if not connected to a controller.
> p.s. The Nat. Semi board is a bit strange. It has an area of
> 16x4 TI 64K-bit chips (i.e 64x64k/8 = .5MB) and another
> area of 10x4 TI 64K-bit chips (i.e. .3MB). No matter
> what I do, I can't do the math to get this board to
> fit into a 256/512/1MB size. I ASSUME it's a .5MB
> board, but what about the extra chips?
ECC?
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA23981
for pups-liszt; Wed, 7 Mar 2001 20:07:47 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
> 2. Peanut lamps for the RL02s and RA81s. I assume they're the
> same lamp for both drives. These are the lamps that go behind the
> front-panel switches and indicators (e.g. Load/Ready/Write
Protect/etc.)
> I pulled one lamp and it was marked CM73ENG. A search on Goodle
> for this pulls up nothing.
RL02's and RA81's use different bulbs; the #73 is for the RL02, and is
14V. The #86 is for the RA8n, and is 6.30V. You can put the #86 in a
RL02, and while it will be real bright, the lifetime will be measured
in hours. Put the #73 in a RA8n and it will be dim, but at least it'll last
a while :-).
These bulbs are readily available in the US from most "old-line" electronics
distributors. Mail order places that stock them are Newark and Mouser;
the relevant Newark URL's are
http://search.newark.com/part_detail.phtml?PART%5FID=250&VID=250&10005=50N8…
and
http://search.newark.com/part_detail.phtml?PART%5FID=250&VID=250&10005=50N8…
If you're going to be doing this a lot, you ought to find yourself a
bulb puller. Getting those bulbs in and out of recessed sockets is a whole
lot easier with such a tool!
Tim.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA17861
for pups-liszt; Tue, 6 Mar 2001 23:02:25 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
On Mar 5, 11:52, Gregory R. Travis wrote:
> I need sources for the following, can anyone suggest good starting
points?
>
> 1. Unit select plugs for the RL02s. All the plugs I have are "0",
> I'd like to be able to use more than one RL02 on the system if need
be.
I had a similar problem -- several RL02s but the plugs were for units 0 and
1 ("And sometimes we didn't even have ones. I wrote an entire database
using only zeros." "You had zeros? We had to use the letter 'O'.")
The switches are standard Honeywell AML series, so you might be able to get
plugs for them frm a Honeywell supplier -- but don't hold your breath.
Each plug has a finger on each side (and a "key" on top). The upper and
lower edge of each finger activates (or not) a contact in the housing. I
used matchsticks to work out what lengths were required before I saw real
plugs. Of course, I wouldn't recommend using matchsticks except in an
emergency but you could do what I did, and make your own plugs. I made
mine from thin Perspex (Lucite), each from five pieces glued together to
make a box. The "code" is:
Unit upper left lower left upper right lower right
0 short short short long
1 short short long* long
2 long long short long
3 long long long* long
The ones I've marked "long*" go the full length of the finger, with just a
small bevel to make insertion easier.
> 2. Peanut lamps for the RL02s and RA81s. I assume they're the
> same lamp for both drives. These are the lamps that go behind the
> front-panel switches and indicators (e.g. Load/Ready/Write
Protect/etc.)
> I pulled one lamp and it was marked CM73ENG. A search on Goodle
> for this pulls up nothing.
They're standard T1 1/2 wedge-base bulbs (5mm dia x 18mm long), but to be
authentic you should use 14V bulbs rather than the more common 12V ones.
12V ones will burn out relatively quickly.
> 3. New, or good substitutes, for the coarse air filters used
behind
> the 11/44 front panel as well as behind the RA81 front panels. The
> ones that I have are literally crumbling apart.
The best thing I've found is the synthetic open-weave fibrous mat used in
domestic cooker hoods and the like. I get mine from the local hardware
shop; it's very cheap. It comes in at least two thicknesses; if the stuff
you find is too thick, you can peel it apart as if it were layered.
Can't help with the rest, I'm afraid.
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA13884
for pups-liszt; Tue, 6 Mar 2001 09:00:02 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Tue Mar 6 07:48:34 2001
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id IAA13877
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Mar 2001 08:59:57 +1100 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26521d69c64a(a)mwnt5.microwalt.nl> for <pups(a)minnie.cs.adfa.edu.au>;
Mon, 5 Mar 2001 22:53:09 +0000
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <FQJ8RBFP>; Mon, 5 Mar 2001 22:48:36 +0100
Message-ID: <6F63E31101C6D41196490008C7B2BFC32D19(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] DEC ULTRIX-11 V3.1 bin/src install kit
Date: Mon, 5 Mar 2001 22:48:34 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
charset="iso-8859-1"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
All,
As a part of my efforts to create an enhanced version of the Ultrix-11 Unix
distribution that can be used on PDP-11's, I started out with creating a kit
that has all the parts and which can be used to create a bootable
installation
tape from which you can install it on a machine.
I am uploading "ultrix11-v3.1-kit.tar.gz" to PUPS as we speak. A README
file
is included, as contains the following:
----------------------------------------------------------------------------
-
DEC ULTRX-11 V3.1 Master Distribution Kit
This directory contains the files needed to build a complete
installation kit of version 3.1 of the ULTRIX-11 Unix system
for the DEC PDP-11. Version 3.1 was also the final release;
no more development was done after, as UEG shifted its focus
to the new VAX systems. Ultrix effectively was ported to the
VAX. and called Ultrix-32. Later releases were called either
Ultrix/VAX or Ultrix/RISC, depending on which DEC platform it
was for.
This distribution contains files from both the V3.1 binary
kit (dug up by Wilko Bulte), the V3.1 source kit from Steven
Schultz, and some other tools and files grabbed from anywhere.
The kit is basically a regeneratable V3.1 binary boot kit,
with the official SRCKIT added to it (as tape file 35). The
top-level "build" script does what it says.. it builds the
tape so you can start it up and go to get some sleep :)
To get the ball rolling, check the value of the TAPE variable
at the top of the "build" script. It is set to what MY tape
device (TK50 on TQK50 controller) under Ultrix-11 V3.1 is,
so you may have to change it.
Then, type
./build
and watch things go. After about two hours of tape activity,
you should be woken up by two BEEPs telling you that it is all
done. Unload the tape and you're all set.
Extreme thanks go to Wilko and Steven for digging up this stuff;
to Bill Gunshannon, Ed "The Wanderer", Kees Stravers and Warren
Toomey for their support while I was fighting hardware problems
and debug weird software issues. Thanks guys!!
If you run into problems, drop me a note!
Have fun !
Fred N. van Kempen, <fred(a)microwalt.nl>
March 5th, 2001
----------------------------------------------------------------------------
-
Upcoming release of this kit will contain, amongst other things:
- VTserver 2.0 support (you can install the tape off a virtual tape
server!!)
- TDF 1.0 (Tape Dump Format) file support for archiving tape dumps
- My TCP/IP "fromto" network pipe program
- C-Kermit, compress/uncompress
- more documentation
- more network stuff
- my RX50 boot/rescue diskette set (2 RX50's.. neat!)
Watch this space for more....
Warren: expect about 38MB of stuff to drop into your mailbox tonight...
Cheers,
Fred
--
Fred N. van Kempen Fred.van.Kempen(a)MicroWalt.NL
Microsoft MCSE+I/MCSE/MCSD Compaq ASE/ACT
UNIX Systems Programmer Cisco ACRC/CCDA/CCNA/SupportPro
InterNetworking en Network Security Consultant
MicroWalt Corporation (Netherlands), Korte Heul 95, 1403 ND BUSSUM
Phone +31 (35) 6980059 FAX +31 (35) 6980215 http://WWW.MicroWalt.NL/
Dit bericht en eventuele bijlagen is uitsluitend bestemd voor de
geadresseerde. Openbaarmaking, vermenigvuldiging, verspreiding aan
derden is niet toegestaan. Er wordt geen verantwoordelijkheid
genomen voor de juiste en volledige overbrenging van de inhoud van
dit bericht, noch voor de tijdige ontvangst ervan.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA14147
for pups-liszt; Tue, 6 Mar 2001 09:46:59 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
