Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Paul Koning]

> On Dec 31, 2015, at 2:19 PM, Will Senn  wrote:
> 
> I am not able to figure out what devices to enable in SimH PDP-11 to get 
> multiple telnet connections in RSTS/E 9.6.
> 
> I'm using a PDP-11/73 with 4megs of memory and I have the console configured:
> 
> SET CONSOLE TELNET=1
> 
> I am able to telnet into port 1. It works as a login terminal no problem.
> 
> But, then I also tried to set up some DZ11 lines to support additional logins 
> over local telnet:
> 
> SET DZ ENABLE
> SET DZ LINES=8
> ATTACH DZ  10001
> SHOW DZ
> 
> but these don't seem to be picked up by RSTS/E. SimH let's me connect via 
> telnet to ports 10001-10007, but RSTS/E does not respond in the telnet 
> session. I reviewed my sysgen for RSTS/E and it doesn't appear to have a DZ11 
> peripheral configuration section. My sense is that RSTS/E doesn't support 
> DZ11s.
> 
> Here is the relevant section of the sysgen:
> Accept Peripheral defaults ?
> ---snip disk drives, paper tape, etc.
> DMC11's/DMR11's ?   <00>
> DMV11's/DMP11's ?   <00>
> IBM 3271 or 2780/3780 simultaneous links ?  <00>
> RJ2780 support ?
> 
> In looking at the AA-2669J-TC_RSTS-E_System_Installation_and_Update_Guide.pdf 
> file, page 49. It has this to say about the IBM 3271 or 2780/3780 option 
> (sounds like an alternative device to the DZ?):
> 
> Explanation - Each KMC-11 microprocessor controls one DUP11 synchronous line 
> interface to the 3271 or 2780/3780 host... and so on.
> 
> My questions are:
> Does SimH support the KMC-11/DUP11 pairing somehow?
> Or is there another suitable device available in SimH for providing access to 
> RSTS/E via telnet?
> If so, what are the device names on the SimH side and the RSTS/E side of 
> things?

KMC/DUP are used for the 2780 emulation feature, which is a rather obscure 
layered product -- I don't know anything about it.

As of RSTS V9.0, if memory serves, terminal configuration is no longer set 
during Sysgen.  Instead, the monitor contains drivers for each supported 
terminal interface, and these are loaded at startup according to what hardware 
was found.

When you boot the system (at the "Start timesharing" prompt) enter "hardware 
list" to confirm that the DZ11s were indeed seen:

Start timesharing?  HA LI

  Name  Address Vector  Comments
  TT0:   177560   060   
  RL0:   174400   160   Units: 0(RL01) 1(RL01)
  RM0:   177440   210   Units: 0(RK06) 1(RK06) 2(RK06) 3(RK06) 4(RK06) 5(RK06)
   6(RK06) 7(RK06)
  RU0:   172150  P340   RQDX3   Units: 0(RA82) 1(RA82) 2(RD54) 3(RX50)
  MU0:   174500  P344   TK50Units: 0(TK50) 1(TK50) 2(TK50) 3(TK50)
  TU0:   172440   224   BAE=+034, Units: 0(TE16 @TM03 #0) 1(TE16 @TM03 #0) 
  TC0:   177340   214
  LP0:   177514   200
  DZ0:   160100   300   Sub-lines: 8
  DZ1:   160110   310   Sub-lines: 8
  DZ2:   160120   320   Sub-lines: 8
  DZ3:   160130   330   Sub-lines: 8
  XE0:   174510   120   DELUA Address: 08-00-2B-CC-DD-EE

  KW11L  177546   100
  SR 177570
  DR 177570

  Hertz = 60.

  Other: FPU, SL, 22-Bit, Data space, Cache w/address, System ID = 4660


Option:  

Next... I don't know why you expected telnet ports 10001-10007 to be active 
when you attached 10001.  The attach command sets up just that TCP port number 
as one SIMH listens to, serving all the mux ports behind it.  So you should be 
able to telnet to the port you specified multiple times, and when you do, SIMH 
should tell you that you're now connected to some port:

pkoning$ telnet localhost 
Trying ::1...
Connected to localhost.
Escape character is '^]'.


Connected to the PDP-11 simulator DZ device, line 1


RSTS P10.1-L 31-Dec-15 02:41 PM
User: 
User: 1,211
Last interactive login on 31-Dec-15, 02:41 PM at KB5:
Last non-interactive login on 02-Apr-15, 04:31 PM
2 other users are logged in under this account


$ 

The other point to remember is that RSTS expects to do auto baud on all ports 
other than 0, in the standard setup at least.  So you need to enter RETURN 
twice before you get the login prompt.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Will Senn]

