[its-hackers] Fwd: [PDP-10/its] Use the CH11 Chaosnet address (#2038)

Eric Swenson eric at swenson.org
Thu Jun 24 18:27:07 CEST 2021


I just looked at the instructions in distrib.its, and they seem strange to me.  They say:

 

In a fresh KLH10, no config needed:

                ./kn10-ks /dev/null

                load @.ddt-u

                load @.nsalv-260-u

                load itsbin.645pi-u

                dump @.its-645pi-u

                quit

 

Now, @.ddt-u is just the same as converted “.;@ ddt”, which is a direct result of assembling system;ddt >.

 

However, @.nsalv-NNN-u is a converted “.;@ nsalv”, which ALREADY includes a copy of DDT, right?  We create .;@ NSALV by doing (within DSKDMP):

                l$ddt

                t$nsalv bin

                $u

                d$nsalv

 

The resulting .;@ nsalv already has DDT.  So why would we load @.nsalv-NNN-u, rather than nsalv-bin-u (made up name, but a direct result of assembling kshack;nsalv >?

 

-- Eric

 

 

From: Björn Victor <bjorn at victor.se>
Date: Wednesday, June 23, 2021 at 8:02 AM
To: Eric Swenson <eric at swenson.org>, Björn Victor <Bjorn.Victor at it.uu.se>, Lars Brinkhoff <lars at nocrew.org>, "its-hackers at its.victor.se" <its-hackers at its.victor.se>
Subject: Re: [its-hackers] Fwd: [PDP-10/its] Use the CH11 Chaosnet address (#2038)

 

I've always done it the way described in klh10/run/ksits/pubits/doc/distrib.its. I find it convenient, e.g since the ITS can autostart without having to type "its" and $G. (I also only do the procedure once in a blue moon.)

 

-- Björn

 

On 2021-06-23 16:32, Eric Swenson wrote:

Hi Björn,  

 

I noticed that you referenced “copying [the ITS binary] to the host and converting the format” when preparing a new ITS for use with KLH10. I’ve always wondered why this is done, or why this is a good thing. When I use KLH10 (the only simulator for 10s that I use), I always just load DSKDMP from the host (yes, transferred and converted), but since it doesn’t change much, that transferring and converting happens once in a blue moon. I never load ITS from the host. I always use DSKDMP to load the latest ITS from the ITS file system. I can keep multiple ITS binaries there (ITS, OITS, NITS, etc), and simply pick the one I want to run from DSKDMP. 

 

So I’ve never seen the value of actually transferring a new ITS to the host, converting it, and loading it directly into KLH10.

 

Thoughts?

-- Eric 

 


Begin forwarded message:

From: Björn Victor <notifications at github.com>
Date: June 22, 2021 at 02:39:27 PDT
To: PDP-10/its <its at noreply.github.com>
Cc: Subscribed <subscribed at noreply.github.com>
Subject: [PDP-10/its] Use the CH11 Chaosnet address (#2038)
Reply-To: PDP-10/its <reply+AAGT4Y36MZMHPHPFH5Q46FN63WIM7EVBNHHDOQLX64 at reply.github.com>

 

Use the Chaosnet address reported by the CH11 device at boot time (e.g. as configured in klh10), rather than the statically defined one.

This makes it easier to change a system's address (e.g. for joining the Global Chaosnet). Rather than recompiling ITS, copying it to the host, converting the format, and dumping a new @.its (as described in distrib.its), you just need to change the klh10 init file (the myaddr parameter of the ch11 devdef).

I have only tried this in klh10, but if the CH11 is properly implemented it should also work in other systems.

This patch only handles the CH11 device, but it seems the CH10 device also supports reading its address, so someone could fix that.

(This also may open the possibility of using dynamically allocated Chaosnet addresses in the future.)

The H3TEXT file will still need changes, but it is easily editable, and there is DNS to the rescue...

You can view, comment on, or merge this pull request online at:
  https://github.com/PDP-10/its/pull/2038
Commit Summary
·         Use CH11 address
File Changes
·         M src/system/chaos.289 (29) 

·         M src/system/its.1650 (11) 
Patch Links:
·         https://github.com/PDP-10/its/pull/2038.patch

·         https://github.com/PDP-10/its/pull/2038.diff

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://its.victor.se/pipermail/its-hackers_its.victor.se/attachments/20210624/6ac37c13/attachment-0001.html>


More information about the its-hackers mailing list