hi there!
well the pdp was once a pdp 11/23+ so
enclosure and backplane should be
the same as a 11/23 (ba 23). backplane should
be Q22/CD configuration, but
i´ll open the box and look for the 501-
number to be sure. on the back there
is a sticker saying this is a 11/73. the
cpu-board is a 11/83.(i´ll pass
the number too). do all 11/83 use PMI ? but
the memory seems to work, or has
the cpu board some memory on it?
when i picked up the box they booted it, i
suppose this configuration was the
way they used it there and should have
worked.
the RD54 controller has a 50pin ribboncable
wich goes to a small board (wich
was hanging on the backside) and a small
frontpanel (from a 11/83 or 73) was
hanging on it. it looks like
*************
* *'''''* O is a round hole (to hold a
batch?)
* O *'''''* '' is a big hole (power
switch i suppose)
* *'''''*
*************
* X B * X = run on/off ?(green led)
B = reset ?
* X X * X = write protect(red led) X
= online(green led) for disk 0 ?
* X X * X = write protect(red led) X
= online(green led) for disk 1 ?
*************
X is a switch with led B is a button with led
i never saw a pdp with this frontpanel, and
since there is nothing written on it,
i tried to compare with a picture found on
the web, but i´m not sure if i´m right.
can someone tell me if i´m right ?
i asked those guys from where i picked up the
box, but they told me that the last guy
using the pdp left some years ago, and in
1999 they just powered it off. this explains
also the small paper sticking on the pdp that
showed how to login and shutdown the box.
root password is written on it *g*.
tomorrow i´ll open the box again.
thanks for your fast response.
-- lothar
FWIW, I don't know about the tape error, but
that layout looks OK apart
>from the fact that if it's an 11/83, the
memory shold be in the first slot
and the CPU in the second. The essential
difference between an 11/73 and
an 11/83 is that the 11/83 uses PMI memory.
Assuming your backplane is the
right one, in a BA23 or BA123 box, and that
your memory is a single 4MB
board, you should swap them round, otherwise
what you actually have is an
11/73.
I assume your RD54 controller is a genuine
DEC RQDX3, so it's in the right
place. It's possible you have an old version
of the firmware on it, but it
should still work even if you do.
all the planes in the backplane are genuine
dec parts.
--
Pete
What enclosure? BA23? If yes you have empty
slots between the cards as
this box has 3 Q/CD slots on top and 5 Q/Q
slots below. Have a look at
the QBus HOWTO at
http://vaxarchive.sevensages.org/
--
tschuess,
Jochen
On Thu, Jan 17, 2002 at 08:36:05AM +0100, Lars Brinkhoff wrote:
> Hello,
>
> Is anyone using GCC to compile code for the PDP-11?
on the PDP or cross-compiled? (will gcc run under 2.11?)
--
Aaron J. Grier | "Not your ordinary poofy goof." | agrier(a)poofygoof.com
"Making people dance so hard their pants almost fall
off is kind of fun." -- David Evans
Johnny,
I have access to both RT-11 and RSTS/E systems here. I would be happy to
give the testing a shot. My preference would be RT first, and then if you
get no other takers, RSTS.
Regards,
Steve
> -----Original Message-----
> From: Johnny Billquist [SMTP:bqt@update.uu.se]
> Sent: Saturday, January 19, 2002 10:13
> To: SHOPPA(a)trailing-edge.com
> Cc: PUPS(a)minnie.tuhs.org
> Subject: Re: [pups] Re: GCC
>
> On Sat, 19 Jan 2002 SHOPPA(a)TRAILING-EDGE.COM wrote:
>
> > Johnny Billquist <bqt(a)update.uu.se> writes:
> > > DECUS C might be a better starting point.
> >
> > DECUS C is kind-of a funny case. Whereas most C compilers are
> > traditionally maintained and distributed as C source code, DECUS C
> > is distributed and maintained in PDP-11 assembly language.
>
> True.
>
> > For other C compilers, a significant milestone was when they were
> > rewritten in C and compiled themselves. DECUS C is the odd guy out
> because
> > it never tried to reach this milestone. In some sense this is a good
> thing,
> > because it lets you build it on a machine without any access to any C
> compiler.
>
> Which definitely is a good thing in this case. Since most systems don't
> have a C compiler anyway, the first compiler have to get down there
> someway, and MACRO-11 is the only language you *know* exist.
>
> I'm soon done with a cleanup of DECUS-C by the way. I've tried to collect
> all the different versions I can find, and incorporated my own fixes as
> well. This version will support I/D space correctly in RSX (which no other
> version except my in-house hacks have done), will have a working profiler
> again, and also supports RMS and DAP. Fun fun...
> I'm testing it right now, and most things looks like they are working like
> a charm.
> However, if someone have plenty of time, and an RSTS/E or RT-11 system
> around, I'd sure appreciate some help. I've tried to keep those parts
> up-to-date as well, but I cannot test, or fix broken things.
>
> This compiler have been a mess for many years now... About time it got
> some cleanup.
>
> Oh. And I don't know if Allan Baldwin (sp?) have some extra hacks in for
> his IP-stack, and I haven't even investigated.
> Anyone know?
>
> 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
>
> _______________________________________________
> PUPS mailing list
> PUPS(a)minnie.tuhs.org
> http://minnie.tuhs.org/mailman/listinfo/pups
On Jan 19, 12:43, lothar felten wrote:
> i don´t know if this is a hardware (bus?)
> error, or maybe the tape is bad.
> the tapes i use are unused original dec TK50
> tapes, i made several ones, because i thought
> it might be a tape error, but
> all tapes are the same.
>
> hardware:
> PDP-11/83, 4megs of ram, TK50, two RD54
> (maxtor), two RL02 disks.
> qbus cards (top to bottom):
> *cpu (quad)
> *memory (quad)
> *controller for RL02 disks (quad)
> *controller for RD54 disks (double)
> *controller for TK50 (double)
> *network controller (double)
FWIW, I don't know about the tape error, but that layout looks OK apart
from the fact that if it's an 11/83, the memory shold be in the first slot
and the CPU in the second. The essential difference between an 11/73 and
an 11/83 is that the 11/83 uses PMI memory. Assuming your backplane is the
right one, in a BA23 or BA123 box, and that your memory is a single 4MB
board, you should swap them round, otherwise what you actually have is an
11/73.
I assume your RD54 controller is a genuine DEC RQDX3, so it's in the right
place. It's possible you have an old version of the firmware on it, but it
should still work even if you do.
> i didn´t find a kind of terminator, but i
> didn´t change the order of the
> cards since i picked the box up.
> there are no empty slots between the cards,
> and i´m not sure if the Qbus
> need a special terminator.
There normally isn't an extra terminator in an 11/73 or 11/83, unless you
add an expansion backplane.
--
Pete Peter Turnbull
Network Manager
University of York
Johnny Billquist <bqt(a)update.uu.se> writes:
> DECUS C might be a better starting point.
DECUS C is kind-of a funny case. Whereas most C compilers are
traditionally maintained and distributed as C source code, DECUS C
is distributed and maintained in PDP-11 assembly language.
For other C compilers, a significant milestone was when they were
rewritten in C and compiled themselves. DECUS C is the odd guy out because
it never tried to reach this milestone. In some sense this is a good thing,
because it lets you build it on a machine without any access to any C compiler.
Tim.
hi there,
maybe someone can help me installing 2.11BSD
on a PDP-11/83.
my problem:
the standalone disklabel-programm stops when
displaying the MSCP disk
information.
in the console ODT i write/see:
BOOT MU0
Starting system from mu0
83Boot from tms(0,0,0) at 0174500
:tms(0,1)
disklabel
Disk? ra(0,0)
d(isplay) D(efault) m(odify) w(rite) q(uit)?
d
type:MSCP
disk:RD54
flags:
bytes/sector: 512
sectors/reack: 17
tr
and then it just stops, right after "tr", but
the RUN led stays on.
when i try to disklabel a RL02 disk i get
invalid disk (for rl(0,1)) or a
system stop (for rl(0,0) with RUN led off).
i don´t know if this is a hardware (bus?)
error, or maybe the tape is bad.
the tapes i use are unused original dec TK50
tapes, i made several ones, because i thought
it might be a tape error, but
all tapes are the same.
hardware:
PDP-11/83, 4megs of ram, TK50, two RD54
(maxtor), two RL02 disks.
qbus cards (top to bottom):
*cpu (quad)
*memory (quad)
*controller for RL02 disks (quad)
*controller for RD54 disks (double)
*controller for TK50 (double)
*network controller (double)
i didn´t find a kind of terminator, but i
didn´t change the order of the
cards since i picked the box up.
there are no empty slots between the cards,
and i´m not sure if the Qbus
need a special terminator.
i made a TK50 boottape on my DECstation
5000/200. i got the software from
the pups archive, and made the tape with the
"maketape" program.
any idea welcome.
regards,
--lothar
I got Dennis' sixth edtion compiler to compile not long ago.
It's definitly not ANSI C, in fact it's not quite K&R C, but
I really like coding in it. My advice would be to start there.
Just check out the chapter on precidence parsing in the dragon book
before you work on the compiler.
Brantley Coile
In article by Mark E. Mallett:
> Somebody pointed me at this URL:
> http://minnie.tuhs.org/pipermail/pups/2000-January/000152.html
>
> and others where the question of the UNIX-based mallet was being
> discussed. It's me.. some time in the mid-80s I had submitted a
> number of entries to the calendar file and I had jokingly suggested
> that my birthday could also be included. And apparently it was.
>
> I enjoy seeing it pop up every August. I notice that some calendar
> files now actually explain it, which I think is a pity :-)
> --
> Mark E. Mallett | http://www.mv.com/users/mem/
> MV Communications, Inc. | http://www.mv.com/
> NH Internet Access since 1991 | (603) 629-0000 / FAX: 629-0049
I think a few people are going to be relieved to know the answer.
Can you tell us which versions of the calendar file actually explain
it, as I've not seen them.
Thanks for this,
Warren
I have been playing with a Qbus to IDE drive adapter for a while, and
with some free time this Christmas, I got around to working on it and
documenting it.
You can find information here: http://www.chd.dyndns.org/qbus_ide/
In summary, I have designed and built a Q22-Bus to ATA disk adapter and
written drivers for 2.11BSD on my microPDP-11/73. The adapter is PIO
only (for now) and the driver only works with LBA capable disks.
I posted this to the NetBSD/vax mailing list last week. If there is
sufficient interest, we might be able to get boards made. Someone is
writing a NetBSD driver and I have a 2.11BSD driver already.
-chuck
