Hi.
I have two PDP11/73 CPUs (M8192). On one module is the 40 pin socket
empty. On the other module is a 40 pin Chip labeld 21-21858 in the
socket. What chip is that?
--
tschüß,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA59843
for pups-liszt; Fri, 16 Feb 2001 22:46:42 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
On 16 Feb, Martijn van Buul wrote:
[third party disks on RQDX}
> I've done exactly the same thing (but it only was an ST225, AKA RD31) on
> an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that.
Could this be placed in the archive? It would be nice to have this
public available.
> Having a couple of 5.25" HD diskdrives really helps. Some of these
> drives (the older, the better ;) can be used as RX33 drive
I connected a generic Mitzumi 5.25" FDD to the RQDX3 in my MicroVAX III
and it just worked. Even booting from it was no problem.
--
tschüß,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id WAA59734
for pups-liszt; Fri, 16 Feb 2001 22:15:08 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Warren,
Good news so far. I did some work on VTserver 2.0, and added the uODT code
so it
uploads the PDP-11 boot code to the machine and gets it going. That works
fine..
"copy" gets loaded, and I can transfer stuff from and to the machine's RX50
and
RD51 units.
My biggest worry next, of course, is using an emulator to emulate my machine
(which
is a MicroPDP-11/23, by the way) and its disks, and build a working set of
file
systems. Those I can then transfer to the raw disk.
When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive...
did anyone
try to use other MFM disks with the RQDX series controllers? I can probably
get some
very cheap ST251 40MB drives.. ;)
--fred
> -----Original Message-----
> From: Warren Toomey [mailto:wkt@henry.cs.adfa.edu.au]
> Sent: dinsdag 13 februari 2001 2:22
> To: Fred N. van Kempen
> Subject: Re: Unix Archive mirror site offer
>
>
> In article by Fred N. van Kempen:
> > Here's a promise... if I can get my MicroVAX 3400 back up
> (on Ultrix 4.4),
> > I'll run the archive on that box... (pups.microwalt.net or
> > tuhs.microwalt.net)
> > so all the old stuff is hosted on old stuff... otherwise
> it's going to be a
> > Sun SPARCstation Classic- also an old box, but not quite as old :)
>
> Excellent. I believe Caldera have bought the rights to UNIX
> from SCO, and
> I"ve heard rumours that they might drop the ``click on the
> license'' thing,
> so if that happens we can make the archive available with no
> passwords.
>
> > Also: I am working with Bill Grunshannon and Steven Schultz
> on getting my
> > own
> > MicroPDP-11/23 back up... we need to include your VTserver
> stuff into the
> > Ultrix-11 source tree, recompile parts, move into binary
> tree, and create a
> > new tape which I can then load. Bill has a working 11/73
> with Ultrix-11 on
> > it,
> > and also has an 11/93 with same.
> >
>
> My new VTserver can load in and write entire disk images now,
> so it should
> be usable to install an Ultrix disk image.
>
> http://minnie.cs.adfa.edu.au/Vtserver.
>
> I'll be back at work tomorrow or the nxet day.
>
> Cheers,
> Warren
>
**********************************************************************
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 TAA58787
for pups-liszt; Fri, 16 Feb 2001 19:14:03 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Martijn van Buul <pino(a)dohd.org> Fri Feb 16 18:11:02 2001
Received: from mud.stack.nl (mud.stack.nl [131.155.141.98])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id TAA58783
for <pups(a)minnie.cs.adfa.edu.au>; Fri, 16 Feb 2001 19:13:59 +1100 (EST)
(envelope-from martijnb(a)stack.nl)
Received: by mud.stack.nl (Postfix, from userid 587)
id 3C30C7F07; Fri, 16 Feb 2001 09:11:02 +0100 (CET)
Date: Fri, 16 Feb 2001 09:11:02 +0100
From: Martijn van Buul <pino(a)dohd.org>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] RE: Unix Archive mirror site offer
Message-ID: <20010216091102.A26535(a)mud.stack.nl>
Reply-To: Martijn van Buul <pino(a)dohd.org>
References: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.3i
In-Reply-To: <6F63E31101C6D41196490008C7B2BFC32C31@MWNT4>; from Fred.van.Kempen(a)microwalt.nl on Thu, Feb 15, 2001 at 04:01:45AM +0100
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Fred N. van Kempen wrote:
> When playing, I noticed that the RD51 is a plain Seagate ST412 MFM drive...
> did anyone try to use other MFM disks with the RQDX series controllers? I
> can probably get some very cheap ST251 40MB drives.. ;)
I've done exactly the same thing (but it only was an ST225, AKA RD31) on
an RQDX3 controller. You need the XXDP 2.5 diagnostic kit for that. Having
a couple of 5.25" HD diskdrives really helps. Some of these drives (the
older, the better ;) can be used as RX33 drive, which greatly reduces the
problem of creating a XXDP bootdisk with the needed utilities, since you
can write these disks in a (second :) 5.25" drive on a standard PC.
Finding a supply of 1.2 MB 5.25" disks can be a bigger problem - I'm
very happy with my newly found pack of *fresh* disks.
I may still have such a diskimage floating around somewhere (Yup, I seem
to have). The basic idea is to low-level format the MFM drive, and make it
look like a genuine DEC drive. This is a lot easier if the drives you
want to use were also sold as DEC drives (which is the case with the
ST251 - it's also known as the RD32). If not, you'll have to provide
a lot more information about the drive - never really tried that.
This said, I sucessfully low-levelled a 21MB Miniscribe (with the same
CHS-layout as a ST225) using the RD31 parameters.
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA59199
for pups-liszt; Fri, 16 Feb 2001 20:18:56 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
----- Forwarded message from Fred N. van Kempen -----
Warren,
False alert... Ultrix-11 V3.1 source tape file is NOT corrupted. My WinZIP
was - I use NT at work, download stuff, and take it home with me, to load onto
the Unix machines. The Unix boxes have no problem with the files...
----- End of forwarded message from Fred N. van Kempen -----
Hi all, I'm back from holidays. With regards to corrupt files in the
UNIX Archive, yes it looks like I have had a few hit. I'll check through
my old backups for a clean version of Ken Wellsch's 6th Edition disk image.
There is a checksums file in the archive: /checksums, with MD5 checksums
for all files. If you do suspect a file is damaged, please check to see
if the MD5 checksum matches that in the /checksums file.
Also, has anybody tried out the VTserver 2.0 alpha program?! I'm going to
be flat out here at work for a month or two, but I will try to add support
for things other than plain copying of disk images.
Cheers,
Warren
Oy.
I kind of solved my problems with ps, just by recompiling the
source.. I think I've got reasons to believe that /bin/ps as distributed
in the installation set on minnie is corrupt; it only dumps core.
As a side note, /var/run/psdatabase is corrupt too; normally this wouldn't
matter (since ps -U recompiles this, and since ps -U is run in /etc/rc),
but since ps dumps core...
Anyway; If I would've known about /var/run/psdatabase, it might have
prevented me from searching a non-existant bug during the last few months :)
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
After 52 days, my uPDP 11/53+ has suddenly been acting rather strange.
/usr/include got 'replaced' by /usr/new, to be precise. At the time,
I was the only user. Seeing this, I immediately halted the system,
expecting a load of file system errors upon boot. None showed up, and
/usr/include is back to itself again. However, programs which *used*
to be running perfectly (like my work-in-progress ps) suddenly fail,
with a "not enough memory for saving info".
Any hints?
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA70139
for pups-liszt; Tue, 6 Feb 2001 11:46:34 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Tue Feb 6 10:35:17 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA70135
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 11:46:30 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f160ZHg18114
for pups(a)minnie.cs.adfa.edu.au; Mon, 5 Feb 2001 16:35:17 -0800 (PST)
Date: Mon, 5 Feb 2001 16:35:17 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102060035.f160ZHg18114(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Strange problems on an uPDP 11/53+
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Martijn van Buul <pino(a)dohd.org>
> After 52 days, my uPDP 11/53+ has suddenly been acting rather strange.
> /usr/include got 'replaced' by /usr/new, to be precise. At the time,
Oops!
> I was the only user. Seeing this, I immediately halted the system,
> expecting a load of file system errors upon boot. None showed up, and
> /usr/include is back to itself again. However, programs which *used*
> to be running perfectly (like my work-in-progress ps) suddenly fail,
> with a "not enough memory for saving info".
> Any hints?
How much memory is on the system now after the reboot. The only
thing that pops into mind is that the system is running without
enough memory. If part of the memory on the system dropped out
earlier that would (possibly) explain the strange behaviour was
seen. Rebooting/reseting the system would cause the system to
recount memory.
A program can get 'ENOMEM' as an error two ways: 1) exceeding the
maximum 64KB dataspace (stack + data) or 2) the system has run out
of swap or the maps ('coremap' and/or 'swapmap') have become too
fragmented.
Two commands that can be useful in obtaining more information are
sysctl hw
and
pstat -s
"sysctl hw" will give several lines of output - the two you'd be
interested in are
hw.physmem = 2097152
hw.usermem = 415744
'physmem' is the amount of memory physically present and 'usermem' is
the amount current free and available for user programs.
"pstat -s" will give a swap space usage summary.
Steven Schultz
sms(a)Moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id SAA71926
for pups-liszt; Tue, 6 Feb 2001 18:41:36 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Martijn van Buul <pino(a)dohd.org> Tue Feb 6 17:39:28 2001
Received: from mud.stack.nl (mud.stack.nl [131.155.141.98])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id SAA71922
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 18:41:32 +1100 (EST)
(envelope-from martijnb(a)stack.nl)
Received: by mud.stack.nl (Postfix, from userid 587)
id D00657F08; Tue, 6 Feb 2001 08:39:28 +0100 (CET)
Date: Tue, 6 Feb 2001 08:39:28 +0100
From: Martijn van Buul <pino(a)dohd.org>
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Strange problems on an uPDP 11/53+
Message-ID: <20010206083928.A15141(a)mud.stack.nl>
Reply-To: Martijn van Buul <pino(a)dohd.org>
References: <200102060035.f160ZHg18114(a)moe.2bsd.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.3i
In-Reply-To: <200102060035.f160ZHg18114(a)moe.2bsd.com>; from sms(a)moe.2bsd.com on Mon, Feb 05, 2001 at 04:35:17PM -0800
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Steven M. Schultz wrote:
> Hi -
>
> > From: Martijn van Buul <pino(a)dohd.org>
> > After 52 days, my uPDP 11/53+ has suddenly been acting rather strange.
> > /usr/include got 'replaced' by /usr/new, to be precise. At the time,
>
> Oops!
Well, strange things are afoot indeed. About the same time, 1 machine
crashed (A DEC Alpha running OpenBSD), 2 started acting very strangely,
and had to be rebooted (My PDP, and a Wintel box running Windows 2000),
and a 4th machine (A Wintel box running Minix-VMD) suddenly had some
problems reading his harddisk and using its network (but recovered). The
strange thing is that these machines aren't related in any way but one:
they're standing quite near to eachother. Do I hear EMC somewhere?
> > Any hints?
>
> How much memory is on the system now after the reboot.
1.5 MB. 798 Kilowords.
> The only thing that pops into mind is that the system is running
> without enough memory. If part of the memory on the system dropped
> out earlier that would (possibly) explain the strange behaviour was
> seen. Rebooting/reseting the system would cause the system to
> recount memory.
Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some
memory fault, but it *seems* to be a temporal one.
>
> "sysctl hw" will give several lines of output - the two you'd be
> interested in are
>
> hw.physmem = 2097152
hw.physmem = 1572864
> hw.usermem = 415744
hw.usermem = 313472
> 'physmem' is the amount of memory physically present and 'usermem' is
> the amount current free and available for user programs.
Should be enough. 'cc' works without problems - only my ps with debug
info seems to be affected; it might not be a memory issue, but a "ps can't
determine the right amount of processes"-issue..
I've checked it, and this seems to be the case. Ps thinks that there are
0 processes running, and does a
outargs = (struct psout *)calloc(nproc, sizeof(struct psout));
on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't
mean that the process is out of memory.
Having no ps is very annoying; finding back those 4 children spawned
by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:)
> "pstat -s" will give a swap space usage summary.
15/59 swapmap entries
910 kbytes swap used, 6263 kbytes free
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA75027
for pups-liszt; Wed, 7 Feb 2001 03:47:05 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Wed Feb 7 02:36:03 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id DAA75023
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 7 Feb 2001 03:46:56 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f16Ga3301595;
Tue, 6 Feb 2001 08:36:03 -0800 (PST)
Date: Tue, 6 Feb 2001 08:36:03 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102061636.f16Ga3301595(a)moe.2bsd.com>
To: pino(a)dohd.org, sms(a)moe.2bsd.com
Subject: Re: [pups] Strange problems on an uPDP 11/53+
Cc: pups(a)minnie.cs.adfa.edu.au
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi --
> Well, strange things are afoot indeed. About the same time, 1 machine...
> they're standing quite near to eachother. Do I hear EMC somewhere?
Time to increase the shielding around the computer room, eh? ;-)
> Well, the machine had 1.5 MB before it crashed.. It's doubtlessly some
> memory fault, but it *seems* to be a temporal one.
I do not think it is a memory/hardware problem - that was just a
guess (not a very good one at that ;)).
> hw.usermem = 313472
That's fine.
> Should be enough. 'cc' works without problems - only my ps with debug
What about the standard 'ps' that came with the system?
> info seems to be affected; it might not be a memory issue, but a "ps can't
> determine the right amount of processes"-issue..
> I've checked it, and this seems to be the case. Ps thinks that there are
> 0 processes running, and does a
> outargs = (struct psout *)calloc(nproc, sizeof(struct psout));
Ah, ok - malloc() used to actually return a non-NULL pointer when
presented with a size request of 0. That was an error and was changed
(I forget the exact update/patch number). There were a couple programs
in the system that relied on the old behaviour and those had to be
fixed.
> on that. With 'nproc' being 0, this returns a NULL pointer, but doesn't
> mean that the process is out of memory.
Right, the ENOMEM error was overloaded by malloc(). An argument
can be made that EINVAL should have been returned instead by malloc()
if 0 was passed in.
> Having no ps is very annoying; finding back those 4 children spawned
> by a httpd can be a nuisance then. pstat -p works, but it isn't comfortable:)
Are you are using the traditional 'nlist()' method of reading
the kernel symbol table to look for 'nproc' and '_proc'? If so
is there a permissions problem? /dev/*mem needs to be group=kmem, mode
640, the /unix image should be mode 644 and the 'ps' program setgid
to kmem. If there is a problem reading the kernel symbol table
then 'nproc' will remain 0 which is what you're seeing.
Another way of examining some kernel variables (proc table, file table,
etc) is with the "sysctl" call. It's much faster since it doesn't
have to do a sequential scan of the /unix symbol table. You can
look in /usr/src/ucb/w.c at the function 'readpr()' to see how to
examine the proc table using sysctl.
Steve
Dear All,
IIRC the start of this thread stated that this was on a 2.11 system. If this
was so has anyone submitted the patch to Steve Schultz for consideration as a
formal update?
Appologies if this has already been done.
Rgds
Robin
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id EAA66960
for pups-liszt; Tue, 6 Feb 2001 04:01:38 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Tue Feb 6 02:51:34 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id EAA66955
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 04:01:30 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f15GpYd11283
for pups(a)minnie.cs.adfa.edu.au; Mon, 5 Feb 2001 08:51:34 -0800 (PST)
Date: Mon, 5 Feb 2001 08:51:34 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102051651.f15GpYd11283(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Y2K problem in ftpd?
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi --
> From: robin.birch(a)postoffice.co.uk
> IIRC the start of this thread stated that this was on a 2.11 system. If this
> was so has anyone submitted the patch to Steve Schultz for consideration as a
> formal update?
Don't worry - I saw the thread. Consider the patch submitted :)
I did find it fascinating that the bug slipped thru since at one time
a (obviously not detailed enough) scan of the system for 'tm_year'
references was done.
Thanks!
Steven Schultz
sms(a)moe.2bsd.com
That RK05 image boots on an 11/34A just fine. (I own one. Trust me. It
just works. No fiddling required).
Perhaps you have a plain 11/34, and perhaps there is some difference that
matters.
But they should both have MMU, but perhaps the MMU in the 34A is different
than a 34 in some odd way.
Do you have floating point? Maybe that's the problem.
You could always try mini-unix... 8-) That should run (it ran on an 11/20).
Jay
Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST)
From: Warren Toomey <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: [pups] A bootable disk image for a PDP-11/34?
In article by Carl Lowenstein:
> Just from the historical point of view, note that the first major
> file on a genuine 6th Edition distribution tape _is_ a bootable
> RK05 image. Something like 4000 blocks.
>
> carl
Yes, but it doesn't boot on an 11/34 :(
That's the problem.
Cheers,
Warren
- ---
---
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 JAA61690
for pups-liszt; Mon, 5 Feb 2001 09:48:38 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <pups(a)minnie.cs.adfa.edu.au> Wed Jan 31 08:13:30 2001
Received: from mailserver.nktelco.net (mailserver.nktelco.net [216.206.77.3])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA61686
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 09:48:34 +1100 (EST)
(envelope-from chd(a)nktelco.net)
Received: by mailserver.nktelco.net from localhost
(router,SLMail V4.1); Sun, 04 Feb 2001 17:35:38 -0500
for <pups(a)minnie.cs.adfa.edu.au>
Received: from nktelco.net [63.238.116.228]
by mailserver.nktelco.net [216.206.77.3] (SLmail 4.1.3395) with ESMTP
id D0A2B493F87E11D4B0A800500424CC10
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 04 Feb 2001 17:35:37 -0500
Message-ID: <3A7DDBA8.3C69A521(a)nktelco.net>
Date: Sun, 04 Feb 2001 17:46:00 -0500
From: "Chuck Dickman" <chd(a)nktelco.net>
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Hardware config for 2.11BSD Installation on PDP-11/73
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SLUIDL: 14D76A5B-F97F11D4-B0A80050-0424CC10
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Greetings,
I have a PDP-11/73 on which I have installed 2.11 BSD from the PUPS
archives. I have a few hardware configurations questions that I hope
someone might be able to help me with.
The memory board that I have was made by Clearpoint Inc. The board
has the markings Q-RAM 44B REV. B and GSB-2. Unfortunately, I have
no documentation for the board. The board originally had 1 MB
installed, and I added another 1 MB of chips. The extra chips were
not recognized though. Does anyone have information on the jumper
settings for this board?
I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI
controller with one drive attached, CSR is the first MSCP controller,
and unit is set to 0. The second is an RQDX3 with an RX50 attached.
It is set with CSR at the second MSCP controller address. The
jumpers are set for unit 1. The result is that I have a SCSI drive
at DU0 and the RX50's at DU4 and DU5 during boot.
DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on
RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer
access the floppies from 2.11 BSD. Looking at the sources, it seems
that the drive number is limited to 0-7, but the controller seems to
want unit number 8. What am I missing? This seems to occur both in
the kernel and in the standalone installation system.
Chuck Dickman
chd(a)nktelco.net
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA62190
for pups-liszt; Mon, 5 Feb 2001 11:01:37 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Mon Feb 5 09:45:33 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA62186
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 11:01:33 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f14NjXN00172
for pups(a)minnie.cs.adfa.edu.au; Sun, 4 Feb 2001 15:45:33 -0800 (PST)
Date: Sun, 4 Feb 2001 15:45:33 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102042345.f14NjXN00172(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: "Chuck Dickman" <chd(a)nktelco.net>
> The memory board that I have was made by Clearpoint Inc. The board
'fraid I can't be of help with the memory board - that's not
my area of expertise.
> I have two MSCP controllers installed. One is a CMD CQD-220/M SCSI
Ah, but I can help with getting the dual MSCP controller
question.
My 11/73 is similar - it has an Emulex UC08 and the original
RQDX3 (with an RD54 and a RX03).
> DU0 is ra0 and DU4 is ra12 in 2.11 BSD. If I change the jumpers on
> RQDX3 to unit 2, I boot at DU8, the first RX50, but I can no longer
> access the floppies from 2.11 BSD. Looking at the sources, it seems
> that the drive number is limited to 0-7, but the controller seems to
> want unit number 8. What am I missing? This seems to occur both in
> the kernel and in the standalone installation system.
Ignore anything you might know about DU numbers ;)
2.11 numbers the drives 0 thru 7 on _each_ controller. Thus
'ra0' thru 'ra7' are on the first controller, 'ra8' thru 'ra15'
on the second controller and so on. There is a maximum of 4
controllers supported (two bits in the minor device number).
The standalone I/O system uses device names of the form:
dev(ctlr, unit, part)
where 'ctlr' is the controller number (0 thru 3), the 'unit' number
is 0 thru 7 and the 'part' is the partition number (0 thru 7). So,
to access the first drive on the second controller from a standalone
program the name would be:
ra(1,0,0)
you probably will be prompted for the CSR since 'boot' and friends
only know about the first controller's address.
Once the kernel is loaded you access drives on the 2nd controller
with device names such as /dev/ra8a, /dev/ra9a, and so on.
The "sparse" numbering was chosen (eons and eons ago) to make the
MSCP disks look more like the traditional disc controllers which
allowed for 8 drives per controller.
In my /etc/dtab file I have:
ra ? 172154 154 5 raintr # uda50, rqdx1/2/3
ra ? 172150 0 5 raintr # 2nd uda50/uc08
From the console ODT prompt (I've an older MXV11 boot set up) I
use "172150 du 0" to boot from the SCSI disk attached to the UC08.
When the system is up the RD54 (which is unit 0 on the other MSCP
controller) is accessed as 'ra8' (and the RX03 which is unit 1
accessed as 'ra9').
It's pretty simple and regular once one knows what is going on ;)
Steven Schultz
sms(a)to.gd-es.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id MAA62645
for pups-liszt; Mon, 5 Feb 2001 12:52:20 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Chuck Dickman" <chd(a)nktelco.net> Mon Feb 5 11:49:50 2001
Received: from mailserver.nktelco.net (mailserver.nktelco.net [216.206.77.3])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id MAA62637
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 12:52:16 +1100 (EST)
(envelope-from chd(a)nktelco.net)
Received: by mailserver.nktelco.net from localhost
(router,SLMail V4.1); Sun, 04 Feb 2001 20:39:27 -0500
for <pups(a)minnie.cs.adfa.edu.au>
Received: from nktelco.net [63.238.116.228]
by mailserver.nktelco.net [216.206.77.3] (SLmail 4.1.3395) with ESMTP
id 8253E300FAEF11D4B0A800500424CC10
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 04 Feb 2001 20:39:27 -0500
Message-ID: <3A7E06BE.F5687560(a)nktelco.net>
Date: Sun, 04 Feb 2001 20:49:50 -0500
From: "Chuck Dickman" <chd(a)nktelco.net>
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73]
Content-Type: multipart/mixed;
boundary="------------F423B2C7167AA36041F4AE52"
X-SLUIDL: 14D76C4B-F97F11D4-B0A80050-0424CC10
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
This is a multi-part message in MIME format.
--------------F423B2C7167AA36041F4AE52
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Steven M. Schultz" wrote:
>
> Hi -
>
<snip>
What you described here makes sense and was my first impression of
what should happen, but my experience is different.
>
> In my /etc/dtab file I have:
>
> ra ? 172154 154 5 raintr # uda50, rqdx1/2/3
> ra ? 172150 0 5 raintr # 2nd uda50/uc08
My /etc/dtab is:
ra ? 172150 154 5 raintr # uda50, rqdx1/2/3
ra ? 160334 160 5 raintr # secondary mscp
The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid
MSCP address? It must be, cause it works for you. The docs I have
show 160334.
On booting the 11/73 and starting 2.11 BSD the following occurs:
DU8 and DU9 at boot are the RX50 drives on the second controller. The
floppy in DU8 contains the installation standalone utilities that were
part of the installation tape, including icheck.
------------
Testing in progress - Please wait
Memory Size is 1024 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key: B DU8
Trying DU8
Starting system from DU8
.83Boot from ra(1,0,0) at 0160334
.: ra(1,0,0)/icheck
.ra(1,0,0) err op=89 sts=3
.ra(1,0,0) !online
.: ra(0,0,0)/unix
.Boot: bootdev=02400 bootcsr=0172150
.
2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000
root@mars.chd-net:/usr/src/sys/MARS
ra0: Ver 6 mod 13
ra0: RA82 size=1295849
attaching qe0 csr 174440
qe0: DEC DELQA addr 08:00:2b:0e:24:7c
attaching lo0
phys mem = 1048576
avail mem = 725696
user mem = 307200
February 1 23:38:41 init: configure system
hk ? csr 177440 vector 210 skipped: No autoconfig routines.
ht ? csr 172440 vector 224 skipped: No autoconfig routines.
ra 0 csr 172150 vector 154 vectorset attached
ra 1 csr 160334 vector 160 vectorset attached
rl ? csr 174400 vector 160 skipped: No autoconfig routines.
tm ? csr 172520 vector 224 skipped: No autoconfig routines.
ts 0 csr 172520 vector 224 attached
xp ? csr 176700 vector 254 skipped: No autoconfig routines.
erase, kill ^U, intr ^C
#
# mount /dev/ra8a /mnt/rx0
ra1: Ver 4 mod 3
ra8 st=3 sb=0 fl=0 en=9
/dev/ra8a on /mnt/rx0: Input/output error
: not found
: not found
# mount /dev/ra9a /mnt/rx0
ra9 st=3 sb=0 fl=0 en=9
/dev/ra9a on /mnt/rx0: Input/output error
#
>
> It's pretty simple and regular once one knows what is going on ;)
>
I agree that it is pretty simple as you describe it and it is what I
expected,
but it does not seem to be as I see it here. Could the problem be that I
am
booting from the second controller? Should all the controllers be
jumpered for
unit 0? Now that I think about it, it may be the boot firmware that is
uncooperative. If I set the RQDX3 for unit 0, I cannot boot from the
second
controller's first disk, but I can from the second. So, I should set all
the
controller unit numbers to 0. The restriction is that the boot device
must
be visible to the firmware. Make sense?
...
OK, I moved the RQDX3 to unit 0, and the boot floppy to the second
drive.
The boot is then:
--------------
Testing in progress - Please wait
Memory Size is 1024 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key: B DU1
Trying DU1
Starting system from DU1
.83Boot from ra(1,1,0) at 0160334
.: ra(0,0,0)/unix
.Boot: bootdev=02400 bootcsr=0172150
.
2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000
root@mars.chd-net:/usr/src/sys/MARS
ra0: Ver 6 mod 13
ra0: RA82 size=1295849
attaching qe0 csr 174440
qe0: DEC DELQA addr 08:00:2b:0e:24:7c
attaching lo0
phys mem = 1048576
avail mem = 725696
user mem = 307200
February 1 23:38:41 init: configure system
hk ? csr 177440 vector 210 skipped: No autoconfig routines.
ht ? csr 172440 vector 224 skipped: No autoconfig routines.
ra 0 csr 172150 vector 154 vectorset attached
ra 1 csr 160334 vector 160 vectorset attached
rl ? csr 174400 vector 160 skipped: No autoconfig routines.
tm ? csr 172520 vector 224 skipped: No autoconfig routines.
ts 0 csr 172520 vector 224 attached
xp ? csr 176700 vector 254 skipped: No autoconfig routines.
erase, kill ^U, intr ^C
# mount /dev/ra9a /mnt/rx0
ra1: Ver 4 mod 3
ra9: RX50 size=800
# ls /mnt/rx0
boot icheck restor unix
disklabel mkfs rx50toroot
#
> Steven Schultz
> sms(a)to.gd-es.com
Thanks for helping me work through this. It looks like the boot device
must be
within the first 8 devices that the firmware can see, but 2.11 BSD wants
all
the unit number jumpers set to 0.
Chuck Dickman
chd(a)nktelco.net
--------------F423B2C7167AA36041F4AE52
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mozilla-Status2: 00000000
Message-ID: <3A7E052A.D2F195E1(a)nktelco.net>
Date: Sun, 04 Feb 2001 20:43:06 -0500
From: Chuck Dickman <chd(a)nktelco.net>
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73
References: <200102042345.f14NjXN00172(a)moe.2bsd.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
"Steven M. Schultz" wrote:
>
> Hi -
>
<snip>
What you described here makes sense and was my first impression of
what should happen, but my experience is different.
>
> In my /etc/dtab file I have:
>
> ra ? 172154 154 5 raintr # uda50, rqdx1/2/3
> ra ? 172150 0 5 raintr # 2nd uda50/uc08
My /etc/dtab is:
ra ? 172150 154 5 raintr # uda50, rqdx1/2/3
ra ? 160334 160 5 raintr # secondary mscp
The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid
MSCP address? It must be, cause it works for you. The docs I have
show 160334.
On booting the 11/73 and starting 2.11 BSD the following occurs:
DU8 and DU9 at boot are the RX50 drives on the second controller. The
floppy in DU8 contains the installation standalone utilities that were
part of the installation tape, including icheck.
------------
Testing in progress - Please wait
Memory Size is 1024 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key: B DU8
Trying DU8
Starting system from DU8
.83Boot from ra(1,0,0) at 0160334
.: ra(1,0,0)/icheck
.ra(1,0,0) err op=89 sts=3
.ra(1,0,0) !online
.: ra(0,0,0)/unix
.Boot: bootdev=02400 bootcsr=0172150
.
2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000
root@mars.chd-net:/usr/src/sys/MARS
ra0: Ver 6 mod 13
ra0: RA82 size=1295849
attaching qe0 csr 174440
qe0: DEC DELQA addr 08:00:2b:0e:24:7c
attaching lo0
phys mem = 1048576
avail mem = 725696
user mem = 307200
February 1 23:38:41 init: configure system
hk ? csr 177440 vector 210 skipped: No autoconfig routines.
ht ? csr 172440 vector 224 skipped: No autoconfig routines.
ra 0 csr 172150 vector 154 vectorset attached
ra 1 csr 160334 vector 160 vectorset attached
rl ? csr 174400 vector 160 skipped: No autoconfig routines.
tm ? csr 172520 vector 224 skipped: No autoconfig routines.
ts 0 csr 172520 vector 224 attached
xp ? csr 176700 vector 254 skipped: No autoconfig routines.
erase, kill ^U, intr ^C
#
# mount /dev/ra8a /mnt/rx0
ra1: Ver 4 mod 3
ra8 st=3 sb=0 fl=0 en=9
/dev/ra8a on /mnt/rx0: Input/output error
: not found
: not found
# mount /dev/ra9a /mnt/rx0
ra9 st=3 sb=0 fl=0 en=9
/dev/ra9a on /mnt/rx0: Input/output error
#
>
> It's pretty simple and regular once one knows what is going on ;)
>
I agree that it is pretty simple as you describe it and it is what I
expected,
but it does not seem to be as I see it here. Could the problem be that I
am
booting from the second controller? Should all the controllers be
jumpered for
unit 0? Now that I think about it, it may be the boot firmware that is
uncooperative. If I set the RQDX3 for unit 0, I cannot boot from the
second
controller's first disk, but I can from the second. So, I should set all
the
controller unit numbers to 0. The restriction is that the boot device
must
be visible to the firmware. Make sense?
...
OK, I moved the RQDX3 to unit 0, and the boot floppy to the second
drive.
The boot is then:
--------------
Testing in progress - Please wait
Memory Size is 1024 K Bytes
9 Step memory test
Step 1 2 3 4 5 6 7 8 9
Message 04 Entering Dialog mode
Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key: B DU1
Trying DU1
Starting system from DU1
.83Boot from ra(1,1,0) at 0160334
.: ra(0,0,0)/unix
.Boot: bootdev=02400 bootcsr=0172150
.
2.11 BSD UNIX #10: Fri Nov 24 16:52:18 PST 2000
root@mars.chd-net:/usr/src/sys/MARS
ra0: Ver 6 mod 13
ra0: RA82 size=1295849
attaching qe0 csr 174440
qe0: DEC DELQA addr 08:00:2b:0e:24:7c
attaching lo0
phys mem = 1048576
avail mem = 725696
user mem = 307200
February 1 23:38:41 init: configure system
hk ? csr 177440 vector 210 skipped: No autoconfig routines.
ht ? csr 172440 vector 224 skipped: No autoconfig routines.
ra 0 csr 172150 vector 154 vectorset attached
ra 1 csr 160334 vector 160 vectorset attached
rl ? csr 174400 vector 160 skipped: No autoconfig routines.
tm ? csr 172520 vector 224 skipped: No autoconfig routines.
ts 0 csr 172520 vector 224 attached
xp ? csr 176700 vector 254 skipped: No autoconfig routines.
erase, kill ^U, intr ^C
# mount /dev/ra9a /mnt/rx0
ra1: Ver 4 mod 3
ra9: RX50 size=800
# ls /mnt/rx0
boot icheck restor unix
disklabel mkfs rx50toroot
#
> Steven Schultz
> sms(a)to.gd-es.com
Thanks for helping me work through this. It looks like the boot device
must be
within the first 8 devices that the firmware can see, but 2.11 BSD wants
all
the unit number jumpers set to 0.
Chuck Dickman
chd(a)nktelco.net
--------------F423B2C7167AA36041F4AE52--
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id NAA62886
for pups-liszt; Mon, 5 Feb 2001 13:46:33 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Chuck Dickman <chd(a)nktelco.net> Mon Feb 5 11:43:06 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id NAA62882
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 13:46:28 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f152Zs901247;
Sun, 4 Feb 2001 18:35:54 -0800 (PST)
Date: Sun, 4 Feb 2001 18:35:54 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102050235.f152Zs901247(a)moe.2bsd.com>
To: chd(a)nktelco.net, sms(a)moe.2bsd.com
Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73
Cc: pups(a)minnie.cs.adfa.edu.au
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: "Chuck Dickman" <chd(a)nktelco.net>
> What you described here makes sense and was my first impression of
> what should happen, but my experience is different.
I'm wondering if the console/boot firmware might not be the
cause of some of the confusion.
> My /etc/dtab is:
>
> ra ? 172150 154 5 raintr # uda50, rqdx1/2/3
> ra ? 160334 160 5 raintr # secondary mscp
Looks good. With 2.11 you can, if you want, leave the interrupt
vector as 0, the kernel will allocate an available vector and
tell the MSCP controller what vector to use.
> The CQD220 is at 172150 and the RXDX3 is at 160334. Is 172154 a valid
> MSCP address? It must be, cause it works for you. The docs I have
> show 160334.
As long as it doesn't conflict with anything else on the system it's
valid ;-) The system came with the RQDX3 and I worked with the RD54
for a while before adding the UC08 - when I added the UC08 I just picked
the next free CSR which happened to be 172154.
> DU8 and DU9 at boot are the RX50 drives on the second controller. The
> floppy in DU8 contains the installation standalone utilities that were
> part of the installation tape, including icheck.
>
> ------------
> .83Boot from ra(1,0,0) at 0160334
> .: ra(1,0,0)/icheck
It probably doesn't hurt anything but I would leave off the '/'
> .ra(1,0,0) err op=89 sts=3
> .ra(1,0,0) !online
op=89 is the "ONLINE" command and a status of 3 means the unit didn't
go 'online'. That is very strange since 'boot' was obviously loaded
from the drive/controller.
What I am wondering now is: does the boot monitor pass 0 or 8 thru
as the unit number? If it's expecting 8 or 9 then that might be
the problem because boot and the 2.11 kernel only deal with 0 thru 7
> .: ra(0,0,0)/unix
> .Boot: bootdev=02400 bootcsr=0172150
> .
> hk ? csr 177440 vector 210 skipped: No autoconfig routines.
> ht ? csr 172440 vector 224 skipped: No autoconfig routines.
> ra 0 csr 172150 vector 154 vectorset attached
> ra 1 csr 160334 vector 160 vectorset attached
Ok, that looks encouraging.
> # mount /dev/ra8a /mnt/rx0
> ra1: Ver 4 mod 3
> ra8 st=3 sb=0 fl=0 en=9
> /dev/ra8a on /mnt/rx0: Input/output error
> : not found
> : not found
> # mount /dev/ra9a /mnt/rx0
> ra9 st=3 sb=0 fl=0 en=9
> /dev/ra9a on /mnt/rx0: Input/output error
Same as before - the "online" command is failing for reason(s)
unknown as yet.
> I agree that it is pretty simple as you describe it and it is what I expected,
> but it does not seem to be as I see it here. Could the problem be that I am
> booting from the second controller? Should all the controllers be jumpered
I boot from the second controller all the time. If I weren't so
lazy (and the BA23 so narrow and hard to work in ;)) I'd have swapped
the UC08 and RQDX3 around a long time ago. As it is now I have to
hit ^C during the POST and at the BOOT> prompt I enter "172154 DU 0"
to boot from the second controller.
> for unit 0? Now that I think about it, it may be the boot firmware that is
Yes, if given a choice (and I don't know how this is done) all the
controllers need to start from 0. If the "base unit" of a controller
is 8 then I think the problem is that the controller is expecting
values such as 8, 9, etc in the 'mscp_unit' part of the MSCP packet.
That would explain the failure to "online unit 0" - the controller
is expecting to be told "online unit 8".
> controller's first disk, but I can from the second. So, I should set all the
> controller unit numbers to 0. The restriction is that the boot device
> must be visible to the firmware. Make sense?
Yes. I think the 'restriction' in this case is 2.11 - it doesn't
know how to deal with units other than 0 thru 7.
> Thanks for helping me work through this. It looks like the boot device
> must be within the first 8 devices that the firmware can see, but 2.11 BSD
> wants all the unit number jumpers set to 0.
Quite welcome! The boot monitor can load anything, but once 'boot'
(or the kernel) is loaded they do not know how to deal with unit=8.
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA63034
for pups-liszt; Mon, 5 Feb 2001 14:23:08 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Chuck Dickman" <chd(a)nktelco.net> Mon Feb 5 13:20:27 2001
Received: from mailserver.nktelco.net (mailserver.nktelco.net [216.206.77.3])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA63030
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 14:23:03 +1100 (EST)
(envelope-from chd(a)nktelco.net)
Received: by mailserver.nktelco.net from localhost
(router,SLMail V4.1); Sun, 04 Feb 2001 22:10:04 -0500
for <pups(a)minnie.cs.adfa.edu.au>
Received: from nktelco.net [63.238.116.228]
by mailserver.nktelco.net [216.206.77.3] (SLmail 4.1.3395) with ESMTP
id 8253E3E2FAEF11D4B0A800500424CC10
for <sms(a)moe.2bsd.com> plus 1 more; Sun, 04 Feb 2001 22:10:04 -0500
Message-ID: <3A7E1BFB.98767635(a)nktelco.net>
Date: Sun, 04 Feb 2001 22:20:27 -0500
From: "Chuck Dickman" <chd(a)nktelco.net>
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.14 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: "Steven M. Schultz" <sms(a)moe.2bsd.com>
CC: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Hardware config for 2.11BSD Installation on PDP-11/73
References: <200102050235.f152Zs901247(a)moe.2bsd.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SLUIDL: 14D76D51-F97F11D4-B0A80050-0424CC10
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
"Steven M. Schultz" wrote:
>
> > "Chuck Dickman" wrote:
> >
> > Thanks for helping me work through this. It looks like the boot device
> > must be within the first 8 devices that the firmware can see, but 2.11 BSD
> > wants all the unit number jumpers set to 0.
>
> Quite welcome! The boot monitor can load anything, but once 'boot'
> (or the kernel) is loaded they do not know how to deal with unit=8.
I think that was what I was trying to say, but you said it better.
Thanks.
>
> Steven Schultz
> sms(a)moe.2bsd.com
Now if someone could help be double my memory. :-)
Chuck Dickman
chd(a)nktelco.net
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id XAA65456
for pups-liszt; Mon, 5 Feb 2001 23:39:58 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Martijn van Buul <pino(a)dohd.org> Mon Feb 5 22:37:53 2001
Received: from mud.stack.nl (mud.stack.nl [131.155.141.98])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id XAA65452
for <pups(a)minnie.cs.adfa.edu.au>; Mon, 5 Feb 2001 23:39:53 +1100 (EST)
(envelope-from martijnb(a)stack.nl)
Received: by mud.stack.nl (Postfix, from userid 587)
id 3AC547F18; Mon, 5 Feb 2001 13:37:53 +0100 (CET)
Date: Mon, 5 Feb 2001 13:37:53 +0100
From: Martijn van Buul <pino(a)dohd.org>
To: pups(a)minnie.cs.adfa.edu.au
Subject: [pups] Y2K problem in ftpd?
Message-ID: <20010205133753.A23455(a)mud.stack.nl>
Reply-To: Martijn van Buul <pino(a)dohd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.3i
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi.
A friendly user pointed me to this obvious error:
(part of a typescript, an FTP session to my PDP, running 2.11BSD)
ncftp /usr/home/martijnb> ls -la foobar.c
-rw-r--r-- 1 martijnb users 106 Jan 15 15:25 foobar.c
ncftp /usr/home/martijnb> quote mdtm foobar.c
191010115144152
(mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd
thinks that it is 19101, and chops off the last digit of the filedate..)
Things go wrong when you try to get an allready existing file:
ncftp /usr/home/martijnb > get foobar.c
The local file "foobar.c" already exists.
Local: 133 bytes, dated Mon Feb 5 13:25:59 2001.
Remote: 133 bytes, dated Thu Oct 13 04:44:15 1910.
[O]verwrite? [A]ppend to? [S]kip? [N]ew Name? >
Hmm.
I'll see if I can figure out a quick patch :)
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65628
for pups-liszt; Tue, 6 Feb 2001 00:14:23 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Dave Horsfall <dave(a)fgh.geac.com.au> Mon Feb 5 23:09:49 2001
Received: from fgh.geac.com.au ([203.32.189.100])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA65624
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 00:14:21 +1100 (EST)
(envelope-from dave(a)horsfall.org)
Received: from localhost (dave@localhost)
by fgh.geac.com.au (8.11.2/8.11.2) with ESMTP id f15D9on12003
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 00:09:50 +1100 (EST)
X-Authentication-Warning: fgh.au.geac.com: dave owned process doing -bs
Date: Tue, 6 Feb 2001 00:09:49 +1100 (EST)
From: Dave Horsfall <dave(a)fgh.geac.com.au>
X-X-Sender: <dave(a)fgh.au.geac.com>
To: PDP Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: [pups] Y2K problem in ftpd?
In-Reply-To: <20010205133753.A23455(a)mud.stack.nl>
Message-ID: <Pine.GSO.4.32.0102052354420.5033-100000(a)fgh.au.geac.com>
X-No-Archive: Yes
X-Disclaimer: "Me, speak for us?"
X-Witty-Saying: "Mobius Strip - See other side for instructions"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Mon, 5 Feb 2001, Martijn van Buul wrote:
> ncftp /usr/home/martijnb> quote mdtm foobar.c
> 191010115144152
>
> (mdtm should return the datestamp, in the form yyyymmddhhmm. ftpd
> thinks that it is 19101, and chops off the last digit of the filedate..)
Yep, that's a sure sign, which (cough, cough) I have personally seen on
some (cough, cough) Y2K-compliant software supported by (cough, cough)
A Large Software Company. No, I wasn't personally responsible for that
code :-)
> I'll see if I can figure out a quick patch :)
Beware of the Y2K.1 bug :-(
Synopsis:
In order to overcome the Y2K bug, we implement a quick fix, because we
are too lazy to do it properly:
IF last two digits == '00' THEN make first two digits == '20'.
// Because we're gonna retire this stuff after 2000.
So what happens in 2001? Well, you get 1901, 19101, etc. Sigh... Isn't
that fix what got us into trouble in the first place?
Disclaimer: None of Geac software exhibited the Y2K.1 bug, since we tested
it thoroughly, for years 2000, 2001, etc: I make no comment on Y2K.
--
Dave Horsfall CL VK2KFU dave(a)geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490
Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id AAA65695
for pups-liszt; Tue, 6 Feb 2001 00:29:48 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Martijn van Buul <pino(a)dohd.org> Mon Feb 5 23:27:46 2001
Received: from mud.stack.nl (mud.stack.nl [131.155.141.98])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id AAA65691
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 00:29:45 +1100 (EST)
(envelope-from martijnb(a)stack.nl)
Received: by mud.stack.nl (Postfix, from userid 587)
id 8FD117F18; Mon, 5 Feb 2001 14:27:46 +0100 (CET)
Date: Mon, 5 Feb 2001 14:27:46 +0100
From: Martijn van Buul <pino(a)dohd.org>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] Y2K problem in ftpd?
Message-ID: <20010205142746.A24731(a)mud.stack.nl>
Reply-To: Martijn van Buul <pino(a)dohd.org>
References: <20010205133753.A23455(a)mud.stack.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.3i
In-Reply-To: <20010205133753.A23455(a)mud.stack.nl>; from pino(a)dohd.org on Mon, Feb 05, 2001 at 01:37:53PM +0100
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Martijn van Buul wrote:
> I'll see if I can figure out a quick patch :)
Done.
A diff for /usr/src/libexec/ftpd/ftpcmd.y:
461,463c461,464
< "19%02d%02d%02d%02d%02d%02d",
< t->tm_year, t->tm_mon+1, t->tm_mday,
< t->tm_hour, t->tm_min, t->tm_sec);
---
> "%04d%02d%02d%02d%02d%02d",
> t->tm_year+1900, t->tm_mon+1,
> t->tm_mday, t->tm_hour, t->tm_min,
> t->tm_sec);
Miraculously, this *reduces* the size of the binary by a whopping two
bytes ;)
--
Martijn van Buul - Pino(a)dohd.org - http://www.stack.nl/~martijnb/
Geek code: G-- - Visit OuterSpace: mud.stack.nl 3333
Kees J. Bot: The sum of CPU power and user brain power is a constant.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id BAA65865
for pups-liszt; Tue, 6 Feb 2001 01:04:27 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Dave Horsfall <dave(a)horsfall.org> Mon Feb 5 23:50:37 2001
Received: from fgh.geac.com.au ([203.32.189.100])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id BAA65861
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 01:04:25 +1100 (EST)
(envelope-from dave(a)horsfall.org)
Received: from localhost (dave@localhost)
by fgh.geac.com.au (8.11.2/8.11.2) with ESMTP id f15DocZ18079
for <pups(a)minnie.cs.adfa.edu.au>; Tue, 6 Feb 2001 00:50:38 +1100 (EST)
X-Authentication-Warning: fgh.au.geac.com: dave owned process doing -bs
Date: Tue, 6 Feb 2001 00:50:37 +1100 (EST)
From: Dave Horsfall <dave(a)horsfall.org>
X-X-Sender: <dave(a)fgh.au.geac.com>
To: PDP Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: [pups] Y2K problem in ftpd?
In-Reply-To: <20010205142746.A24731(a)mud.stack.nl>
Message-ID: <Pine.GSO.4.32.0102060048000.5033-100000(a)fgh.au.geac.com>
X-No-Archive: Yes
X-Disclaimer: "Me, speak for us?"
X-Witty-Saying: "Mobius Strip - See other side for instructions"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Mon, 5 Feb 2001, Martijn van Buul wrote:
> < "19%02d%02d%02d%02d%02d%02d",
> < t->tm_year, t->tm_mon+1, t->tm_mday,
Dead giveaway...
> Miraculously, this *reduces* the size of the binary by a whopping two
> bytes ;)
Well, we can find a job for you in writing PDP-11 bootstraps :-)
--
Dave Horsfall CL VK2KFU dave(a)geac.com.au Ph: +61 2 9978-7493 Fx: * 9978-7490
Geac Computers P/L (ERP Division) 2/57 Christie St, St Leonards 2065, Australia
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id DAA66602
for pups-liszt; Tue, 6 Feb 2001 03:01:50 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
On Sat, 3 Feb 2001, Richard Donkin wrote:
> "Steven M. Schultz" wrote:
> ...
> > I use BSD/OS myself, but FreeBSD works very nicely also. I've not
> > tried it with linux.
>
> Could you let me know the FreeBSD and Begemot P11 versions you were
> using? (Anyone
> else who has a working combination, feel free to jump in!)
This might not be state-of-the-art (but thats not the point anyway), I'm
running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main
problem I have found is that after a while the clock starts to run slow,
at the momement it thinks it's christmas eve (after beeing up about 130 days).
/Per Andersson
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id JAA54943
for pups-liszt; Sun, 4 Feb 2001 09:25:12 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Bill Gunshannon <bill(a)cs.scranton.edu> Sun Feb 4 08:23:08 2001
Received: from mailhost.cs.uofs.edu (mailhost.cs.uofs.edu [134.198.169.1])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id JAA54939
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 09:25:05 +1100 (EST)
(envelope-from bill(a)cs.uofs.edu)
Received: from triangle.cs.uofs.edu (IDENT:root@triangle.cs.uofs.edu [134.198.172.101])
by mailhost.cs.uofs.edu (8.9.3/8.9.2) with ESMTP id RAA54493
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Feb 2001 17:24:01 -0500 (EST)
Received: from localhost (bill@localhost)
by triangle.cs.uofs.edu (8.9.3/8.8.6) with ESMTP id RAA06862
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Feb 2001 17:23:10 -0500
X-Authentication-Warning: triangle.cs.uofs.edu: bill owned process doing -bs
Date: Sat, 3 Feb 2001 17:23:08 -0500 (EST)
From: Bill Gunshannon <bill(a)cs.scranton.edu>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11BSD networking on simulator
In-Reply-To: <Pine.GSO.4.32.0102032157010.4898-100000(a)wilfer4.cdg.chalmers.se>
Message-ID: <Pine.LNX.4.10.10102031721020.6311-100000(a)triangle.cs.uofs.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
On Sat, 3 Feb 2001, Per Andersson wrote:
>
> This might not be state-of-the-art (but thats not the point anyway), I'm
> running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main
Where can I find this Begemot P11 Emulator?? I visited the Begemot site
but the link to products doesn't appear to work. I have tried E11 (demo
version) and the Supnil Emulator, but have never heard of this one til now.
bill
--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
bill(a)cs.scranton.edu | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id KAA55257
for pups-liszt; Sun, 4 Feb 2001 10:48:52 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Robin Birch <robin(a)ruffnready.co.uk> Sun Feb 4 09:45:42 2001
Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA55253
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 10:48:48 +1100 (EST)
(envelope-from robin(a)ruffnready.co.uk)
Received: from falstaf.demon.co.uk ([158.152.152.109])
by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1)
id 14PCOP-000PL9-0V; Sat, 3 Feb 2001 23:46:58 +0000
Message-ID: <e+SmvUAmgJf6Ew48(a)ruffnready.co.uk>
Date: Sat, 3 Feb 2001 23:45:42 +0000
To: Per Andersson <pa(a)cdg.chalmers.se>
Cc: Richard Donkin <rdonkin(a)bigfoot.com>, pups(a)minnie.cs.adfa.edu.au
From: Robin Birch <robin(a)ruffnready.co.uk>
Subject: Re: [pups] 2.11BSD networking on simulator
References: <3A7BD55D.B64B221B(a)bigfoot.com>
<Pine.GSO.4.32.0102032157010.4898-100000(a)wilfer4.cdg.chalmers.se>
In-Reply-To: <Pine.GSO.4.32.0102032157010.4898-100000(a)wilfer4.cdg.chalmers.se>
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 <Pine.GSO.4.32.0102032157010.4898-100000(a)wilfer4.cdg.chalmers
.se>, Per Andersson <pa(a)cdg.chalmers.se> writes
>
>
>On Sat, 3 Feb 2001, Richard Donkin wrote:
>
>> "Steven M. Schultz" wrote:
>> ...
>> > I use BSD/OS myself, but FreeBSD works very nicely also. I've not
>> > tried it with linux.
>>
>> Could you let me know the FreeBSD and Begemot P11 versions you were
>> using? (Anyone
>> else who has a working combination, feel free to jump in!)
>
>This might not be state-of-the-art (but thats not the point anyway), I'm
>running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main
>problem I have found is that after a while the clock starts to run slow,
>at the momement it thinks it's christmas eve (after beeing up about 130 days).
>
>
> /Per Andersson
>
>
Hi,
Harti Brandt, the guy who wrote this package is shortly (I hope :-))
going to release a new version that includes a clock patch that Steve
Schultz dreamt up.
Regards
Robin
Currently running P11 on linux
____________________________________________________________________
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 KAA55275
for pups-liszt; Sun, 4 Feb 2001 10:50:10 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Robin Birch <robin(a)ruffnready.co.uk> Sun Feb 4 09:47:06 2001
Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id KAA55271
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 10:50:07 +1100 (EST)
(envelope-from robin(a)ruffnready.co.uk)
Received: from falstaf.demon.co.uk ([158.152.152.109])
by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1)
id 14PCPh-000PMw-0V; Sat, 3 Feb 2001 23:48:18 +0000
Message-ID: <S+VlfhA6hJf6EwZk(a)ruffnready.co.uk>
Date: Sat, 3 Feb 2001 23:47:06 +0000
To: Bill Gunshannon <bill(a)cs.scranton.edu>
Cc: pups(a)minnie.cs.adfa.edu.au
From: Robin Birch <robin(a)ruffnready.co.uk>
Subject: Re: [pups] 2.11BSD networking on simulator
References: <Pine.GSO.4.32.0102032157010.4898-100000(a)wilfer4.cdg.chalmers.se>
<Pine.LNX.4.10.10102031721020.6311-100000(a)triangle.cs.uofs.edu>
In-Reply-To: <Pine.LNX.4.10.10102031721020.6311-100000(a)triangle.cs.uofs.edu>
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 <Pine.LNX.4.10.10102031721020.6311-100000(a)triangle.cs.uofs.ed
u>, Bill Gunshannon <bill(a)cs.scranton.edu> writes
>On Sat, 3 Feb 2001, Per Andersson wrote:
>
>>
>> This might not be state-of-the-art (but thats not the point anyway), I'm
>> running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main
>
>Where can I find this Begemot P11 Emulator?? I visited the Begemot site
>but the link to products doesn't appear to work. I have tried E11 (demo
>version) and the Supnil Emulator, but have never heard of this one til now.
>
>bill
>
There is an oldish version on the pups archive. I believe that harti is
going to release a newer version soon.
regards
Robin
____________________________________________________________________
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 LAA55355
for pups-liszt; Sun, 4 Feb 2001 11:05:29 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From "Steven M. Schultz" <sms(a)moe.2bsd.com> Sun Feb 4 10:03:00 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA55351
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 11:05:25 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f14030W16555
for pups(a)minnie.cs.adfa.edu.au; Sat, 3 Feb 2001 16:03:00 -0800 (PST)
Date: Sat, 3 Feb 2001 16:03:00 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102040003.f14030W16555(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11BSD networking on simulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Per Andersson <pa(a)cdg.chalmers.se>
>
> This might not be state-of-the-art (but thats not the point anyway), I'm
> running p11 version 2.5 on an FreeBSD 3.4 machine and it works ok, the main
> problem I have found is that after a while the clock starts to run slow,
> at the momement it thinks it's christmas eve (after beeing up about 130 days).
The bug is an arithmetic overflow in the clock computations. After
about 24 days (with 60Hz power in the US) the number of ticks the
virtual machine has been up overflows 32 bits and time behaves very
strange.
Apply the patch below to 'device.c' and the problem goes away - it did
for me.
Steven Schultz
sms(a)moe.2bsd.com
--- device.c.dist Sat Mar 4 00:03:28 2000
+++ device.c Fri Sep 29 23:59:10 2000
@@ -203,6 +203,7 @@
int secs;
int newrate, diff;
int newdir;
+ double dnow, dstart;
for(t = timeouts; t < &timeouts[ntimeouts]; t++)
if(t->time && --t->curr == 0) {
@@ -223,9 +224,9 @@
* to the number we have elapsed
*/
gettimeofday(&tv, NULL);
- secs = ((1000 * tv.tv_sec + tv.tv_usec/1000)
- - (1000 * timer.start.tv_sec + timer.start.tv_usec/1000))
- / 1000;
+ dstart = 1000.0 * timer.start.tv_sec + timer.start.tv_usec/1000.0;
+ dnow = 1000.0 * tv.tv_sec + tv.tv_usec/1000.0;
+ secs = (dnow - dstart) / 1000.0;
newrate = 1000000 / clock_rate;
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id LAA55652
for pups-liszt; Sun, 4 Feb 2001 11:55:21 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Jay Jaeger <cube1(a)home.com> Sun Feb 4 10:50:25 2001
Received: from mail2.rdc1.il.home.com (mail2.rdc1.il.home.com [24.2.1.77])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id LAA55648
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 11:55:16 +1100 (EST)
(envelope-from cube1(a)home.com)
Received: from ddjay.home.com ([65.3.254.22]) by mail2.rdc1.il.home.com
(InterMail vM.4.01.03.00 201-229-121) with ESMTP
id <20010204005319.ULPW13648.mail2.rdc1.il.home.com(a)ddjay.home.com>;
Sat, 3 Feb 2001 16:53:19 -0800
Message-Id: <4.3.2.7.2.20010203184258.00bda9f0@cirithi>
X-Sender: cube1@cirithi
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Sat, 03 Feb 2001 18:50:25 -0600
To: pups(a)minnie.cs.adfa.edu.au
From: Jay Jaeger <cube1(a)home.com>
Subject: [pups] V6 and PDP-11/34
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I *have* *run* the standard Unix V6 distribution on my PDP 11/34. Works
just fine.
I also compared my V6 distribution image with the one on PUPS (years ago)
and they matched just fine.
Load the pack from the RK05 image after the 100 (IIRC) block tape to disk
loader program [how you get it there is another issue, of course... 8-)],
boot up, type rkunix at the "@" and away you go.
I did not use the tape to disk program on the tape image, however -- I
didn't have a tape drive at the time IIRC. I have a standalone program
that used a parallel port on my PC and a DR11 on my PDP-11 to write it,
IIRC, but I might have used XMODEM and a serial port -- its been a lonnnng
time since I did it.
Jay Jaeger
Date: Wed, 31 Jan 2001 09:13:30 +1100 (EST)
From: Warren Toomey <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: [pups] A bootable disk image for a PDP-11/34?
In article by Carl Lowenstein:
> Just from the historical point of view, note that the first major
> file on a genuine 6th Edition distribution tape _is_ a bootable
> RK05 image. Something like 4000 blocks.
>
> carl
Yes, but it doesn't boot on an 11/34 :(
That's the problem.
Cheers,
Warren
---
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 RAA56873
for pups-liszt; Sun, 4 Feb 2001 17:46:26 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Warren Toomey <pups(a)minnie.cs.adfa.edu.au> Wed Jan 31 08:13:30 2001
Received: from moe.2bsd.com (MOE.2BSD.COM [206.139.202.200])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id RAA56869
for <pups(a)minnie.cs.adfa.edu.au>; Sun, 4 Feb 2001 17:46:21 +1100 (EST)
(envelope-from sms(a)moe.2bsd.com)
Received: (from sms@localhost)
by moe.2bsd.com (8.10.1/8.10.1) id f146dSx18575
for pups(a)minnie.cs.adfa.edu.au; Sat, 3 Feb 2001 22:39:28 -0800 (PST)
Date: Sat, 3 Feb 2001 22:39:28 -0800 (PST)
From: "Steven M. Schultz" <sms(a)moe.2bsd.com>
Message-Id: <200102040639.f146dSx18575(a)moe.2bsd.com>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11BSD networking on simulator
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Hi -
> From: Richard Donkin <rdonkin(a)bigfoot.com>
> Could you let me know the FreeBSD and Begemot P11 versions you were
> using? (Anyone else who has a working combination, feel free to jump in!)
Gosh, it was quite a while ago that I tried P11 on a FreeBSD system.
It was pre-4.0 as I remember - perhaps 3.5 or 3.6
> Thanks very much for the config file, that should make life a lot
> easier... And
Quite welcome! Getting rid of the M4 macros and distilling the
config file down to the basics makes it much easier to see what
is going on. Coming up with that first config file was a day
or so of fun ;)
> thanks for all your efforts in updating 2.11BSD - very impressive to get
> a full fledged BSD system on a PDP-11!
You're welcome - it's been a lot of fun over the years. The past
couple years development has slowed down, combination of too many
other projects and not a lot of room left to stuff new features in ;)
Steven Schultz
sms(a)moe.2bsd.com
Hi Robin -
> From: robin.birch(a)postoffice.co.uk
>
> I know that this isn't to do with a pdp or ancient unix but does anyone know
> where I can find the sources for makedepend ?
It's installed in
/usr/src/X11/xc/config/makedepend
on the systems I have looked on.
Steven Schultz
sms(a)moe.2bsd.com
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51838
for pups-liszt; Sat, 3 Feb 2001 20:53:31 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Richard Donkin <rdonkin(a)bigfoot.com> Sat Feb 3 19:51:28 2001
Received: from amersham.mail.uk.easynet.net (amersham.mail.uk.easynet.net [195.40.1.45])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA51834
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Feb 2001 20:53:28 +1100 (EST)
(envelope-from rdonkin(a)bigfoot.com)
Received: from bigfoot.com (dsl-212-135-223-35.dsl.easynet.co.uk [212.135.223.35])
by amersham.mail.uk.easynet.net (Postfix) with ESMTP
id 1D68A17576; Sat, 3 Feb 2001 09:51:37 +0000 (GMT)
Message-ID: <3A7BD4A0.D58E2F80(a)bigfoot.com>
Date: Sat, 03 Feb 2001 09:51:28 +0000
From: Richard Donkin <rdonkin(a)bigfoot.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i586)
X-Accept-Language: en, fr
MIME-Version: 1.0
To: Greg Lehey <grog(a)lemis.com>
Cc: PUPS List <pups(a)minnie.cs.adfa.edu.au>
Subject: Re: [pups] Re: 2.11BSD networking on simulator
References: <3A78919C.3D604E23(a)bigfoot.com> <20010201094448.D70596(a)wantadilla.lemis.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
Greg Lehey wrote:
>
> The Begemot emulator was written on BSD, so you'll probably find it
> easier to use under FreeBSD.
>
> > Does anyone have a working Begemot sim setup with networking, used
> > with 2.11BSD? If so, could you post your config files? The Begemot
> > sim seems a lot more complex to set up than Supnik.
>
> *sigh* I used to, and it worked well. A number of changes in FreeBSD
> have rendered the emulator non-functional, and I haven't had time to
> find out what's wrong. I'll take a look and see if I can see anything
> obvious, but it might take me a while.
Thanks - do you know what FreeBSD version it last worked on? Also,
which
version of P11 you are using? I'm not doing anything significant with
the FreeBSD
box (it's a virtual machine under VMware) so re-installing is not a
problem.
Richard
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id UAA51862
for pups-liszt; Sat, 3 Feb 2001 20:56:36 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
>From Richard Donkin <rdonkin(a)bigfoot.com> Sat Feb 3 19:54:37 2001
Received: from amersham.mail.uk.easynet.net (amersham.mail.uk.easynet.net [195.40.1.45])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id UAA51858
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Feb 2001 20:56:32 +1100 (EST)
(envelope-from rdonkin(a)bigfoot.com)
Received: from bigfoot.com (dsl-212-135-223-35.dsl.easynet.co.uk [212.135.223.35])
by amersham.mail.uk.easynet.net (Postfix) with ESMTP id 7720F1755A
for <pups(a)minnie.cs.adfa.edu.au>; Sat, 3 Feb 2001 09:54:45 +0000 (GMT)
Message-ID: <3A7BD55D.B64B221B(a)bigfoot.com>
Date: Sat, 03 Feb 2001 09:54:37 +0000
From: Richard Donkin <rdonkin(a)bigfoot.com>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.14-15mdk i586)
X-Accept-Language: en, fr
MIME-Version: 1.0
Cc: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11BSD networking on simulator
References: <200101312317.f0VNHsd17441(a)moe.2bsd.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
"Steven M. Schultz" wrote:
...
> I use BSD/OS myself, but FreeBSD works very nicely also. I've not
> tried it with linux.
Could you let me know the FreeBSD and Begemot P11 versions you were
using? (Anyone
else who has a working combination, feel free to jump in!)
Thanks very much for the config file, that should make life a lot
easier... And
thanks for all your efforts in updating 2.11BSD - very impressive to get
a full
fledged BSD system on a PDP-11!
Cheers
Richard