On 12/31/15 1:42 PM, Mark Pizzolato wrote:

The KMC/DUP and DMC devices are only supported in simh for simulator
to simulator DECnet connections.  These are WAN synchronous devices
which have nothing to do with connecting to a simulator via telnet.


I'm not ready to tackle DECnet yet. I'll leave these devices for another 
day.


You are on the right track looking at SYSGEN to configure the OS side of
enabling DZ functionality.  You may also want to look at DL and DC devices
which can also provide incoming telnet connections to a simulator.  Since,
I've never been a RSTS user, I can't begin to suggest how you configure
that OS to enable these devices.

Good Luck.

- Mark


Paul Koning set me straight on figuring out that DZ, as configured, was 
actually working. Duh, press RETURN twice to get BAUD detected properly, 
then all is right in the world. The other devices might work too, but 
since DZ worked, I'm happy.


Thanks for responding.

Will

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Mark Pizzolato]

On Thursday, December 31, 2015 at 11:20 AM, Will Senn wrote:
> I am not able to figure out what devices to enable in SimH PDP-11 to get
> multiple telnet connections in RSTS/E 9.6.
> 
> I'm using a PDP-11/73 with 4megs of memory and I have the console
> configured:
> 
> SET CONSOLE TELNET=1
> 
> I am able to telnet into port 1. It works as a login terminal no problem.
> 
> But, then I also tried to set up some DZ11 lines to support additional logins
> over local telnet:
> 
> SET DZ ENABLE
> SET DZ LINES=8
> ATTACH DZ  10001
> SHOW DZ
> 
> but these don't seem to be picked up by RSTS/E. SimH let's me connect via
> telnet to ports 10001-10007, but RSTS/E does not respond in the telnet
> session. I reviewed my sysgen for RSTS/E and it doesn't appear to have a
> DZ11 peripheral configuration section. My sense is that RSTS/E doesn't
> support DZ11s.
> 
> Here is the relevant section of the sysgen:
> Accept Peripheral defaults ?
> ---snip disk drives, paper tape, etc.
> DMC11's/DMR11's ?   <00>
> DMV11's/DMP11's ?   <00>
> IBM 3271 or 2780/3780 simultaneous links ?  <00>
> RJ2780 support ?
> 
> In looking at the
> AA-2669J-TC_RSTS-E_System_Installation_and_Update_Guide.pdf file, page
> 49. It has this to say about the IBM 3271 or 2780/3780 option (sounds like an
> alternative device to the DZ?):
> 
> Explanation - Each KMC-11 microprocessor controls one DUP11 synchronous
> line interface to the 3271 or 2780/3780 host... and so on.
> 
> My questions are:
> Does SimH support the KMC-11/DUP11 pairing somehow?
> Or is there another suitable device available in SimH for providing access to
> RSTS/E via telnet?
> If so, what are the device names on the SimH side and the RSTS/E side of
> things?

The KMC/DUP and DMC devices are only supported in simh for simulator 
to simulator DECnet connections.  These are WAN synchronous devices 
which have nothing to do with connecting to a simulator via telnet.

