On Thu, 3 Jan 2013 08:26:49 +0100, you wrote:
I have been struggling particularly with PDP10, trying to get TOPS-10 to use
it, but I really don't know how and my attempt to build a new monitor with
DMR11 emulation (almost identical to DMC11) failed at the link stage, but I
don't know why.
That is what happens here too... My guess is it is necessary to build a
modified TOPS10.REL. But without the docs it can be quite difficult.
No, TOPS10.REL is just a library (MAKLIB made) of relocatable binary objects
(.REL) ready to be assembled. It contains every possible Monitor module for
standard configurations. During Monitor linking only the relevant modules are
extracted and used to build the final Monitor executable file.
When I'll have some spare time, I can try to build a DMR11-enabled Monitor,
just to verify that everything works: I've been able to build a lot of
Ethernet Monitors with no problems, so this would be to exclude bugs in other
modules not used for Ethernet. I've discovered that it wouldn't be so strange
to find some glitch that prevents some configurations from building...
BTW, I once had to replace a module into TOPS20.REL, i.e. CLOCK1.REL, to take
advantage of the KLH10 emulator idle function. I just COMPILed CLOCK1.MAC (and
a couple of other required files, notably F.MAC and S.MAC) and then I replaced
in TOPS10.REL the old CLOCK1.REL with my new one using MAKLIB. :)
The alternative was to patch every new monitor to change a single instruction
instead of changing it into the relevant source module. I think it would have
been feasible even to directly patch TOPS10.REL, but I found easier to replace
the module than to understand and learn how to locate something inside it.
Bye, :)
G.
On Wed, 02 Jan 2013 22:33:33 +0100, you wrote:
Now the question. It seems the DMC11 device is supported in the KS10
emulation. Could it be posible to use it to DECNETize (and HECNETize)
TOPS-10 over simh? I have not been able to find the docs to install
DECNET-10 in a 7.04 monitor... Any TOPS-10 hacker around? :)
Well, I've done my TOPS-10 7.04 install (plus TSU patch tapes that upgraded it
to 7.05), but I've done it on KLH10 (KL10 emulation) with Ethernet support, so
things may be somewhat different. At the time I chose KLH10 right because my
goal was to have a DECnet-10 node and that appeared (or was?) the only way.
Starting with 7.04 (or maybe even 7.03), DECnet sources are bundled with
Monitor sources and to have DECnet you just have to build a DECnet-enabled
custom Monitor (which you should build anyway).
At boot time everything starts automatically: the Monitor calls KNILDR.EXE to
load microcode into the Ethernet and then starts DECnet network service (with
help by Galaxy, except for FAL streams that are started by OPR).
There is a DECnet-10 tape, but it mostly contains software for front-end based
DECnet solutions (KL10 only), e.g. PDP-11s in disguise called DN20s and the
like. The only useful file from the DECnet tape is NML.EXE which can be found
elsewhere too. Anyway, the DECnet tape is BB-X116C-BB and is available on
Trailing Edge; there is also a newer BB-X116D-BB, which is somewhat hidden,
but can be located using the search by filename function... :P
The DECnet-10 manual I'm reading (AA-L413B-TB) says that DECnet starts at boot
time without intervention, whatever the interface used (but front-ends have to
be loaded). So, in your KS10 + DMC11 configuration all is needed seems to be a
DECnet-enabled Monitor with the right pieces to speak to that hardware.
The Software Installation Guide lists a bunch of MONGEN questions related to
DECnet on KS10s, asking for KMC/DUP or DMR hardware characteristics. A quick
Google search seems to confirm that both KMC and DMR are very similar to DMC
and software compatible with it. DMR should be a DMC enhancement/replacement.
Look for the following in Bitsavers (/dec/pdp10/TOPS10_softwareNotebooks/):
/vol20/AA-P379B-TB_TOPS-10_DECnet_and_PSI_Installation_Guide_Apr86.pdf
/vol20/AA-L413B-TB_DECnet_and_PSI_System_Managers_and_Operators_Guide_Apr86.pdf
The most updated software installation guide can be found here:
http://pdp-10.trailing-edge.com/tops10v704_docc/01/10,7/docupd/sig.mem.html
HTH, :)
G.
From: Cory Smelosky <b4 at gewt.net>
I'm currently having a bit of trouble getting 2.11BSD working in E11
when using the prebuilt disk by neozeed from source forge:
Looks like you're booting from tape? And installing onto what disk image?
I couldn't find the tape image you're using. I did find what purports
to be an RP06 image but it's actually slightly too small for that, so E11
auto-detects it as an RP05 and half of it vanishes. It boots up fine when
the type is forced with "MOUNT DB: 211BSD /RP06".
Buuuut, Massbus disks are disabled in the current E11 Demo versions.
At this point that's an oversight (all but the RP07 are within the
Demo version's size limit) so I'll uncripple that for the next release.
I can't remember the last time anyone wanted to use the Massbus emulations!
Otherwise I would have noticed and fixed this ages ago. Meanwhile if you
can install onto an MSCP disk then life will be easy.
Thanks for pointing this out!
John Wilson
D Bit
Jordi Guillaumes i Pons
Barcelona - Catalunya - Europa
El 03/01/2013, a les 3:17, Johnny Billquist <bqt at softjar.se> va escriure:
Or else don't worry about an incorrect date at startup. Unattended boot of RSX is trivial.
Ouch... I had the impression that SIMH lacked the TOY needed to boot without that date/time prompt.
Jordi Guillaumes i Pons
Barcelona - Catalunya - Europa
El 03/01/2013, a les 0:10, "Rob Jarratt" <robert.jarratt at ntlworld.com> va escriure:
I have been
struggling particularly with PDP10, trying to get TOPS-10 to use it, but I
really don't know how and my attempt to build a new monitor with DMR11
emulation (almost identical to DMC11) failed at the link stage, but I don't
know why.
That is what happens here too... My guess is it is necessary to build a modified TOPS10.REL. But without the docs it can be quite difficult.
Hello!
I'm currently having a bit of trouble getting 2.11BSD working in E11
when using the prebuilt disk by neozeed from source forge:
--- snip ---
94Boot from tms(0,0,0) at 0174500
: xp(0,0,0)unix
--- snip ---
And it hangs there
On 2 Jan 2013, at 21:30, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
On Wed, Jan 2, 2013 at 9:22 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 2 Jan 2013, at 21:13, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
I received a Raspberry PI via a starter kit and via birthday gift,
(for those of you who need to know Friday was my 50th birthday). I'd
like to get the PDP-11 portion of SIMH running inside it without too
much of a hassle. Any suggestions?
I'd recommend starting with raspbian, and then installing all the requisites to build simh. Don't use the version in the repos.
Which pi did you receive? The one with 256M RAM or one with 512M RAM?
Incidentally this idea would include one or two physical serial ports.
(Those serial ports would be the usual suspects.) I'm also interested
in including the miscellaneous features, such as the ones called
DR11C, DRV11, or these DR11W, DRV11WA. But I'm not at all sure how to
go about enabling either of those four. The serials seem to be an
almost easy fix, I simply need to connect the serial port functions on
the R.PI GPIO functions to the specific ones in the INI file.
Let me know what you find out, this would be very interesting to see the results of.
I think, mind you, I think, this would be something of a reach. But in
here, I believe I can find the answers.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Will you be sticking the pi inside of a terminal? ;)
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Hello!
The R.PI is the 512 version. And it won't be stuck inside a terminal.
Not with what I'm planning for those miscellaneous connectors. It will
be talking to a terminal program however.
I take it the one in the repository is, ah, dated?
Either it is dated, or the raspbian repository lacks it entirely. I forget which.
As in particulars? I take it you mean installing the things to build
things? Okay. I've already gotten the latest release of Debian on the
R.PI installed and working. I'm more of a Slackware fan. I just
finished about three hours ago dumping one gentleman's latest onto an
8Gig SDHC card and am going to try it possibly tonight.
You'll want: apt-get install build-essential make unzip libpcap-dev.
(bridge-utils and ump-utilities if you want to do bridging + multiple simh instances)
Oddly enough installing stuff into a Debian based release of Linux is
one reason why I took up with the Slackware set.
;)
I'll certainly let you or the whole group know what happens.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On Wed, Jan 2, 2013 at 9:22 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 2 Jan 2013, at 21:13, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
I received a Raspberry PI via a starter kit and via birthday gift,
(for those of you who need to know Friday was my 50th birthday). I'd
like to get the PDP-11 portion of SIMH running inside it without too
much of a hassle. Any suggestions?
I'd recommend starting with raspbian, and then installing all the requisites to build simh. Don't use the version in the repos.
Which pi did you receive? The one with 256M RAM or one with 512M RAM?
Incidentally this idea would include one or two physical serial ports.
(Those serial ports would be the usual suspects.) I'm also interested
in including the miscellaneous features, such as the ones called
DR11C, DRV11, or these DR11W, DRV11WA. But I'm not at all sure how to
go about enabling either of those four. The serials seem to be an
almost easy fix, I simply need to connect the serial port functions on
the R.PI GPIO functions to the specific ones in the INI file.
Let me know what you find out, this would be very interesting to see the results of.
I think, mind you, I think, this would be something of a reach. But in
here, I believe I can find the answers.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Will you be sticking the pi inside of a terminal? ;)
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
Hello!
The R.PI is the 512 version. And it won't be stuck inside a terminal.
Not with what I'm planning for those miscellaneous connectors. It will
be talking to a terminal program however.
I take it the one in the repository is, ah, dated?
As in particulars? I take it you mean installing the things to build
things? Okay. I've already gotten the latest release of Debian on the
R.PI installed and working. I'm more of a Slackware fan. I just
finished about three hours ago dumping one gentleman's latest onto an
8Gig SDHC card and am going to try it possibly tonight.
Oddly enough installing stuff into a Debian based release of Linux is
one reason why I took up with the Slackware set.
I'll certainly let you or the whole group know what happens.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On 2 Jan 2013, at 21:13, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
I received a Raspberry PI via a starter kit and via birthday gift,
(for those of you who need to know Friday was my 50th birthday). I'd
like to get the PDP-11 portion of SIMH running inside it without too
much of a hassle. Any suggestions?
I'd recommend starting with raspbian, and then installing all the requisites to build simh. Don't use the version in the repos.
Which pi did you receive? The one with 256M RAM or one with 512M RAM?
Incidentally this idea would include one or two physical serial ports.
(Those serial ports would be the usual suspects.) I'm also interested
in including the miscellaneous features, such as the ones called
DR11C, DRV11, or these DR11W, DRV11WA. But I'm not at all sure how to
go about enabling either of those four. The serials seem to be an
almost easy fix, I simply need to connect the serial port functions on
the R.PI GPIO functions to the specific ones in the INI file.
Let me know what you find out, this would be very interesting to see the results of.
I think, mind you, I think, this would be something of a reach. But in
here, I believe I can find the answers.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Will you be sticking the pi inside of a terminal? ;)
--
Cory Smelosky
http://gewt.net/ Personal stuff!
http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.
On 2013-01-03 03:17, Johnny Billquist wrote:
On 2013-01-03 02:56, Dave McGuire wrote:
On 01/02/2013 08:31 PM, Johnny Billquist wrote:
On 2013-01-02 22:47, Dave McGuire wrote:
On 01/02/2013 04:43 PM, Cory Smelosky wrote:
(BTW the "buffered console" feature in 4.0 is also awesome,
specially to run headless simulators. Now if we could do an
unattended RSX boot it would be wonderful!).
Yes, an unattended RSX boot WOULD be nice. ;)
You could probably do it with "expect". I did some work in that
area
several years ago. I remember I got pretty far with it. I should try
to dig it up.
I'm not getting it. What is the problem with unattended RSX boots?
Not just RSX. For RSTS/E at least, date prompting and such.
That stuff sits in LB:[1,2]SYSTARTUP.CMD. Get your self (or emulate) an
11/9x, and the date will be correct, and then you edit the startup to
not ask the question, or ask it with a timeout...
Or else don't worry about an incorrect date at startup. Unattended boot
of RSX is trivial.
Doh! The file is LB:[1,2]STARTUP.CMD and nothing else.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol