31 May
2019
31 May
'19
11:04 a.m.
Hi
??? Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get the
HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
--
31 May
31 May
11:40 a.m.
On 05/31/2019 02:04 PM, Rod Smallwood via cctalk wrote:
Hi
??? Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get the
HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
Under RT-11 you have to do a SET CSR and sometimes Vector when you move
a device off the default. Its how I could have two DD (tu58) on teo
serial ports. Same for RX02, RL02, with RQDX3 (with RD52 and RX33)
where the RQDX was set to a nonstandard address.
As I remember the CMD controller is nominally the same as RQDX3 for the
same address. so likely RQDX at the secondary address (see the manual)
will be treated well if not use the set utility. It only comes to mind
as I had two RQDX3s in one machine to make RD52 to RD52 copies at one
point. Also my BA123 uVAX-II has both CMD SCSI controller (Rz56 x2) and
RQDX3 for RD52 wher the RD52 was the swap and page disk (QD540s are fast
but only 31mb) and by having independent channels helped with system
performance.
RSTS/E the conventions for non standard device addresses are different
but there is a mechanism for addressing that. I've not used that.
Any of the PDP11 unix again there is a way but the process varies with
version and is unknown to me. I tried once to get V^ to talk to more
than RL02.
In the end first make sure you using the suggested secondary controller
address. Then use the OS dependent tools for installing additional drives.
Allison
12:27 p.m.
On 31/05/2019 19:40, allison via cctalk wrote:
On 05/31/2019 02:04 PM, Rod Smallwood via cctalk
wrote:
Hi
OK lets see if I can understand whats going on.
1. The CQD sits at the normal 17772150 base address
2. RQDX3 is at the alternate 17760334 base address.
3. The map function in the 11/93 monitor sees both
4. The SCSI drive boots RT11 with the RQDX3 in place.
5. So if I connect an RX50 through the cable splitter as normal then what device(s)
is(are) the RX50
Rod
--
Hi
??? Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get the
HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
Under RT-11 you have to do a SET CSR and sometimes Vector when you move
a device off the default. Its how I could have two DD (tu58) on teo
serial ports. Same for RX02, RL02, with RQDX3 (with RD52 and RX33)
where the RQDX was set to a nonstandard address.
As I remember the CMD controller is nominally the same as RQDX3 for the
same address. so likely RQDX at the secondary address (see the manual)
will be treated well if not use the set utility. It only comes to mind
as I had two RQDX3s in one machine to make RD52 to RD52 copies at one
point. Also my BA123 uVAX-II has both CMD SCSI controller (Rz56 x2) and
RQDX3 for RD52 wher the RD52 was the swap and page disk (QD540s are fast
but only 31mb) and by having independent channels helped with system
performance.
RSTS/E the conventions for non standard device addresses are different
but there is a mechanism for addressing that. I've not used that.
Any of the PDP11 unix again there is a way but the process varies with
version and is unknown to me. I tried once to get V^ to talk to more
than RL02.
In the end first make sure you using the suggested secondary controller
address. Then use the OS dependent tools for installing additional drives.
Allison
1:20 p.m.
On 05/31/2019 03:27 PM, Rod Smallwood via cctalk wrote:
On 31/05/2019 19:40, allison via cctalk wrote:
OK good address and non interfering.
On 05/31/2019 02:04 PM, Rod Smallwood via cctalk
wrote:
Hi
?? OK lets see if I can understand whats going on.
1. The CQD sits at the normal 17772150 base address
2. RQDX3 is at the alternate 17760334 base address. Hi
???? Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get the
HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
Under RT-11 you have to do a SET CSR and sometimes Vector when you move
a device off the default.? Its how I could have two DD (tu58) on teo
serial ports.? Same for RX02, RL02, with RQDX3 (with RD52 and RX33)
where the RQDX was set to a nonstandard address.
As I remember the CMD controller is nominally the same as RQDX3 for the
same address. so likely RQDX at the secondary address (see the manual)
will be treated well if not use the set utility.? It? only comes to mind
as I had two RQDX3s in one machine to make RD52 to RD52 copies at one
point.? Also my BA123 uVAX-II has both CMD SCSI controller (Rz56 x2) and
RQDX3 for RD52 wher the RD52 was the swap and page disk (QD540s are fast
but only 31mb) and by having independent channels helped with system
performance.
RSTS/E the conventions for non standard device addresses are different
but there is a mechanism for addressing that.? I've not used that.
Any of the PDP11 unix again there is a way but the process varies with
version and is unknown to me.? I tried once to get V^ to talk to more
than RL02.
In the end first make sure you using the suggested secondary controller
address.? Then use the OS dependent tools for installing additional
drives.
Allison 3. The map function in the 11/93 monitor sees both
4. The SCSI drive boots RT11 with the RQDX3 in place.
OK that means the RQDX is not
causing issues but likely the
OS does not see it as the DU/DUX driver is not configured to
see that address and the 11/93 map function does not communicate
with the OS. So unless the OS is told that RQDX3 is additional
334Q address its not even going to bother with it or by it.
5. So if I connect an RX50 through the cable splitter
as normal then
what device(s) is(are) the RX50
No idea, until you set the du1 (the other is du0 I memory hasn't
croaked) its a non sequitur.
So at the prompt >set du1 CSR=17760334< or something along those
lines (syntax) will connect the controller to the OS. At this
point since I've not done it in a decade you may need to init
the device and media, copy stuff to it then set the boot device.
Rod
Beats me! Never got a 11/93. Latest Qbus-11 I have is a J11 -11/73
the smaller dual width card (no PMI). Never seen the map function.
However having said that, the CPU may know what disks are there but
once the boot operating gets to the disk resident boot then the OS
has to be up to it meaning all the initial setups in place or if the
device was bootable a script (or manual entry) that loads and set up
everything. That much is certain for RT-11. For example I run RT11XM
from VM: [memory disk], however first you have to init
VM: and put stuff
there and set it up so you can boot it. So happens I do that from
DD
(tu58 tape) but I've done it from RX02, RL02, and DU.
For RSTS and others the game is different but you first muct boot from a
device already know to the copy of the OS on a device that the system
knows how to boot from.
One thing that is consistent is that the boot for any device is often
the same in that it calls for the device to access the bootable track
and sector or base LBA, the MSCP devices [cmd or RQDXn] have their own
thing where the controller knows the place for a given media it can use.
In that case the system boot in rom is a message to "give me the boot
block at xxxxxx ram address" and transfers to that.
Allison
4:47 p.m.
On May 31, 2019, at 2:40 PM, allison via cctalk
<cctalk at classiccmp.org> wrote:
On 05/31/2019 02:04 PM, Rod Smallwood via cctalk wrote:
On RSTS:
DU is one of the fairly common kinds of PDP-11 devices that has a fixed CSR assignment for
the first controller, and uses floating CSRs for the others. 160336 doesn't sound
like a standard float address (it isn't a multiple of the CSR size).
RSTS will recognize devices automatically if they have the standard CSR (fixed or float).
Anything else you have to give it the CSR address: boot it, at the "Start
timesharing" prompt say "NO" then you're in the INIT program. Option
"HARDWARE" lets you do stuff like set non-standard CSR addresses; it will also
show the devices it has found.
MSCP devices have programmable vectors so that's not a concern, RSTS will assign a
vector.
For most RSTS disks, only one controller is supported. For MSCP, it supports up to four.
But unlike VMS, RSTS refers to disks by device type and unit number (such as
"DU2:"). So the rule for multiple MSCP controller is that the unit numbers must
be distinct. Also, they must be below 16, RSTS does not allow larger unit numbers than
that.
paul
Hi
Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get the
HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
Under RT-11 ...
RSTS/E the conventions for non standard device addresses are different
but there is a mechanism for addressing that. I've not used that. 
12:09 p.m.
On 5/31/19 1:04 PM, Rod Smallwood via cctalk wrote:
Hi
??? Well I now have a bootable SCSI drive on my 11/93. Its not RSTS/E
(yet) but it is RT 11 and reliable.
Its a bit baseline but it runs.
So next up was to see if we could get the RQDX3 to co-exist with the
SCSI controller.
I switched the base address to 160336 and it does not stop the SCSI
drive booting as DU0.
Had the RQDX3 been on the normal base address I think you would get
the HD as DU0 and the two halves of an RX50 as the next two drives.
But what happens to the RX50's when you move the RQDX3 to 160336 ?
Rod
In RT11 the mapping of the controllers (port), drives (unit) and
partitions is stored in the device handler of the disk you bootstrap
from.? You can have customize different configurations on each of your
SCSI drives and the RQDX3 HD.? You have to make sure that the disk being
booted has a valid mapping for the SY disk on its handler (DU.SYS or
DUX.SYS).? There are no checks on the "SET DU" commands to ensure the
resulting configuration is bootable.
Check out the RT-11 Device Handlers Manual? (section 2.3 in the Aug91
version).
? Jerry
1793
days inactive
1793
days old
5 comments
4 participants
participants (4)
-
allisonportable＠gmail.com -
jsw＠ieee.org -
paulkoning＠comcast.net -
rodsmallwood52＠btinternet.com