I've assembled some notes from old manuals and other sources
on the formats used for on-disk file systems through the
Seventh Edition:
http://www.cita.utoronto.ca/~norman/old-unix/old-fs.html
Additional notes, comments on style, and whatnot are welcome.
(It may be sensible to send anything in the last two categories
directly to me, rather than to the whole list.)
Well, I had mixed success on a PDP-11/24.
First off, a couple of bugs.
In vtserver.c in the code that loads the bootstrap via console odt, the "C"
format strings have "%6o". These need to be changed to "%6.6o" to make it
work on my 11/24. Otherwise you get leading spaces.
Also, the code that sends an entire ODT command in one "write()" fails. I
had to change that (and the one that sends the "G" command) into a loop
where I wrote just one character, and then read back one character that the
11/24 echoed. Otherwise it just hung.
I suspect both of these changes would fix problems on some machines and
would not harm any others.
So, I got around that, and the standalone loaded. (Hooray) But.....
When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1
cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating
an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was
set ON. So, the error itself is not unreasonable. But....
I looked at the code in hk.c, and tried it manually after resetting the
machine, and the code should be getting the expected drive error when it
first tries to address it as an RK06. That should cause it to switch to
thinking it is an RK07, but something is going haywire. And, if I boot a
pack, the boot code correctly figures out that it is an RK07 (when I look
after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is
indeed on).
So, my guess is that the code in hk.c is busted in some way.
Are there "2.11BSD for dummies under an emulator" instructions somewhere,
so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can
someone point me to the physical memory addresses in hk.c so I could just
patch the array to tell it I have 2 RK07's ahead of time, rather than
having it attempt to auto-detect the drive type?
Haaaaaaaaaaaaalp 8~)
Jay Jaeger
---
Jay R. Jaeger The Computer Collection
cube1(a)home.com visit http://members.home.net/thecomputercollection
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA10752
for pups-liszt; Sat, 31 Mar 2001 17:55:53 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Robin Birch <robin(a)ruffnready.co.uk> Sat Mar 31 17:47:28 2001
Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id RAA10748
for <pups-digest(a)minnie.cs.adfa.edu.au>; Sat, 31 Mar 2001 17:55:47 +1000 (EST)
(envelope-from robin(a)ruffnready.co.uk)
Received: from falstaf.demon.co.uk ([158.152.152.109])
by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1)
id 14jG82-000IE3-0Y; Sat, 31 Mar 2001 08:48:58 +0100
Message-ID: <XPB0TIAQuYx6Ewac(a)ruffnready.co.uk>
Date: Sat, 31 Mar 2001 08:47:28 +0100
To: Jay Jaeger <cube1(a)home.com>
Cc: pups-digest(a)minnie.cs.adfa.edu.au
From: Robin Birch <robin(a)ruffnready.co.uk>
Subject: Re: [pups] Re: New Release of VTserver program
References: <200103282045.GAA92101(a)minnie.cs.adfa.edu.au>
<4.3.2.7.2.20010330212401.00bb29b0@cirithi>
In-Reply-To: <4.3.2.7.2.20010330212401.00bb29b0@cirithi>
MIME-Version: 1.0
X-Mailer: Turnpike Integrated Version 5.00 U <YSkKJATYm0AxAbv6xwlBrCeVCW>
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In message <4.3.2.7.2.20010330212401.00bb29b0@cirithi>, Jay Jaeger
<cube1(a)home.com> writes
>Well, I had mixed success on a PDP-11/24.
>
>First off, a couple of bugs.
>
>In vtserver.c in the code that loads the bootstrap via console odt, the "C"
>format strings have "%6o". These need to be changed to "%6.6o" to make it
>work on my 11/24. Otherwise you get leading spaces.
>
>Also, the code that sends an entire ODT command in one "write()" fails. I
>had to change that (and the one that sends the "G" command) into a loop
>where I wrote just one character, and then read back one character that the
>11/24 echoed. Otherwise it just hung.
>
>I suspect both of these changes would fix problems on some machines and
>would not harm any others.
>
>So, I got around that, and the standalone loaded. (Hooray) But.....
>
>When I tried to use my RK07 as input ( hk(0,0,0) , I got an error: sc=1
>cs2=64 er=40 . Upon examination, HKCS1 bit 10 was indeed off (indicating
>an RK611 controller) whereas the RK07 bit for the drive at +12(octal) was
>set ON. So, the error itself is not unreasonable. But....
>
>I looked at the code in hk.c, and tried it manually after resetting the
>machine, and the code should be getting the expected drive error when it
>first tries to address it as an RK06. That should cause it to switch to
>thinking it is an RK07, but something is going haywire. And, if I boot a
>pack, the boot code correctly figures out that it is an RK07 (when I look
>after it reads the boot block off of a garbage pack, Bit 10 in HKCS1 is
>indeed on).
>
>So, my guess is that the code in hk.c is busted in some way.
>
>Are there "2.11BSD for dummies under an emulator" instructions somewhere,
>so that I could hardwire hk.c to an RK07 temporarily? Or, perhaps can
>someone point me to the physical memory addresses in hk.c so I could just
>patch the array to tell it I have 2 RK07's ahead of time, rather than
>having it attempt to auto-detect the drive type?
>
Jay,
I don't know how to do this and I suspect that it would be very
difficult (someone PLEASE prove me wrong). But, if you load it into an
emulator using another type of disk, say, an RP05 or RM05 that the
emulator can support, then you can play with hk.c to your heart's
content. Then you can run the code out and test it on the PDP.
Cheers
Robin
>Haaaaaaaaaaaaalp 8~)
>
>Jay Jaeger
>---
>Jay R. Jaeger The Computer Collection
>cube1(a)home.com visit http://members.home.net/thecomputercollect
>ion
>
____________________________________________________________________
Robin Birch robin(a)ruffnready.co.uk
M1ASU/2E0ARJ/M5ABD Old computers and radios always welcome
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA12583
for pups-liszt; Sun, 1 Apr 2001 00:33:07 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Sun Apr 1 00:26:58 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA12579
for <pups-digest(a)minnie.cs.adfa.edu.au>; Sun, 1 Apr 2001 00:33:02 +1000 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id JAA12688;
Sat, 31 Mar 2001 09:17:21 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id JAA08702;
Sat, 31 Mar 2001 09:26:58 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Sat, 31 Mar 2001 09:26:58 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: classiccmp(a)classiccmp.org, pups-digest(a)minnie.cs.adfa.edu.au
Subject: [pups] Reformat RA81/82?
Message-ID: <Pine.LNX.4.10.10103310916520.8697-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Can RA81/82 disks be reformatted in the field? If so, is this
done through XXDP or is there a way to do it from the disk's
serial port?
My RA82 occasionally lights its FAULT light and extinguishes its
ready light during write operations. The likelyhood of it
faulting appears (but I am not certain) to be correlated with a specific
region of the disk.
About five-ten seconds after the fault, the FAULT indicator turns
off and ready comes back on. At no time is an I/O error generated
that the application or the operating system (2.11BSD) see
so this fault appears to be transient and is resolved by either
the drive or the drive/controller together.
It "smells" like a data write error that's resolved after a few
automatic retries. I'm hoping a low-level reformat could clear it
up. Am I wacked out?
If there's an XXDP exerciser/formatter available I'd appreciate it
if someone could point me there. It's been nearly twenty years since
the last time I even tried running XXDP
Thanks as always,
greg
p.s. The RA81 drive on the same controller never gives any
trouble (yet). I've tried some more basic things like
swapping SDI cables and drive ports but it doesn't make
a difference.
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Robert and Warren,
Robert asks:
> Is Ultrix installable from Vtserver yet? It appears to be the only other
> version of unix that will work with MSCP disk drives, and maybe I'd have
> better luck with it than 2.11BSD. If you have any Ultrix utilities
> semi-running I'd be glad to test them for you!
and Warren replies:
> Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but
> has been making progress over the past few days. I'll cc this e-mail to
> him and he can tell you the story :)
The status is as follows. Feel free to relay onto the various newsgoups
and lists; I obviously lack the time to :)
- VTserver runs on my VAX (Ultrix-32 V4.4 and V4.5)
- Client code is now in Ultrix-11 V3.1
I can get VTserver to upload the primary boot loader to the PDP-11 (I test
with two.. a MicroPDP-11/23 and a MicroPDP-11/53) and that in turn makes
the box load the Boot: program.
When that is loaded, I can go two ways:
- type "install" and Boot: will load the RAM disk from the server, and
switch to that. Works.
- manually load and run programs. Works.
The problem here, is, that Ultrix uses a very complicated memory setup,
which forces some MMU fiddling into all the drivers. Warren's driver was
done for BSD and V7, which do not have this "problem".
I am now adding this MMU support to the driver, and that's the end of it..
all other parts work fine.
Here is a test run log. Falafel is the VAX 3100. My VTserver program
uploads the boot code to the (Micro-)PDP-11 if the "-o" option is given.
{falafel:~/ULT} $ vt -o
Virtual tape server, $Revision: 2.3 $
stty cs8 -parenb 9600 clocal crtscts
Opening port /dev/tty01 .... open
Sending PDP-11 Boot Code to uODT
........................................................................
[Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>]
VTS: Opened boot
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbb
bbbbb
Sizing Memory...
To list options, type help then press <RETURN>
23Boot: vt(0,0)scat
VTS: Opened scat
VTS: Opened syscall
File: vt(0,0)contents
VTS: Opened contents
File 1:
2 copies of magtape boots
File 5:
This file (contents)
File 6:
The program mkfs (make a ULTRIX-11 file system)
File 7:
The program restor (restore a dump onto a file system)
File 8:
The program dskinit (disk format and verify)
Filre 9:
The program bads (scan disk for brams for memory disk (file system
image
)
File 14:
rcmds: optional software loaded into ROOT (TAR image)
File 15:
|
V
File 31:
ucmds: optional software loaded into /USR (TAR images)
File 32:
sysgen: optional sorftware for re-loading sysgen (TAR image)
File 33:
The ULTRIX-11 root file system in dump/restor format
File 34:
The ULTRIX-11 /usr file system in dump/restor format
Exit called
23Boot:
------------------------------------
The other commands work similarly. I only need to revamp the MMU stuff,
and then I'm done and we can boot/install Ultrix-11 from VT !
--fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA86317
for pups-liszt; Wed, 28 Mar 2001 09:58:18 +1000 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Wed Mar 28 07:18:40 2001
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA86313
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Mar 2001 09:58:16 +1000 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2RNphe63854
for pups(a)minnie.cs.adfa.edu.au; Wed, 28 Mar 2001 09:51:43 +1000 (EST)
(envelope-from wkt)
Received: from csadfa.cs.adfa.edu.au (csadfa.cs.adfa.edu.au [131.236.21.6])
by henry.cs.adfa.edu.au (8.11.2/8.9.3) with ESMTP id f2RLPR963436
for <wkt(a)henry.cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:27 +1000 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by csadfa.cs.adfa.edu.au (8.9.0/8.9.0) with ESMTP id HAA18994
for <wkt(a)cs.adfa.edu.au>; Wed, 28 Mar 2001 07:25:33 +1000 (EST)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26528ed034b1(a)mwnt5.microwalt.nl>;
Tue, 27 Mar 2001 23:22:07 +0100
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <HLMQJ18F>; Tue, 27 Mar 2001 23:18:44 +0200
Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A86(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: "'wkt(a)cs.adfa.edu.au'" <wkt(a)cs.adfa.edu.au>,
Robert Collet
<bob.collet(a)worldnet.att.net>,
"'stock(a)sba.nl'" <stock(a)sba.nl>,
"'kees.stravers(a)iae.nl'" <kees.stravers(a)iae.nl>
Cc: "'linuxee(a)aol.com'" <linuxee(a)aol.com>
Subject: [pups] RE: Vtserver & 2.11 standalone progs
Date: Tue, 27 Mar 2001 23:18:40 +0200
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
charset="iso-8859-1"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Guys,
> Robert, Fred van Kempen has been bashing his head on Ultrix with VT, but
> has been making progress over the past few days. I'll cc this e-mail to
> him and he can tell you the story :)
As of today, it is WORKING !
I just finished a (slooooow :) system load onto a MicroPDP-11/23. Works
like a charm.. just takes a while. Here is a log:
{falafel:~/ULT} $ vt -o
Virtual tape server, $Revision: 2.3 $
stty cs8 -parenb 9600 clocal crtscts
Opening port /dev/tty01 .... open
Sending PDP-11 Boot Code to uODT
........................................................................
[Enterring TERMINAL/SERVER mode. Escape with <ESC><ESC>]
VTS: Opened sas/boot
bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
bbb
bbbbbb
Sizing Memory...
To list options, type help then press <RETURN>
23Boot: install
Copying auto-install programs to memory disk...
VTS: Opened data/saprog.dsk
rrrRrRRRRRRRRRRrrRRRRRRRrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrr
rrrrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrr
100K sent
rrrrrrrrrrrrrrrrRrrrrrrrrrrrrrrrrrrrrrRrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrr
rrrr
rrrrrrRrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
200K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrRrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
****** ULTRIX-11 System Disk Load you need to answer some questions
about
your system's configuration. Enter your answer, using only lowercase
characters, then press <RETURN>. If you need help answering any of
the questions, enter a ? then press <RETURN>.
Press <RETURN> to continue:
****** WARNING *ks must be converted to the new
1K block file system.
Proceed with the installation <y or n> ? y
Target processor is an 11/23 <y or n> ? y
CURRENT CPU = 11/23, TARGET CPU = 11/23
System disk type <? for help> ? y\yrd51
****** CAUTION ******
You must scan MSCP disks for bad blocks, type ?<RETURN> for help!
Scan system disk(s) for bad blocks <y or n> ? y
****** SCANNING SYSTEM DISK(s) FOR BAD BLOCKS ******
ULTRIX-11 MSCP Disk Initialization Program
Disk type < ra60 ra80 ra81 rx33 rx50 rd31 rd32 rd51 rd52 rd53 rd54 rc25 >:
rd51
Unit number < 0-3 >: 0
Starting block number < 0 >: 0
Number of blocks to check < 21600 >:
READING...
21600 blocks checked
0 bad blocks found
0 bad blocks replaced
Exit called
****** BAD BLOCK SCAN COMPLETE ******
****** MAKING EMPTY (ROOT) FILE SYSTEM ******
File system size: 3730
Disk type: rd51
Processor type: 23
File system name: root
Volume name: sd_rd0
File system: rd(0,0)
isize = 2384
m/n = 1 72
Exit called
****** EMPTY FILE SYSTEM COMPLETED ******
****** RESTORING (ROOT) ONTO SYSTEM DISK ******
Input: vt(0,0)root
VTS: Opened data/root.dmp
Disk: rd(0,0)
rRrRrRrRrRrRrrrRrrrrrrrRrRrRrRrrrrrrrrrRrrrRrrrRrrrRrRrRrRrRrRrRrRrRrRrRrRrR
rRrR
rRrRrRrRrRrrrRrRrRrRrrrRrrrrrrrrrRrrrRrrrrrrrrrRrrrrrrrrrrrrrrrrrrrRrRrRrrrr
rrrr
rRrRrRrrrrrrrrrRrrrrrrrrrrrrrrrRrrrrrrrrr
100K sent
[... deleted ...]
3600K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrrRrrrrrrrrrRrrrrrrrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrr
rrrr
rrRrrrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrrrrREnd of dump media
****** FILE SYSTEM RESTORE COMPLETE ******
****** CHECKING (ROOT) FILE SYSTEM ******
File: rd(0,0)
Salvage free list <y or n> ? n
rd(0,0):
files 305 (r=280,d=17,b=1,c=7,p=0,l=0)
used 3389 (i=182,ii=0,iii=0,d=3207)
free 190
missing 0
****** FILE SYSTEM CHECK COMPLETE ******
****** MAKING EMPTY (USR) FILE SYSTEM ******
File system size: 5934
Disk type: rd51
Processor type: 23
File system name: /usr
Volume name: sd_rd0
File system: rd(0,9700)
isize = 3792
m/n = 1 72
Exit called
****** EMPTY FILE SYSTEM COMPLETED ******
****** RESTORING (USR) ONTO SYSTEM DISK ******
Input: vt(0,0)usr
VTS: Opened data/usr.dmp
Disk: rd(0,9700)
rRrRrRrRrRrRrRrRrrrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrRrRrRrRrrrRrRrRrRrRrR
rRrR
rRrRrrrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrRrR
rRrR
rrrRrrrRrRrRrRrRrrrRrRrRrrrRrRrRrRrRrRrRr
100K sent
[... deleted ...]
5400K sent
rrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrRrRrRrrrrrrrRrrrrrrrRrRrrrrrrrrrRrrrrrrrrrrr
RrRr
RrRrrrrrRrrrRrRrRrREnd of dump media
****** FILE SYSTEM RESTORE COMPLETE ******
****** CHECKING (USR) FILE SYSTEM ******
File: rd(0,9700)
Salvage free list <y or n> ? n
rd(0,9700):
files 619 (r=570,d=49,b=0,c=0,p=0,l=0)
used 4824 (i=228,ii=1,iii=0,d=4594)
free 872
missing 0
****** FILE SYSTEM CHECK COMPLETE ******
****** COPYING BOOT TO SYSTEM DISK BLOCK ZERO ******
****** BLOCK ZERO BOOT LOADED ******
****** BOOTING ULTRIX-11 SYSTEM TO SINGLE-USER MODE ******
Sizing Memory...
23Boot: rd(0,0)unix (CTRL/C will abort auto-boot)
rd(0,0)unix:
14784+17024+8192+8000+8064+8000+8064+8128+8000+7808+7936+7936+7680+
7360+1344
eráóe ½ äelete ëill ½ U iîtr ½ Ã Û
[Back to host.]
That's where the parity stuff bites us (see the dicussion regarding
2.11BSD :) but I'll fix that later.. its a make-up change, trivial.
Let's continue with Kermit:
{falafel:~/ULT} $ kermit
Connecting to /dev/tty01, speed 9600.
The escape character is ^\ (ASCII 28).
Type the escape character followed by C to get back,
or followed by ? to see other options.
This program performs operating system setup functions during
installation and normal system operation. Setup operates in one
of three possible modes (phases), depending on the current state
of the system. The three modes are:
Phase 1: Initial setup -- prepares system for first sysgen.
Phase 2: Final setup -- completes the system setup.
Phase 3: Change setup -- handles system setup changes.
The program will ask several setup questions. Enter your answer
to each question, using lowercase characters, then press <RETURN>.
The questions include helpful hints enclosed in angle brackets < >
and/or parenthesis ( ). If you need additional help answering any
question, enter a ? or the word help then press <RETURN>.
You can correct typing mistakes by pressing the <DELETE> key to
erase a single character or <CTRL/U> to erase the entire line.
You can interrupt the setup program by typing <CTRL/C>. This
allows you to abort the setup process or restart it.
Press <RETURN> to continue:
Is the console terminal a CRT (video terminal) <y or n> ? y
PLEASE CONFIRM: console is a VIDEO terminal <y or n> ? y
****** READING SETUP DATA FROM setup.info FILE ******
(vt(0,0)boot) - bad load device!
The initial setup program cannot obtain the information it needs
to complete the installation from the setup.info file. The sdload
program writes this information into the setup.info file after
loading the software onto the system disk. For some unknown reason
the setup program cannot access the information.
You can supply the missing information or abort the installation.
If you continue, the program will prompt you for the following:
o Setup phase number
o System disk type
o Target processor type
o Software load device type
Continue the installation <y or n> ? n
****** INITIAL SETUP ABORTED ******
You have the following options:
o Restart the installation procedure at the beginning.
o Execute the following steps to retry the initial setup:
Halt the processor.
Execute the hardware bootstrap for the system disk.
The setup program should restart automatically, if
it does not, execute: cd /.setup; setup.
o Contact the Telephone Support Center or your local DIGITAL
software services office for assistance.
#
------------------------------------------------------------------------
and that's where it currently ends.
I did already upgrade the root file system dump (hey.. I knew it was
working once it started load that one.. :) so the kernel is already up
to spec. I also have updated versions of /etc/rdate and /bin/date on
it, so we can install using this era, and not go back to the early 70s :)
Problems to be fixed:
- icky parity stuff in VTserver (terminal mode) .. there are more problems
with it. I think the receive buffer can overflow if we are in the main
server_loop() routine... causing us to loose characters on input.
- no kernel support for the VT device, so, past the initial load, we're
still fucked, so to speak. In other words.. Warren, sweetie.. should
we change our priorities and do the kernel driver first, and THEN redo
the protocol as discussed last night?
Cheers,
Fred (**yawn** - 109 straight hours of coding :)
All, I spent the weekend working on my VTserver program, which lets you
copy disk images in/out of a PDP-11 without a tape drive. It's at
ftp://minnie.cs.adfa.edu.au/pub/PDP-11/Vtserver
Could I get anybody with a PDP-11, 256Kbytes of core, and no tape drive
to try this out. I'm keen to find out which -11 models it does or doesn't
work on. Also, if you have less than 256Kbytes of core, please let me
know if you want Vtserver to run on your platform. If there's enough
interest, I'll try to rewrite the code to fit in a smaller footprint.
At present, Fred van Kempen is also working on adding VT support to
Ultrix-11. When he's done, we will do a merge of the server, and add
his Ultrix client code into a separate directory of the VT distribution.
Attached is some more blurb from the README.
Warren
The Vtserver program provides you with a method of copying a disk image into
a PDP-11, or extracting a disk image from a PDP-11, without a tape drive or
indeed an installed operating system.
The approach here is use a nearby Unix or Linux computer as both the PDP-11
console and as a virtual tape server. The VTserver software comes as two
components: a set of PDP-11 software which acts as the virtual tape client,
and the server which is hosted on the nearby Unix machine. The two computers
are connected via an RS-232 null modem with hardware handshaking.
I've used the Ersatz-11 2.0 demo simulator with various
CPU models, and RL02 and RK05 disk images, to test copy. Here are the
results: copy can read and write disk images for /24, /34A, /40, /44, /45,
/70 and /94 systems when they have 256Kbytes of memory. It doesn't work for
the 11/35 as it doesn't have the MUL instruction, which the 2.11BSD C
compiler generates.
Kevin,
> I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have
a
> Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I
> believe.
Nice, I have one too (an UC08, which is just a dual-port version of the '7).
> I am sure I could also find a higher capacity drive without
> too much effort.
Yup.. come to Holland, attend one of the 6-weekly "dump" shows, and find
yourself
loaded with 1 and 2GB drives for a couple of bucks...
> Which disk should I tell the Ultrix installation I have to get the best
from
> my setup. I made an 'educated' guess of RA81 for the moment, and that
> works.
Ultrix will think it is an RA81, most likely. The controller will be seen
as
either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos
the
controller is still on my "todo shelf". Drives attached to either will
report
as RAxx'es...
> I could physically attach a drive with a much higher capacity
> than DEC ever envisaged, but which drive do I 'pretend' I am using.
I have a kernel with "RA99" compiled in. That is a test for my experimental
support for Ultrix-32-like "partition tables" (/etc/chpt et al). Works OK
so far...
Anyway. Uhm, your drive most probably should work fine when referred to as
an RA81 on an RQDX or similar.. UDA50 comes to mind.
Cheers,
Fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA58983
for pups-liszt; Sat, 24 Mar 2001 09:49:41 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Johnny Billquist <bqt(a)update.uu.se> Sat Mar 24 08:43:20 2001
Received: from Tempo.Update.UU.SE (IDENT:0@Tempo.Update.UU.SE [130.238.19.17])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA58979
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 09:49:36 +1100 (EST)
(envelope-from bqt(a)update.uu.se)
Received: from localhost (bqt@localhost)
by Tempo.Update.UU.SE (8.11.2/8.11.2/Update-Iltempogigante) with ESMTP id f2NMhLt31294;
Fri, 23 Mar 2001 23:43:21 +0100
Date: Fri, 23 Mar 2001 23:43:20 +0100 (CET)
From: Johnny Billquist <bqt(a)update.uu.se>
To: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>,
Pups Mailing List <pups(a)minnie.cs.adfa.edu.au>
Subject: RE: [pups] Disk query on Ultrix 3.1
In-Reply-To: <6F63E31101C6D41196490008C7B2BFC3020A54(a)mwnt4.microwalt.nl>
Message-ID: <Pine.LNX.4.21.0103232340070.25398-100000(a)Tempo.Update.UU.SE>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Fri, 23 Mar 2001, Fred N. van Kempen wrote:
> Kevin,
>
> > Which disk should I tell the Ultrix installation I have to get the best
> from
> > my setup. I made an 'educated' guess of RA81 for the moment, and that
> > works.
> Ultrix will think it is an RA81, most likely. The controller will be seen
> as
> either an RQDX3 (MFM QBUS) or an UDA50 (MFM Unibus). Never tried that, 'cos
> the
> controller is still on my "todo shelf". Drives attached to either will
> report
> as RAxx'es...
Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the
KDA-50.
There is no MFM controller for Unibus. That is, no equivalent of the RQDXn
exists for Unibus.
Disks on the RQDXn reports as RDxx or RXxx, while disks on the [KU]DA-50
reports as RAxx (from a hardware point of view). They're both MSCP
controllers though.
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA59471
for pups-liszt; Sat, 24 Mar 2001 11:29:20 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl> Sat Mar 24 10:16:13 2001
Received: from mwnt5.microwalt.nl (mwnt5.microwalt.nl [195.86.89.38])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA59467
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 11:29:15 +1100 (EST)
(envelope-from Fred.van.Kempen(a)microwalt.nl)
Received: from mwnt4.microwalt.nl (unverified) by mwnt5.microwalt.nl
(Content Technologies SMTPRS 4.1.5) with ESMTP id <T0a005f26527aa2a507(a)mwnt5.microwalt.nl>;
Sat, 24 Mar 2001 01:19:57 +0000
Received: by mwnt4.microwalt.nl with Internet Mail Service (5.5.2650.21)
id <HLMQJ1WA>; Sat, 24 Mar 2001 01:16:22 +0100
Message-ID: <6F63E31101C6D41196490008C7B2BFC3020A55(a)mwnt4.microwalt.nl>
From: "Fred N. van Kempen" <Fred.van.Kempen(a)microwalt.nl>
To: "'Johnny Billquist'" <bqt(a)update.uu.se>,
"Fred N. van Kempen"
<Fred.van.Kempen(a)microwalt.nl>
Cc: "'Kevin Murrell'" <kevin(a)xpuppy.freeserve.co.uk>,
Pups Mailing List
<pups(a)minnie.cs.adfa.edu.au>
Subject: RE: [pups] Disk query on Ultrix 3.1
Date: Sat, 24 Mar 2001 01:16:13 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
charset="iso-8859-1"
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Johnny,
> Actually, the UDA-50 isn't MFM, it's SDI. The QBUS equivalent is the
> KDA-50.
Ahhh, i knew it was something-50 :) Twas a while ago since I
last touched a Unibus box.. can you tell? :)
> Disks on the RQDXn reports as RDxx or RXxx, while disks on
> the [KU]DA-50
> reports as RAxx (from a hardware point of view). They're both MSCP
> controllers though.
Yup. The UC0x talks MSCP (and/or TMSCP, if configured) on the Qbus
side, and SCSI on the device side. I have an UC08 which is configured
for MSCP on bus 0, and TMSCP on bus1. The attached Exabyte 8200 (2GB)
is seen as a giant TK50 :)
That was on the MVII, though.. havent used it since. Was going to
put it in the 11/83, _if_ I can find a BA123. Anyone got one of those
laying around? :)
Cheers,
Fred
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
Does anyone have handy the switch settings for DEC PDP-11/44
memory boards? I have a collection of third-party boards
(nat. semi and standard memories) but no documentation on
them.
I suspect they use the same dip settings as DEC MS11-xx (M8743)
boards (of which I also have a few but no docos).
I'm also looking for DZ11 (M7819) IRQ/CSR switch settings.
Thanks!
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA51969
for pups-liszt; Fri, 23 Mar 2001 18:15:02 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From kbd <kbd(a)ndx.net> Fri Mar 23 17:08:43 2001
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA51962
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 18:14:58 +1100 (EST)
(envelope-from kbd(a)ndx.net)
Received: from viaokbd2 ([216.103.73.141])
by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
with SMTP id <0GAN00LM62IJU1(a)mta5.snfc21.pbi.net> for
pups(a)minnie.cs.adfa.edu.au; Thu, 22 Mar 2001 23:08:48 -0800 (PST)
Date: Thu, 22 Mar 2001 23:08:43 -0800
From: kbd <kbd(a)ndx.net>
Subject: [pups] 211 install questions/probs
In-reply-to: <6F63E31101C6D41196490008C7B2BFC3020A31(a)mwnt4.microwalt.nl>
To: pups(a)minnie.cs.adfa.edu.au
Message-id: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Priority: 3 (Normal)
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Has anyone been able to create and install a tape made from the:
ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
directory? I've built the tape as described in the readme file
and went back can checked it with a hexdump and it appears correct.
Tried booting with the sputnik and E11 sims with no luck:
PDP-11 simulator V2.3d
sim> set cpu 1m
sim> at tm0 c:\211.tape
sim> b tm0
000002 (HALT)
sim>
I've been able to boot other tape images with no problem. Any ideas
would be very appreciated.
Kirk
ps - A dump of the boot tape FTP'd or Email'd would be very-very
appreciated.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52402
for pups-liszt; Fri, 23 Mar 2001 19:50:24 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk> Fri Mar 23 18:42:08 2001
Received: from cmailg1.svr.pol.co.uk (cmailg1.svr.pol.co.uk [195.92.195.171])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA52398
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:19 +1100 (EST)
(envelope-from kevin(a)xpuppy.freeserve.co.uk)
Received: from [195.92.198.123] (helo=mail17.svr.pol.co.uk)
by cmailg1.svr.pol.co.uk with esmtp (Exim 3.13 #0)
id 14gNBA-00006k-00
for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:16 +0000
Received: from modem-65.eldacar.dialup.pol.co.uk ([62.136.179.65] helo=XPUPPY)
by mail17.svr.pol.co.uk with smtp (Exim 3.13 #0)
id 14gNB9-0004fT-00
for pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 08:44:15 +0000
From: "Kevin Murrell" <kevin(a)xpuppy.freeserve.co.uk>
To: "Pups Mailing List" <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] Disk query on Ultrix 3.1
Date: Fri, 23 Mar 2001 08:42:08 -0000
Message-ID: <ODEGIBMIBMEHMAMOEIODGEMPCFAA.kevin(a)xpuppy.freeserve.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I am using an 11/83 with an Emulex UC07 Qbus-SCSI card. At present I have a
Seagate ST4767N disk attached. The emulex card emulating an MSCP drive I
believe.
I am sure I could also find a higher capacity drive without too much effort.
Which disk should I tell the Ultrix installation I have to get the best from
my setup. I made an 'educated' guess of RA81 for the moment, and that
works.
I could physically attach a drive with a much higher capacity than DEC ever
envisaged, but which drive do I 'pretend' I am using.
Many thanks
Kevin Murrell
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id TAA52408
for pups-liszt; Fri, 23 Mar 2001 19:50:42 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Fri Mar 23 18:44:24 2001
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA52404
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 23 Mar 2001 19:50:40 +1100 (EST)
(envelope-from wkt(a)henry.cs.adfa.edu.au)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.11.2/8.9.3) id f2N8iPV18979;
Fri, 23 Mar 2001 19:44:25 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] 211 install questions/probs
In-Reply-To: <HFEPIJEEKKDEGOFFHBLEKEBGCHAA.kbd(a)ndx.net> from kbd at "Mar 22,
2001 11:08:43 pm"
To: kbd <kbd(a)ndx.net>
Date: Fri, 23 Mar 2001 19:44:24 +1100 (EST)
CC: pups(a)minnie.cs.adfa.edu.au
Reply-To: wkt(a)cs.adfa.edu.au
X-Mailer: ELM [version 2.4ME+ PL68 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
In article by kbd:
[Charset iso-8859-1 unsupported, filtering to ASCII...]
>
> Has anyone been able to create and install a tape made from the:
>
> ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
>
> PDP-11 simulator V2.3d
> sim> set cpu 1m
> sim> at tm0 c:\211.tape
> sim> b tm0
> 000002 (HALT)
> sim>
>
> I've been able to boot other tape images with no problem. Any ideas
> would be very appreciated.
> Kirk
Did you use makesimtape to create the tape image? If not, that's
probably the problem.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA54074
for pups-liszt; Sat, 24 Mar 2001 01:46:38 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org> Sat Mar 24 00:34:02 2001
Received: from spektr.eu.org (spektr.gnulix.org [212.85.67.107])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA54070
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 01:46:33 +1100 (EST)
(envelope-from jp(a)spektr.eu.org)
Received: from localhost (jp@localhost)
by spektr.eu.org (8.9.3/8.9.3) with ESMTP id PAA89647;
Fri, 23 Mar 2001 15:34:02 +0100 (CET)
(envelope-from jp(a)spektr.eu.org)
Date: Fri, 23 Mar 2001 15:34:02 +0100 (CET)
From: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org>
To: "Gregory R. Travis" <greg(a)ciswired.com>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Looking for some common switch settings...
In-Reply-To: <Pine.LNX.4.10.10103221425150.31709-100000(a)weasel.ciswired.com>
Message-ID: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Thu, 22 Mar 2001, Gregory R. Travis wrote:
> Does anyone have handy the switch settings for DEC PDP-11/44
> memory boards? I have a collection of third-party boards
> (nat. semi and standard memories) but no documentation on
> them.
>
> I suspect they use the same dip settings as DEC MS11-xx (M8743)
> boards (of which I also have a few but no docos).
Couldn't find the manual for the M8743, but I managed to dig up the manual
for the M8722, MS11-M. Let me know if you want the settings for this
board instead.
> I'm also looking for DZ11 (M7819) IRQ/CSR switch settings.
I looked really hard on our internal network for an electronic copy of
this manual but I couldn't find it so I'll try to make an ACSII drawing of
it..
[From Communications Options Minireference Manual, EK-CMIV2-RM-005]
--------------------------------
| W1 o-o _ |
| | / |
| || |
| ____ J1 || |
| |____| ___ |_\ |
| E81 ____ |___| |
| |____| E11 |
| E52 �|
| |
|___||_____||_____||____||______|
Switch pack E11:
[Use 1-6 on the switch pack to set the vector]
S7 S6 S5 S4 S3 S2 Vector address
off off 300
off off off 310
off off off 320
off off off off 330
off off off 340
off off off off 350
off off off off 360
off off off off off 370
off 400
---
off off 500
---
off off 600
---
off off off 700
Note: Switch OFF produces logical "one" on the Unibus .
W1: Normally in. Out disables master clk for factory testing.
[W1: Jumper just above switch pack E72]
E81 (Switch pack to the left of the card, device address selection):
S10 S9 S8 S7 S6 S5 S4 S3 S2 S1 Device address
on 760010
on 760020
on on 760030
on 760040
on on 760050
on on 760060
on on on 760070
on 760100
--
on 760200
--
on on 760300
--
on 760400
--
on on 760500
--
on on 760600
--
on on on 760700
--
on 761000
--
on 762000
--
on on 763000
--
on 764000
The DZ11 resides in floating address space
o Device address ranks 8
o Vector address ranks 27
--
J�rgen Pehrson jp(a)spektr.eu.org http://spektr.eu.org/~jp/
-----------------------------------------------------------
"i must say the linux community is a lot nicer than the unix
community. a negative comment on unix would warrent death
threats. with linux, it is like stirring up a nest of butterflies."
-- Ken Thompson. 1999
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id CAA54401
for pups-liszt; Sat, 24 Mar 2001 02:20:32 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Gregory R. Travis" <greg(a)ciswired.com> Sat Mar 24 01:14:57 2001
Received: from goby.ciswired.com (IDENT:root@goby.ciswired.com [206.97.67.65])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id CAA54397
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 02:20:27 +1100 (EST)
(envelope-from greg(a)ciswired.com)
Received: from weasel.ciswired.com (root(a)weasel.ciswired.com [206.97.67.73])
by goby.ciswired.com (8.8.7/8.8.7) with ESMTP id KAA20541;
Fri, 23 Mar 2001 10:05:39 -0500
Received: from localhost (greg@localhost)
by weasel.ciswired.com (8.9.3/8.9.3) with ESMTP id KAA01589;
Fri, 23 Mar 2001 10:14:57 -0500
X-Authentication-Warning: weasel.ciswired.com: greg owned process doing -bs
Date: Fri, 23 Mar 2001 10:14:57 -0500 (EST)
From: "Gregory R. Travis" <greg(a)ciswired.com>
To: =?iso-8859-1?Q?J=F6rgen_Pehrson?= <jp(a)spektr.eu.org>
cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Looking for some common switch settings...
In-Reply-To: <Pine.BSF.4.21.0103231451430.87609-100000(a)spektr.eu.org>
Message-ID: <Pine.LNX.4.10.10103231014130.1586-100000(a)weasel.ciswired.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by minnie.cs.adfa.edu.au id CAA54398
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Fri, 23 Mar 2001, [iso-8859-1] J�rgen Pehrson wrote:
> On Thu, 22 Mar 2001, Gregory R. Travis wrote:
>
> > Does anyone have handy the switch settings for DEC PDP-11/44
> > memory boards? I have a collection of third-party boards
> > (nat. semi and standard memories) but no documentation on
> > them.
> >
> > I suspect they use the same dip settings as DEC MS11-xx (M8743)
> > boards (of which I also have a few but no docos).
>
> Couldn't find the manual for the M8743, but I managed to dig up the manual
> for the M8722, MS11-M. Let me know if you want the settings for this
> board instead.
Yeah, if you could. Haven't heard anything from anyone else on the
M8743. Thanks.
greg
Gregory Travis
Cornerstone Information Systems ATS
greg(a)ciswired.com
812 330 4361 ext. 18
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id FAA57646
for pups-liszt; Sat, 24 Mar 2001 05:31:32 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From kbd <kbd(a)ndx.net> Sat Mar 24 04:22:08 2001
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id FAA57642
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 24 Mar 2001 05:31:28 +1100 (EST)
(envelope-from kbd(a)ndx.net)
Received: from viaokbd2 ([216.103.73.141])
by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
with SMTP id <0GAN0054CXOY4P(a)mta5.snfc21.pbi.net> for
pups(a)minnie.cs.adfa.edu.au; Fri, 23 Mar 2001 10:22:14 -0800 (PST)
Date: Fri, 23 Mar 2001 10:22:08 -0800
From: kbd <kbd(a)ndx.net>
Subject: RE: [pups] 211 install questions/probs
In-reply-to: <200103230844.f2N8iPV18979(a)henry.cs.adfa.edu.au>
To: pups(a)minnie.cs.adfa.edu.au
Message-id: <HFEPIJEEKKDEGOFFHBLEIEBKCHAA.kbd(a)ndx.net>
MIME-version: 1.0
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Importance: Normal
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-Priority: 3 (Normal)
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
>In article by kbd:
>> Has anyone been able to create and install a tape made from the:
>>
>> ftp://minnie.cs.adfa.edu.au/PDP-11/Distributions/ucb/2.11BSD/
>>
>Did you use makesimtape to create the tape image? If not, that's
>probably the problem.
Thanks for the pointer Warren. For the record, makesimtape can
be found here:
ftp://minnie.cs.adfa.edu.au/PDP-11/Trees/2.11BSD/usr/src/sys/pdpstand/makesi
mtape.c
Kirk
> From: "Jeffrey S. Sharp" <jss(a)ou.edu>
> To: "PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au>
> Subject: [pups] Cabinet Questions
> Date: Tue, 20 Mar 2001 01:30:38 -0600
>
> In the peripherals manual, the H960 cabinet comes in two models: the -C and
> the -D. The -D model has a sliding drawer in the lower half of the cabinet
> that provides space for 9 "system units". What are these "system units"?
> How big are they? What goes there? When do you need the -D model?
A system unit (SU) was the fundamental hardware building block of an
11/20 and many subsequent PDP's. It was a frame 16.5 inches by 2.25
inches that held 3 blocks of dual card sockets. Each socket block was
nominally 5.25 inches by 2.00 inches and could hold four "dual" cards
spaced at 0.5-inch intervals. Thus the whole SU could hold four "quad"
cards plus two "dual" Unibus connectors in its four rows by six
sockets. Later production included a double-wide system unit that
could hold nine cards.
Typical things that came built into one SU include 4kW (8kB) of core
memory and RK05 disk controllers. There were also SU's that were
pre-wired to hold four Small Peripheral Controllers (SPC's). Typical
SPC's included single-line serial interfaces, and line-printer controllers.
Think of the H906-D as an 11/40 or 11/45 without any backplane or cards.
> Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its
> own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or
> 4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system?
> Assume the CPU has the SETASI memory upgrades and not core.
>
> Una vez mas... Let's say I want to ultimately build a 11/40 system with the
> same peripherals as above minus the RP04s and with a TU10/TM11 as the
> 9-track. What kind of cabineting do I need here? Assume the CPU has MOS
> memory and not core.
I think you could put that system into two H960 racks. Figure 1/2 of a
rack for the 11/40, 1/3 of a rack for the TU10. RK05, PC11, TU56 each
take up 1/6 of an H960. With MOS memory you should have plenty of room
in the 11/40 frame itself for the necessary one-SU controllers for
RK05, TU56. Especially if you take out the 2-SU frame that originally
held the core memory. I'm not sure where you put the TM11, I never
actually had a real one, just emulated controllers that fit in one SU.
> Finally, how much weight can a H960 support?
Probably 500 or 600 pounds. If you can, look for the older H960's with
welded frames rather than pop rivets.
carl
--
carl lowenstein marine physical lab u.c. san diego
clowenstein(a)ucsd.edu
Many thanks to those of you who have answered my previous questions. I have
obtained the 1976 peripherals manual, and have read just enough to bring up
the next set of questions. This round is about cabineting.
In the peripherals manual, the H960 cabinet comes in two models: the -C and
the -D. The -D model has a sliding drawer in the lower half of the cabinet
that provides space for 9 "system units". What are these "system units"?
How big are they? What goes there? When do you need the -D model?
Let's say I want to ultimately build a 11/70 system with a TE16/TM03 (in its
own cabinet, I guess), a TU56/TC11, a paper tape reader/punch (PC11?), 3 or
4 RK05s, and 1 or 2 RP04s. What set of cabinets do I need for this system?
Assume the CPU has the SETASI memory upgrades and not core.
Una vez mas... Let's say I want to ultimately build a 11/40 system with the
same peripherals as above minus the RP04s and with a TU10/TM11 as the
9-track. What kind of cabineting do I need here? Assume the CPU has MOS
memory and not core.
I've got guesses, but I'd like to keep them private to save myself the
embarassment. :-)
Finally, how much weight can a H960 support?
--
Jeffrey S. Sharp
jss(a)ou.edu
"One World, One Web, One Program" -- Microsoft advertisement
"Ein Volk, Ein Reich, Ein Fuhrer" -- Adolf Hitler
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA28053
for pups-liszt; Tue, 20 Mar 2001 20:02:44 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Jeffrey S. Sharp" <jss(a)ou.edu> Tue Mar 20 19:01:35 2001
Received: from mail6.mmcable.com (fe6.rdc-kc.rr.com [24.94.163.53])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA28049
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 20 Mar 2001 20:02:41 +1100 (EST)
(envelope-from jss(a)ou.edu)
Received: from station1 ([65.26.237.187]) by mail6.mmcable.com with Microsoft SMTPSVC(5.5.1877.537.53);
Tue, 20 Mar 2001 02:54:02 -0600
Message-ID: <003501c0b11c$5ddae0c0$0a01a8c0@station1>
From: "Jeffrey S. Sharp" <jss(a)ou.edu>
To: "ClassicCmp Mailing List" <classiccmp(a)classiccmp.org>,
"PUPS Mailing List" <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] PDP-11/70 Front Panel
Date: Tue, 20 Mar 2001 03:01:35 -0600
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 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I will be picking up a PDP-11/70 in a few weeks, but it needs a front panel.
If anybody has an extra, please e-mail me.
--
Jeffrey S. Sharp
jss(a)ou.edu
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
