Anchor | ||||
---|---|---|---|---|
|
...
|
Div | ||
---|---|---|
| ||
|
The goal of this configuration step is to tell CHARON-VAX what host device to use as the virtual system console. The following options are available:
...
CHARON-VAX supports MSCP, DSSI, CI and SCSI disk controllers. The examples below are for MSCP and SCSI controllers only. DSSI controllers are discussed in details in the following section, CI controllers - in this section.
Div | ||
---|---|---|
| ||
|
MSCP disk controllers (RQDX3, KDB50, KDM70)
...
|
...
Type of mapping | Description | ||
---|---|---|---|
"<file-name>.vdisk" | Mapping to files representing physical disks of the VAX system (disk images). | ||
"/dev/sdNL" | Mapping to physical disks. "L" is letter here. Be careful not to destroy all the information from the disk dedicated to CHARON-VAX by mistake! These disks can not be formatted by the host OS. | "/dev/srN" | Mapping to CD-ROMs. There are some variants of this mapping It is also possible to use not a whole disk, but previously created partitions on it. In this case the syntax is the following: "/dev/ cdrom<N>" or "/dev/cdrom" |
"<file-name>.iso" | Mapping to an ISO file for reading distribution CD-ROM images. |
Numbers in the square brackets represent unit numbers associated with each container of the MSCP controller. For example, line 3 of the configuration sample above creates disk "DUA2". The maximum unit number allowed is 9999, significantly more than the original hardware provided.
It is possible to load several RQDX3 controllers DUB, DUC, etc. (see lines 6-7, above) by configuring specific addresses for them on the Qbus. Use the "CONFIGURE" utility available on the VAX console to determine the addresses. Please refer to specific HP documentation for further information.
Please also refer to HP documentation for information on placement of additional KDM70 controllers on an XMI bus (VAX 6000 models) and additional KDB50 controllers on a BI bus (VAX 6310).
Note that the KDM70 controller is capable of mapping to files representing tapes (tape images) and physical tape devices:
|
Follow this link for details of (T)MSCP controllers configuration.
Back to Table of Contents
SCSI controller NCR53C94
The VAX 4000 and MicroVAX 3100 have an NCR53C94 SCSI controller onboard for support of different types of SCSI devices including disks and tapes. Optionally a second controller can be added.
Below is a typical configuration template for a preloaded "PKA" NCR53C94 SCSI controller:
|
Note that NCR53C94 SCSI controller mapping to system resources is done via specific auxiliary objects:
Mapping Object | Description | ||
---|---|---|---|
virtual_scsi_disk | Mapping to a file representing VAX disk (disk image) on the host physical disk: These files can be created from scratch with "mkdskcmd" utility. Data and OS disk backups are transferred from the original system via tapes or network and restored into these container files. Mapping may also include the full path, for example: "/my_disks/my_boot_disk.vdisk" sdLN" where N is the number of partition to be used.
| ||
"/dev/dmN" "/dev/mapper/mpathN" "/dev/mapper/diskN" | Mapping to multipath disk. Be careful not to destroy all the information from the disk dedicated to CHARON-VAX by mistake. These disks must not be formatted by the host OS. | ||
"/dev/disk/by-*" | Mapping to physical disk.
Be careful not to destroy all the information from the disk dedicated to CHARON-VAX by mistake. These disks must not be formatted by the host OS. | ||
"/dev/srN" | Mapping to CD-ROMs. There are some variants of this mapping: "/dev/cdrom<N>" or "/dev/cdrom" | ||
"<file-name>.iso" | Mapping to an ISO file for reading distribution CD-ROM images. |
Numbers in the square brackets represent unit numbers associated with each container of the MSCP controller. For example, line 3 of the configuration sample above creates disk "DUA2". The maximum unit number allowed is 9999, significantly more than the original hardware provided.
It is possible to load several RQDX3 controllers DUB, DUC, etc. (see lines 6-7, above) by configuring specific addresses for them on the Qbus. Use the "CONFIGURE" utility available on the VAX console to determine the addresses. Please refer to specific HP documentation for further information.
Please also refer to HP documentation for information on placement of additional KDM70 controllers on an XMI bus (VAX 6000 models) and additional KDB50 controllers on a BI bus (VAX 6310).
Note that the KDM70 controller is capable of mapping to files representing tapes (tape images) and physical tape devices:
|
Follow this link for details of (T)MSCP controllers configuration.
Back to Table of Contents
SCSI controller NCR53C94
The VAX 4000 and MicroVAX 3100 have an NCR53C94 SCSI controller onboard for support of different types of SCSI devices including disks and tapes. Optionally a second controller can be added.
Div | ||
---|---|---|
| ||
|
Below is a typical configuration template for a preloaded "PKA" NCR53C94 SCSI controller:
|
Note that NCR53C94 SCSI controller mapping to system resources is done via specific auxiliary objects:
Mapping Object | Description | ||
---|---|---|---|
virtual_scsi_disk | Mapping to a file representing VAX disk (disk image) on the host physical disk:
Be careful not to destroy all the information from the disk dedicated to CHARON-VAX by mistake! These disks can not be formatted by the host OS.
It is also possible to use not a whole disk, but previously created partitions on it. In this case the syntax is the following: "/dev/sd<L><N>" where N is the number of partition to be used. | ||
physical_scsi_device | Mapping to a host SCSI device:
| ||
virtual_scsi_cdrom | Mapping to a host CD-ROM (not only SCSI) or to ISO image:
| ||
virtual_scsi_tape | Mapping to a file representing tape (tape image). It may contain a path, for example: "/my_tapes/backup.vtape" |
...
VAX 6620 through VAX6660 models emulate 2-6 CPUs respectively. In this situation, loading of the host system can be tuned with the following configuration file settings:
...
affinity
This setting binds the running instance of the emulator CPUs to particular host CPUs. This should be used for soft partitioning host CPU resources or for isolating multiple CHARON instances on the same host from each other.
By default the emulator instance allocates as many host CPUs as possible.
“Affinity” overrides the default and allows explicit specification of which host CPUs will be used by the instance. Affinity does not reserve the CPU for exclusive use.
...
Example:
set session affinity = | ”0"0, 2, 4, | 6”6" |
n_of_io_cpus
Reserves host CPUs (of those specified by “affinity” parameter, if any) for use by the emulator for I/O handling.
By default the emulator instance reserves one third of available host CPUs for I/O processing (round down, at least one).
The “n_of_io_cpus” overrides the default by specifying the number of I/O host CPUs explicitly.
...
Example:
set session n_of_io_cpus = 2 |
...