[Simh] DZ11 vs DZV/DZQ11

Mark Pizzolato Mark at infocomm.com
Mon Apr 9 16:16:02 EDT 2018


On Monday, April 9, 2018 at 11:57 AM, Johnny Billquist wrote:
> I think the whole concept of deriving the number of controllers based on units
> in simh is wrong.
> I think one should configure each controller separately, including being able to
> tell what CSR and vector it has, and how many units should be connected one
> way or another, and any other relevant information. 

Well, that was not how these things were written long ago.   What you're 
suggesting would require a rather dramatic rewrite of essentially all of the 
Unibus and Qbus devices.  If you've got the time, please go head.  :-)

> For serial ports, that
> obviously means that you might connect one line to a physical line, another to
> a telnet listener, and another one not connected to anything at all. 

You can actually do that right now.  Each line on any multiplexer device can 
have a separate TCP listener or be connected to a remote TCP port or to a 
local serial port, or be part of the pool of ports which may optionally be 
configured to listen for the mux device.

> And exactly
> how many units/lines the controller have should also be a factor here then.
> 
> This also comes back to disks, where I might not want to configure four disks
> on one controller, but maybe one controller per disk.

The device simulation for DEC's disk controllers usually default to the 
maximum number of disk devices each controller was capable of supporting.
Each of those device units can be disabled so if you want one controller per 
disk, you absolutely can.

Up to 4 separate MSCP controllers can be configured today (with up to 16 
separate drives).  A single RP controller with up to 8 drives is available.

This functionality has solved most user problems without issue.  If you've 
got a simulation need for more than this, you can extend or rewrite what's 
there now.  Since configurations that can be simulated today can far exceed 
what was ever possible on any real system, it seems like a lot of work to 
address the theoretical flexibility you're asking for.  :-)

- Mark


More information about the Simh mailing list