You are on the right track looking at SYSGEN to configure the OS side of 
enabling DZ functionality.  You may also want to look at DL and DC devices
which can also provide incoming telnet connections to a simulator.  Since, 
I've never been a RSTS user, I can't begin to suggest how you configure 
that OS to enable these devices.

Good Luck.

- Mark
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Will Senn]

I am not able to figure out what devices to enable in SimH PDP-11 to get 
multiple telnet connections in RSTS/E 9.6.


I'm using a PDP-11/73 with 4megs of memory and I have the console 
configured:


SET CONSOLE TELNET=1

I am able to telnet into port 1. It works as a login terminal no 
problem.


But, then I also tried to set up some DZ11 lines to support additional 
logins over local telnet:


SET DZ ENABLE
SET DZ LINES=8
ATTACH DZ  10001
SHOW DZ

but these don't seem to be picked up by RSTS/E. SimH let's me connect 
via telnet to ports 10001-10007, but RSTS/E does not respond in the 
telnet session. I reviewed my sysgen for RSTS/E and it doesn't appear to 
have a DZ11 peripheral configuration section. My sense is that RSTS/E 
doesn't support DZ11s.


Here is the relevant section of the sysgen:
Accept Peripheral defaults ?
---snip disk drives, paper tape, etc.
DMC11's/DMR11's ?   <00>
DMV11's/DMP11's ?   <00>
IBM 3271 or 2780/3780 simultaneous links ?  <00>
RJ2780 support ?

In looking at the 
AA-2669J-TC_RSTS-E_System_Installation_and_Update_Guide.pdf file, page 
49. It has this to say about the IBM 3271 or 2780/3780 option (sounds 
like an alternative device to the DZ?):


Explanation - Each KMC-11 microprocessor controls one DUP11 synchronous 
line interface to the 3271 or 2780/3780 host... and so on.


My questions are:
Does SimH support the KMC-11/DUP11 pairing somehow?
Or is there another suitable device available in SimH for providing 
access to RSTS/E via telnet?
If so, what are the device names on the SimH side and the RSTS/E side of 
things?


Thanks,

Will


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH console settings for escape sequence support

[Mark Pizzolato]

On Thursday, December 31, 2015 at 12:18 PM, Paul Koning wrote:
> I've noticed that terminal handling on the SIMH console with RSTS/E was
> never quite right; it would not do "set terminal/inquire" and editing keys 
> that
> produce escape sequences would be mangled.
> 
> This turns out to be due to the "printable control characters" configuration
> setting.  Its default value does not include ESC as a printable character, so 
> it
> gets discarded rather than sent to the terminal window.
> 
> To fix this, use the following SIMH command:
> 
> set console pchar=0123600
> 
> With that setting, escape sequences work properly on the console.
> Something similar probably applies to other operating systems and processor
> types, if they use escape sequences on the console terminal.  The pchar
> value is octal on PDP11 and other machines that are conventionally octal; it's
> hex on VAX and other hex machines, so adjust the "set" command
> accordingly.

Thanks for pointing this out.  

The PCHAR mask is actually only used when the terminal device (console) 
is in 7B or UC mode.  The PDP11 defaults to 7B mode.  The VAX simulators 
default to 8B mode.  

In the interest of fewer problems in the future for various folks, the 
default PCHAR mask has now been changed to include ESC and ENQ in 
addition to the previous BEL, BS, TAB, LF and CR.  The output produced
by SHOW CONSOLE PCHAR has also been enriched to display the names
of the characters which are included in the mask.

- Mark
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH console settings for escape sequence support

[Random832]

Paul Koning  writes:
> I've noticed that terminal handling on the SIMH console with RSTS/E
> was never quite right; it would not do "set terminal/inquire" and
> editing keys that produce escape sequences would be mangled.

Speaking of escape sequences, for systems that don't use terminals
(i.e. Windows) it might be nice for simh to have built-in emulation for
something simple like a VT-52 or an ADM-3A. Or maybe have a telnet
console.

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH console settings for escape sequence support

[Random832]

