27 Feb
2001
27 Feb
'01
10:19 p.m.
On 26 Feb, Steven M. Schultz wrote:
The next adventure is un-tar-ing the source and build my own kernel...
--
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 OAA71575
for pups-liszt; Wed, 28 Feb 2001 14:28:19 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
That comment made me go through and scan my old AUUGNs for some articles
written by Dave Horsfall [who is on this mailing list]. I found his
article on porting V6 to the 11/23, but not for a port to the 11/34.
However, at least two tar files in the UNIX Archive have an m34.s in them:
Applications/Shoppa_Tapes/usenix_80_delaware.gz:
delaware/maryland/os40/m34.s
Applications/Shoppa_Tapes/usenix_80_delaware.gz:m34.s:
toronto/case/sys/conf/m34.s
The first appears to be modifications to V6, I haven't checked the latter
yet. It may be something worth pursuing.
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA71947
for pups-liszt; Wed, 28 Feb 2001 15:01:08 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
I suspect that one of the switches enables the line
frequency clock.
With out a clock running things will work (at least minimally) as
long as there are some interrupts happening.
Hmm? Why will it run with_out_ a
clock?
OK. The
machine is currently un-tar-ing /usr... :-)))
Fantastic! From John Holden <johnh(a)psych.usyd.edu.au> Wed
Feb 28 13:24:22 2001
Received: from psychwarp.psych.usyd.edu.au
(psychwarp.psych.usyd.edu.au [129.78.83.26])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id OAA71571
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 14:28:17 +1100 (EST)
(envelope-from johnh(a)psychwarp.psych.usyd.edu.au)
Received: (from johnh@localhost)
by psychwarp.psych.usyd.edu.au (8.9.1a/8.9.1) id OAA16488
for pups(a)minnie.cs.adfa.edu.au; Wed, 28 Feb 2001 14:24:22 +1100 (EST)
Date: Wed, 28 Feb 2001 14:24:22 +1100 (EST)
From: John Holden <johnh(a)psych.usyd.edu.au>
Message-Id: <200102280324.OAA16488(a)psychwarp.psych.usyd.edu.au>
To: pups(a)minnie.cs.adfa.edu.au
Subject: RE: [pups] Swap device in V6?
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
The good news is, this fixed my ps problem - ps now
works. The bad news
is that cc still fails with the following error:
fFatal error in /lib/c0
The lowercase f appears, followed shortly by the rest of the line. I've
tried the -c option to suppress linking, and still get this error. I
don't get this error on the Supnik emulator.
'/lib/c0' is the first pass of the C compiler, after the preprocessor
has be run (the order is cc, c0, c1, c2 for the optimiser, and then 'as'
to produce the object file). I dimly recall that the various passes forked
by 'cc' didn't bother to catch signals, so any error just gives the
"Fatal error in ..." message. The '-c' would have no effect this
early.
You could try the '-f' option, that uses a different compiler (with FP
emulation).
Assuming that you don't have a corrupted binary, or faulty processor/memory,
then is one obscure possibility. While a user program will not see any
difference between a 11/34 and 11/40 (except for floating point instructions),
the behaviour after a memory management fault IS different. The non ID space
processors (11/23/34/35/40/60) don't have a register to record the changes
in the general cpu registers after a fault, and it has to be calculated in
software. The 34 and 40 leave the registers in different states after a fault.
The classic example is "cmp -(sp), -(sp)" to extend the stack. This may
generate
a fault because the stack needs to grow dynamically. The kernel extends the
stack (where automatic variables are allocated), and then attempts to
reexecute the instruction. In the case of a 34 using a standard m40.s,
it sometimes gets it wrong, and is very program and data dependent.
Does this ring any bells with people having ported unix to 11/34's?
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id OAA71920
for pups-liszt; Wed, 28 Feb 2001 14:58:47 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed
Feb 28 13:54:49 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 OAA71916
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 14:58:45 +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 f1S3soX00509;
Wed, 28 Feb 2001 14:54:50 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200102280354.f1S3soX00509(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] Swap device in V6?
In-Reply-To: <200102280324.OAA16488(a)psychwarp.psych.usyd.edu.au> from John Holden
at "Feb 28, 2001 02:24:22 pm"
To: John Holden <johnh(a)psych.usyd.edu.au>
Date: Wed, 28 Feb 2001 14:54:49 +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 John Holden:
The good news
is, this fixed my ps problem - ps now works. The bad news
is that cc still fails with the following error:
fFatal error in /lib/c0
Assuming that you don't have a corrupted binary, or faulty processor/memory,
then is one obscure possibility. While a user program will not see any
difference between a 11/34 and 11/40 (except for floating point instructions),
the behaviour after a memory management fault IS different. The non ID space
processors (11/23/34/35/40/60) don't have a register to record the changes
in the general cpu registers after a fault, and it has to be calculated in
software. The 34 and 40 leave the registers in different states after a fault.
The classic example is "cmp -(sp), -(sp)" to extend the stack.This may generate
a fault because the stack needs to grow dynamically. The kernel extends the
stack (where automatic variables are allocated), and then attempts to
reexecute the instruction. In the case of a 34 using a standard m40.s,
it sometimes gets it wrong, and is very program and data dependent.
Does this ring any bells with people having ported unix to 11/34's? From Dave Horsfall <dave(a)horsfall.org> Wed Feb 28
13:53:22 2001
Received: from fgh.geac.com.au ([203.32.189.101])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id PAA71943
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 15:01:05 +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 f1S3rNj29913;
Wed, 28 Feb 2001 14:53:23 +1100 (EST)
Date: Wed, 28 Feb 2001 14:53:22 +1100 (EST)
From: Dave Horsfall <dave(a)horsfall.org>
X-X-Sender: <dave(a)fgh.au.geac.com>
To: John Holden <johnh(a)psych.usyd.edu.au>
cc: <pups(a)minnie.cs.adfa.edu.au>
Subject: RE: [pups] Swap device in V6?
In-Reply-To: <200102280324.OAA16488(a)psychwarp.psych.usyd.edu.au>
Message-ID: <Pine.GSO.4.32.0102281452230.2716-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 Wed, 28 Feb 2001, John Holden wrote:
The classic example is "cmp -(sp), -(sp)" to
extend the stack. This may generate
[...]
Does this ring any bells with people having ported
unix to 11/34's?
I have actual code on how we handled this in those days; who wants it?
--
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 PAA71965
for pups-liszt; Wed, 28 Feb 2001 15:04:34 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed
Feb 28 14:00:30 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 PAA71961
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 15:04:32 +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 f1S40Uk00578;
Wed, 28 Feb 2001 15:00:30 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200102280400.f1S40Uk00578(a)henry.cs.adfa.edu.au>
Subject: Re: [pups] Swap device in V6?
In-Reply-To: <Pine.GSO.4.32.0102281452230.2716-100000(a)fgh.au.geac.com> from Dave
Horsfall at "Feb 28, 2001 02:53:22 pm"
To: Dave Horsfall <dave(a)horsfall.org>
Date: Wed, 28 Feb 2001 15:00:30 +1100 (EST)
CC: John Holden <johnh(a)psych.usyd.edu.au>, 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 Dave Horsfall:
> On Wed, 28 Feb 2001, John Holden wrote:
> The classic example is "cmp -(sp), -(sp)" to
extend the stack. This may generate
> [...]
> Does this ring any bells with people having ported
unix to 11/34's?
> I have actual code on how we handled this in those days;
who wants it?
Mail it to me and I'll drop it in the archive somewhere.
Thanks Dave!
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA72108
for pups-liszt; Wed, 28 Feb 2001 15:19:34 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Wed
Feb 28 14:15:34 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 PAA72104
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 15:19:32 +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 f1S4FYA00697;
Wed, 28 Feb 2001 15:15:34 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <200102280415.f1S4FYA00697(a)henry.cs.adfa.edu.au>
Subject: [pups] V6 or V6 patches for 11/34
In-Reply-To: <Pine.GSO.4.32.0102281500120.2716-400000(a)fgh.au.geac.com> from Dave
Horsfall at "Feb 28, 2001 03:02:28 pm"
To: Dave Horsfall <dave(a)horsfall.org>
Date: Wed, 28 Feb 2001 15:15:34 +1100 (EST)
CC: PDP-11 Unix Preservation Society <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 Dave Horsfall:
On Wed, 28 Feb 2001, Warren Toomey wrote:
I have moved the 11/34 patches into the UNIX Archive at
PDP-11/Bug_Fixes/V7_on11-34
They look like V7 patches though, so they may not be readily
usable on a V6 system. Those other files I mentioned may be
better. Your mileage may vary :-)
Dave, did you write an AUUGN paper for an 11/34 port, and what year
so I can go back and have another look.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id PAA72119
for pups-liszt; Wed, 28 Feb 2001 15:19:44 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
Mail it to me and I'll drop it in the
archive somewhere.
As attached... I see it actually came from ChemEng. It's
for the 11/60,
but has the 11/34 stuff in there as well.
PS: I'm sure I did a port to the 11/34 :-) From John Holden <johnh(a)psych.usyd.edu.au> Wed
Feb 28 14:15:46 2001
Received: from psychwarp.psych.usyd.edu.au
(psychwarp.psych.usyd.edu.au [129.78.83.26])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id PAA72114
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 15:19:42 +1100 (EST)
(envelope-from johnh(a)psychwarp.psych.usyd.edu.au)
Received: (from johnh@localhost)
by psychwarp.psych.usyd.edu.au (8.9.1a/8.9.1) id PAA17381
for pups(a)minnie.cs.adfa.edu.au; Wed, 28 Feb 2001 15:15:46 +1100 (EST)
Date: Wed, 28 Feb 2001 15:15:46 +1100 (EST)
From: John Holden <johnh(a)psych.usyd.edu.au>
Message-Id: <200102280415.PAA17381(a)psychwarp.psych.usyd.edu.au>
To: pups(a)minnie.cs.adfa.edu.au
Subject: Re: [pups] 2.11BSD boot hangs.
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
John Holden wrote:
You can usually disable the HALT on break feature. When the console is on
a separate serial card :-
DEC DLV11-E or F Remove jumper on wire-wrap pin H
DEC DLV11-J wire-wrap pins X-B enables boot on break
wire-wrap pins X-H enable halt (ODT) on break
nothing on X disables both
Webster WQDHV switch 4 at J9 OFF to ignore break.
For processor cards with serial ports, I only have a manual for 11/23+. DEC
is pretty consistent, so there should be options on 11/53 and latter 11/73's.
11/23+ KDF11-B? Remove jumper from J5-J4 and connect J3-J4
The jumpers aren't marked on the PCB, so looking
at the board with the Qbus fingers at the bottom,
handles at the top, there is a vertical row of
three jumpers on the right hand side of the board.
towards the bottom. Top to bottom is J5, J4 and J3.
If anybody has manuals for 11/53+ and the quad slot 11/73's and can send me
the details, I'll collate the information, and add it to my web page at :-
http://www.psych.usyd.edu.au/pdp-11/
The 11/53+ I have does have lots of jumpers, but no numbers or letters beside
them.
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) id RAA72755
for pups-liszt; Wed, 28 Feb 2001 17:07:01 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
You can run into problems with the BHALT line,
which can be asserted by a line
break on the console line (if enabled), or on some DHV serial card emulations.
Turning off a terminal may be enough to halt the process if it generates a
serial break as the power goes down.
On my /53+ running 2.11, it's enough to kick in ODT.. Very anoying, really.
Is there any way to disable this functionality, save rewiring the backplane? From Dave Horsfall <dave(a)horsfall.org> Wed Feb 28
15:59:41 2001
Received: from fgh.geac.com.au ([203.32.189.101])
by minnie.cs.adfa.edu.au (8.9.3/8.9.3) with ESMTP id RAA72751
for <pups(a)minnie.cs.adfa.edu.au>; Wed, 28 Feb 2001 17:06:58 +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 f1S5xfW00886;
Wed, 28 Feb 2001 16:59:41 +1100 (EST)
Date: Wed, 28 Feb 2001 16:59:41 +1100 (EST)
From: Dave Horsfall <dave(a)horsfall.org>
X-X-Sender: <dave(a)fgh.au.geac.com>
To: <wkt(a)cs.adfa.edu.au>
cc: PDP-11 Unix Preservation Society <pups(a)minnie.cs.adfa.edu.au>
Subject: [pups] Re: V6 or V6 patches for 11/34
In-Reply-To: <200102280415.f1S4FYA00697(a)henry.cs.adfa.edu.au>
Message-ID: <Pine.GSO.4.32.0102281656310.2716-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 Wed, 28 Feb 2001, Warren Toomey wrote:
Dave, did you write an AUUGN paper for an 11/34 port,
and what year
so I can go back and have another look.
Vol 1 No 6. "Implementing UNIX on a PDP-11/34" (sub-titled: "What does
the `F' in "RK05-F" really stand for ?").
I still have the nroff source available... It's about 1983-ish.
--
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 AAA74876
for pups-liszt; Thu, 1 Mar 2001 00:20:54 +1100 (EST)
(envelope-from owner-pups(a)minnie.cs.adfa.edu.au)
8664
days inactive
8664
days old
0 comments
1 participants
participants (1)
-
jkunz＠unixag-kl.fh-kl.de