Jacob Goense writes:
> Terminal emulators do a good job here. What I'm still looking for is
> something that accurately behaves like a KSR-33. With a quick hack I
> got a javascript terminal emulator to look like it, but that's as
> close as I got. http://dugo.home.xs4all.nl/ksr33.png (yes, I know
> they rarely came with a pipe)

Funny, I actually got halfway through implementing one [a toy
one with one page and no scrollback, anyway]... overstriking
works, and it detects bold (double strike of the base character)
and underline (any overstrike of the underscore), then I got
bored and turned it into an ADM-3A, VT-52 and then a toy ANSI
subset emulator. All that's left really though for what I
understand of what a TTY-33 can do is half line feeds. Unless
there are other escape sequences I don't know about.

My main goal at the time was to try out vi's hardcopy open mode,
so I didn't need half line feeds.

I don't have a good drawing strategy for mixing reverse video
and half linefeeds, but I'd just disable reverse video.

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH console settings for escape sequence support

[Paul Koning]

> On Dec 31, 2015, at 3:44 PM, Random832  wrote:
> 
> Paul Koning  writes:
>> I've noticed that terminal handling on the SIMH console with RSTS/E
>> was never quite right; it would not do "set terminal/inquire" and
>> editing keys that produce escape sequences would be mangled.
> 
> Speaking of escape sequences, for systems that don't use terminals
> (i.e. Windows) it might be nice for simh to have built-in emulation for
> something simple like a VT-52 or an ADM-3A. Or maybe have a telnet
> console.

You could use a telnet console with a telnet client that supports terminal 
emulation, like PuTTY.  On other systems this tends not to be an issue because 
the standard shell windows normally have terminal emulation support (they do on 
Linux, Mac, etc.).

paul


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Paul Koning]

> On Dec 31, 2015, at 3:10 PM, Will Senn  wrote:
> 
> ...
> Paul Koning set me straight on figuring out that DZ, as configured, was 
> actually working. Duh, press RETURN twice to get BAUD detected properly, then 
> all is right in the world. The other devices might work too, but since DZ 
> worked, I'm happy.

In late versions of RSTS/E, the following are supported: DL11 and equivalent, 
DH11, DZ11 DHV11, DHU11.  

DC-11 support existed in RSTS V4A, not sure about later.  I don't remember that 
DJ11 support was ever done.  Also note that V4A supports only single line 
interfaces (KL11, DL11, DC11, DL11-E); mux support arrived in RSTS/E V5A.

Originally you specified the terminal configuration with SYSGEN.  As I 
mentioned, that disappeared at a late stage; I believe in V9.0 but I may be off 
a bit.  If SYSGEN asks, you need to answer; if a particular version doesn't ask 
about terminals, that means it has terminal autoconfiguration at boot time.

Something related: RSTS/E knows how to find devices at boot time and disables 
anything configured that isn't actually present.  That appeared in RSTS V5B.  
Before that time, you had to be careful in SYSGEN *not* to specify non-existent 
devices, because RSTS would try to reference them and crash.

paul

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Paul Koning]

> On Dec 31, 2015, at 3:31 PM, Will Senn  wrote:
> 
> 
> 
> On 12/31/15 2:26 PM, Paul Koning wrote:
>>> On Dec 31, 2015, at 3:10 PM, Will Senn  wrote:
>>> 
>>> ...
>>> Paul Koning set me straight on figuring out that DZ, as configured, was 
>>> actually working. Duh, press RETURN twice to get BAUD detected properly, 
>>> then all is right in the world. The other devices might work too, but since 
>>> DZ worked, I'm happy.
>> In late versions of RSTS/E, the following are supported: DL11 and 
>> equivalent, DH11, DZ11 DHV11, DHU11.
>> 
>> DC-11 support existed in RSTS V4A, not sure about later.  I don't remember 
>> that DJ11 support was ever done.  Also note that V4A supports only single 
>> line interfaces (KL11, DL11, DC11, DL11-E); mux support arrived in RSTS/E 
>> V5A.
>> 
>> Originally you specified the terminal configuration with SYSGEN.  As I 
>> mentioned, that disappeared at a late stage; I believe in V9.0 but I may be 
>> off a bit.  If SYSGEN asks, you need to answer; if a particular version 
>> doesn't ask about terminals, that means it has terminal autoconfiguration at 
>> boot time.
>> 
>> Something related: RSTS/E knows how to find devices at boot time and 
>> disables anything configured that isn't actually present.  That appeared in 
>> RSTS V5B.  Before that time, you had to be careful in SYSGEN *not* to 
>> specify non-existent devices, because RSTS would try to reference them and 
>> crash.
>> 
>>  paul
>> 
> 
> Is there a noticeable advantage of one over the other in SimH of using DL11, 
> DH11, DZ11, DHV11 or DHU11?

Not likely.  RSTS runs at blinding speed in emulation no matter what you use.  
DH/DHV/DHU have DMA output which means fewer interrupts.  On a real PDP11 with 
very high output demands, that can make a clear difference.  For example, the 
internal DEC tools used to control systems under test in manufacturing used 
RSTS, and specifically with DH mux interfaces because of the large output 
bandwidth required.  But for most applications you're not likely to notice, and 
that's especially true in emulation.

paul


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH console settings for escape sequence support

[Jacob Goense]

On 2015-12-31 21:44, Random832 wrote:

Speaking of escape sequences, for systems that don't use terminals
(i.e. Windows) it might be nice for simh to have built-in emulation for
something simple like a VT-52 or an ADM-3A. Or maybe have a telnet
console.


Terminal emulators do a good job here. What I'm still looking for is
something that accurately behaves like a KSR-33. With a quick hack I
got a javascript terminal emulator to look like it, but that's as
close as I got. http://dugo.home.xs4all.nl/ksr33.png (yes, I know
they rarely came with a pipe)
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Will Senn]

On 12/31/15 2:26 PM, Paul Koning wrote:

On Dec 31, 2015, at 3:10 PM, Will Senn  wrote:

...
Paul Koning set me straight on figuring out that DZ, as configured, was 
actually working. Duh, press RETURN twice to get BAUD detected properly, then 
all is right in the world. The other devices might work too, but since DZ 
worked, I'm happy.

In late versions of RSTS/E, the following are supported: DL11 and equivalent, 
DH11, DZ11 DHV11, DHU11.

DC-11 support existed in RSTS V4A, not sure about later.  I don't remember that 
DJ11 support was ever done.  Also note that V4A supports only single line 
interfaces (KL11, DL11, DC11, DL11-E); mux support arrived in RSTS/E V5A.

Originally you specified the terminal configuration with SYSGEN.  As I 
mentioned, that disappeared at a late stage; I believe in V9.0 but I may be off 
a bit.  If SYSGEN asks, you need to answer; if a particular version doesn't ask 
about terminals, that means it has terminal autoconfiguration at boot time.

Something related: RSTS/E knows how to find devices at boot time and disables 
anything configured that isn't actually present.  That appeared in RSTS V5B.  
Before that time, you had to be careful in SYSGEN *not* to specify non-existent 
devices, because RSTS would try to reference them and crash.

paul



Is there a noticeable advantage of one over the other in SimH of using 
DL11, DH11, DZ11, DHV11 or DHU11?


Thanks,

Will

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Christian Gauger-Cosgrove]

On 31 December 2015 at 14:19, Will Senn  wrote:
> I am not able to figure out what devices to enable in SimH PDP-11 to get
> multiple telnet connections in RSTS/E 9.6.
>
> I'm using a PDP-11/73 with 4megs of memory and I have the console
> configured:
>
> SET CONSOLE TELNET=1
>
> I am able to telnet into port 1. It works as a login terminal no
> problem.
>
That's your "master" console device. If that telnet session
disconnects your sim will halt. (Make sure you add a buffer if you
want to be safe.)


> But, then I also tried to set up some DZ11 lines to support additional
> logins over local telnet:
>
> SET DZ ENABLE
> SET DZ LINES=8
> ATTACH DZ  10001
> SHOW DZ
>
> but these don't seem to be picked up by RSTS/E. SimH let's me connect via
> telnet to ports 10001-10007, but RSTS/E does not respond in the telnet
> session. I reviewed my sysgen for RSTS/E and it doesn't appear to have a
> DZ11 peripheral configuration section. My sense is that RSTS/E doesn't
> support DZ11s.
>
Like Mark Pizzolato stated, the eight DZV11 lines will be on port
10001. Add "-am" options to the attach statement to make your life
easier for the actual configuration of the ports. (I'll cover that
later.)


> Here is the relevant section of the sysgen:
> Accept Peripheral defaults ?
> ---snip disk drives, paper tape, etc.
> DMC11's/DMR11's ?   <00>
> DMV11's/DMP11's ?   <00>
> IBM 3271 or 2780/3780 simultaneous links ?  <00>
> RJ2780 support ?
>
> In looking at the
> AA-2669J-TC_RSTS-E_System_Installation_and_Update_Guide.pdf file, page 49.
> It has this to say about the IBM 3271 or 2780/3780 option (sounds like an
> alternative device to the DZ?):
>
> Explanation - Each KMC-11 microprocessor controls one DUP11 synchronous line
> interface to the 3271 or 2780/3780 host... and so on.
>

On 31 December 2015 at 14:52, Paul Koning  wrote:
> KMC/DUP are used for the 2780 emulation feature, which is a rather obscure 
> layered product -- I don't know anything about it.
>
Both of those layered products let you connect your RSTS/E PDP-11 to
an IBM System/370 mainframe via BISYNC and have your '11 pretend it is
either a 3271 or an RJE station. I'm particularly interested in
finding the the RJE one, and the 3271 one; since I fool around with
Hercules a lot and I'd love to try out RJE via a PDP-11 (and the 3271
product sounds interesting as well).


> As of RSTS V9.0, if memory serves, terminal configuration is no longer set 
> during Sysgen.  Instead, the monitor contains drivers for each supported 
> terminal interface, and these are loaded at startup according to what 
> hardware was found.
>
Correct, terminal configuration is done in the startup command file:
SY:[0,1]START.COM


So, let's do the whole thing of setting up RSTS/E to use the DZV11
ports. I'm using RSTS/E V10.1-L, and I'm too lazy to pull up V9.6, but
the syntax/process to set up the ports are the same in both:

First of all inside of your simulator configuration:
set TTI 8B ; Full 8-bit transmission, needed for VT-100 to work right
set TTO 8B ; As above
<...>
set CONSOLE TELNET=1 ; Connect master console (TTI/TTO devices) to
telnet port
; set CONSOLE TELNET=LOG=conlog.txt  ; Uncomment this if you want a
log of your terminal session
set CONSOLE TELNET=BUFFERED=1048576 ; Buffer the console (in case your
telnet disconnects)

As a fun suggestion, try running the RSTS SYSGEN after setting both
TTI and TTO to 8B mode. The results are nifty:



Now once you've booted your RSTS/E system, and logged in under [1,2]:
> Create your own privileged account (it'll prompt you to set your password, of 
> course):
$ CREATE/ACCOUNT/NAME="W. Senn"/TEMPLATE=_SY:[1,2] [1,4]
> Logout, and login to your new account:
$ BYE


HELLO 1,4
> Setup your terminal as a VT-100 (SY:[0,1]START.COM defaults the TT0: device 
> as an LA36):
$ SET TERMINAL/DEVICE_TYPE=VT100
> List all the devices your RSTS/E has been configured with (we need this to 
> know the names of the DZV11 devices):
$ SHOW DEVICES/ALL
Device _DV0: Status: Disabled by INIT

Device _KB12:  (KBG0:)   Control DZ0:0   CSR 760100  Status: Restricted
Device _KB13:  (KBG1:)   Control DZ0:1   CSR 760100  Status: Restricted

Device _KB74:  (KBG62:)  Control DZ7:6   CSR 760170  Status: Restricted
Device _KB75:  (KBG63:)  Control DZ7:7   CSR 760170  Status: Restricted

> Write down, or otherwise note the KBG#: for each of the DZV11 lines.
> Copy SY:[0,1]START.COM to your local directory, make a backup copy of it, and 
> open it with EDT (this is why we needed VT-100 function, unless you *like* 
> line mode editing):
$ COPY SY:[0,1]START.COM [1,4]START.COM
[File [0,1]START .COM copied to [1,4]START .COM]
$ COPY START.COM START.BCK
[File START .COM copied to [1,4]START .BCK]
$ EDIT START.COM
1   $ 

Re: [Simh] Multiple telnet ports in SimH to RSTS/E 9.6

[Clem Cole]

On Thu, Dec 31, 2015 at 3:40 PM, Paul Koning  wrote:

> DH/DHV/DHU have DMA output which means fewer interrupts.  On a real PDP11
> with very high output demands, that can make a clear difference.

​This is an understatement.   More over real DH's supported a DM11 which
was full modem control, sadly the DZ had a half-way modem control.   The
designer (whom I will not mention by name) later messed up the original
modem control on the console of the MC-500.  It took a SW guy (i.e. me) to
teach him how why all of the wires are needed.​

The downside of the original DH was that was a "full system unit" -- its
was SSI/MSI TTL with the only LSI part being the Western Digital UART.
Actually a very impressive design, but expensive to manufacture.  The DZ
was designed to replace it begin 8 lines per single board - so you got the
same # of serial ports (16) in two slots, as opposed to entire system unit
- but the system interface sucked and you lost modem control.


> ​
>   But for most applications you're not likely to notice, and that's
> especially true in emulation.

​Can't speak for RSTS or RSX but for UNIX it makes a >>huge<< difference.
In fact Ken O of Able Computer made the definitive DH not DEC.  His product
was called the DHDM which was a single board with 16 lines and full modem
control, could run all the DEC diagnostics and actually was a little
smarter than the DEC implementation as he supported HW flow control which
the original did not.​

​   Many (most) serious UNIX systems with his product, particularly when
you attached things like "trailblazer" modem to yours system at 38K or
more.   A single DHDM with full modem control, cost the same as a single 8
line DZ; so it was a no brainer from a purchasing stand point.

Although in defense of Paul, being inside DEC at the time, was probably
hard to get the Able product; although I think I remember aps saying he had
get a couple for decvax because the DZ load was killing them (aps I think
you read this - do you remember/care to comment??).

Which brings me a question for Mark and Bob?   IIRC simh does not support
the DH, only the DZ.   I think I saw there was support for one of the QBUS
DH's but not the real thing.  If that's true, how hard would it be to make
it support the regular DH?

​Clem​





​*** ​
Ken
​ ​
is someone
 I will add to Warren's UNIX people list at some point
​.  BTW: At one point I got him to make a really cool product - which I
think I have seen Noel also refer and ask about -- the Enable11 which was
an UNIBUS cache card with a MMU on it, which he and I collaborated on (my
first "published" paper - years ago).  Anyway it allowed you to get 22 bit
addressing on an 11/40 class system - did not solve the I/D issue, but was
a major help for 11/34A systems (again adding that to simH would might make
some sense.  2.xBSD will recognize it on boot and use it).

​As another side note, the DHDM was his biggest seller and a couple of
years later, I also tried to get him to make a DHDM like card for the PC.
At the time, he said that he could not figure out how to make money at it
because add-in cards on the PC bus were so cheap.  Eventually the Rocket
Port guys did something similar with a custom ASIC and that became the
serial solution for PC UNIX systems (I think I still have one in my
collection of old stuff in the basement).​
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh