Anchor
Table of Contents
Table of Contents | ||
---|---|---|
|
...
Anchor | ||||
---|---|---|---|---|
|
Include Page | ||||
---|---|---|---|---|
|
Table of Contents
Table of Contents | ||
---|---|---|
|
Creation of your own configuration file using a template
...
Note: the lines preceded by the comment sign "#" inside the configuration files will not be interpreted. You can use this sign to debug your configuration.
...
Include Page | ||||
---|---|---|---|---|
|
HP Alpha model specification
...
If you create the CHARON-AXP configuration file from scratch, it must be the very first uncommented line in the configuration file.
...
Include Page | ||||
---|---|---|---|---|
|
Configuration name
The next configuration statement is the "Configuration name" option.
...
You can optionally uncomment this line to differentiate this CHARON-AXP instance from all others in a multi-instances environment. The configuration name can be any label that is meaningful. It is reported in the log file and is used to set the log file name for rotating log (see further: Rotatinglog(default) ).
...
Include Page | ||||
---|---|---|---|---|
|
Log file parameters
Execution of CHARON-AXP creates one log file or a set of log files reflecting the progress of its start-up and ongoing operation - start and end time of execution, system information, license and configuration details, warnings, reports on problems that may occur, etc. In case of possible problems either with the running CHARON-AXP or the emulated system configuration (such as the absence or malfunction of certain devices), the log file(s) is the primary source to be analyzed for troubleshooting. If it becomes necessary to contact Stromasys for support, the configuration and log files, plus the license number, will be requested to begin problem resolution.
...
|
The next group of parameters defines the name of the CHARON-AXP log file and how CHARON-AXP will use it:
|
...
|
...
Include Page | ||||
---|---|---|---|---|
|
CPU 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.
...
Note that the number of the specified host CPUs must correspond to the number of the emulated CPUs (one host CPU for one emulated CPU; this value is specific for each HP Alpha model) and number of CPUs needed for CHARON application itself ("n_of_io_cpus").
...
Include Page | ||||
---|---|---|---|---|
|
Number of host CPUs dedicated to CHARON I/O
...
Note that the number of the specified CPUs dedicated to CHARON I/O operations must correspond to the total number of available for CHARON CPUs (restricted by "affinity" parameter if needed) and the number of the virtual HP Alpha CPUs to be emulated.
...
.
Include Page | ||||
---|---|---|---|---|
|
Setting a specific HP Alpha model
...
The full description of the parameters, with other models that can be also configured, is available in the "Configuration details" chapter of this User's Guide.
...
Include Page | ||||
---|---|---|---|---|
|
Reducing number of emulated CPUs
If the CHARON host contains does not contain enough CPUs to emulate full range of the CPUs provided by a certain HP Alpha model, it is possibe possible to direct CHARON-AXP to reduce the number of emulated Alpha CPUs in the configuration:
|
...
This parameter can also be used to avoid warning messages in the log if the number of CPUs allowed by the license is less than the default number of CPUs of the emulated HP Alpha model.
Include Page | ||||
---|---|---|---|---|
|
Setting system serial number
...
|
...
|
Include Page | ||||
---|---|---|---|---|
|
TOY and ROM containers
The next objects to be configured are TOY and ROM containers (their presence depends on the HP Alpha model). It is always recommended to enable them. If a container file of the given name does not exist, CHARON-AXP will create it. It is recommended to specify the path for each file so that time and console parameters will be kept whatever the current directory is when starting the guest.
...
|
...
Include Page | ||||
---|---|---|---|---|
|
Emulated memory (RAM) size
...
Hardware Model | RAM size (in MB) | |||||||||
Min | Max | Default | Increment | AlphaServer 400 | 64 | 1024Max | Default | Increment | ||
AlphaServer 400 | 64 | 1024 | 512 | 64 | ||||||
AlphaServer 800 | 256 | 8192 | 512 | 256 | ||||||
AlphaServer 1000 | 256 | 1024 | 512 | 256 | ||||||
AlphaServer 1000A | 256 | 1024 | 512 | 256 | ||||||
AlphaServer 1200 | 256 | 32768 | 512 | 256 | ||||||
AlphaServer 2000 | 64 | 2048 | 512 | 64 | ||||||
AlphaServer 2100 | 64 | 2048 | 512 | 64 | ||||||
AlphaServer 8004000 | 25664 | 819232768 | 512 | 25664 | ||||||
AlphaServer 10004100 | 25664 | 102432768 | 512 | 25664 | ||||||
AlphaServer 1000ADS10 | 25664 | 102432768 | 512 | 25664 | ||||||
AlphaServer 1200DS10L | 25664 | 32768 | 512 | 25664 | ||||||
AlphaServer 2000DS15 | 64 | 204832768 | 512 | 64 | ||||||
AlphaServer 2100DS20 | 64 | 204832768 | 512 | 64 | ||||||
AlphaServer 4000DS25 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer 4100ES40 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer DS10ES45 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer GS80 | 256 | 65536 | 512 | 64 | ||||||
AlphaServer DS10L | 64 | 32768 | 512 | 64 | ||||||
AlphaServer DS15 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer DS20 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer DS25 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer ES40 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer ES45 | 64 | 32768 | 512 | 64 | ||||||
AlphaServer GS80 | 256 | 65536 | 512 | 256 | ||||||
AlphaServer GS160 | 512 | 131072 | 512 | 512 | ||||||
AlphaServer GS320 | 1024 | 262144 | 1024 | 1024 |
It is possible to leave the RAM line commented out. In this case the model's default RAM amount is used.
Note that in some particular orders your license may restrict the maximum RAM amount of each HP Alpha model.
Console
Mapping to system resources
The next step is the specification of the HP Alpha console (OPA0) serial line.
Example:
256 | ||||
AlphaServer GS160 | 512 | 131072 | 512 | 512 |
AlphaServer GS320 | 1024 | 262144 | 1024 | 1024 |
It is possible to leave the RAM line commented out. In this case the model's default RAM amount is used.
Note that in some particular orders your license may restrict the maximum RAM amount of each HP Alpha model.
Include Page | ||||
---|---|---|---|---|
|
Console
Mapping to system resources
The next step is the specification of the HP Alpha console (OPA0) serial line.
Example:
|
The goal of this configuration step is to tell CHARON-AXP what host device to use as the virtual system console. The following options are available:
Option | Description | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
line | Mapping to host serial line, both physical and virtual. Use the following mapping for different types of host serial lines:
| ||||||||||||
port | Mapping to an IP port of the CHARON host. | ||||||||||||
application | Starting some application (typically another xterm terminal) with its specific options and switches to communicate to CHARON using the IP port defined by the "port" parameter (see above) | ||||||||||||
alias | Define some meaningful name for "COM1" and "COM2". Usually it is "OPA0" for "COM1" and "TTA0" for "COM2" (see below) |
The default setting for OPA0 is "line = (console)".
The second console line "TTA0" can be also optionally configured (for 1 CPU models such as HP AlphaServer 400, HP AlphaServer 800, HP AlphaServer 1000, HP AlphaServer 1000A, HP AlphaServer DS10, HP AlphaServer DS10L and HP AlphaServer DS15):
|
The goal of this configuration step is to tell CHARON-AXP what host device to use as the virtual system console. The following options are available:
...
Mapping to host serial line, both physical and virtual. Use the following mapping for different types of host serial lines:
Mapping | Description |
---|---|
/dev/tty<N> | Virtual serial lines |
/dev/ttyS<N> | Onboard serial lines |
/dev/ttyUSB<N> | Modem or usb serial lines adapters |
(console) | Mapping to the current TTY console |
Note |
---|
The specific account for running CHARON ("charon") does not allow the usage of physical consoles, " |
...
Mapping to an IP port of the CHARON-VAX host.
Using this mapping it is possible to connect to the CHARON-VAX console and disconnect from it at any time.
...
The default setting for OPA0 is "line = (console)".
The second console line "TTA0" can be also optionally configured (for 1 CPU models such as HP AlphaServer 400, HP AlphaServer 800, HP AlphaServer 1000, HP AlphaServer 1000A, HP AlphaServer DS10, HP AlphaServer DS10L and HP AlphaServer DS15):
...
#set COM2 alias = TTA0 line = "/dev/ttyN"
#set COM2 alias = TTA0 port = 10000
set COM2 alias = TTA0 port = 10000 application = "xterm -title TTA0 -e telnet 127.0.0.1 10000"
#set COM2 alias = TTA0 port = 10000 application = "xterm -title TTA0 -e chterm -h 127.0.0.1:10000"
Note there are a number of additional parameters for CHARON-AXP serial lines configuration. Follow this link for details.
Exit on pressing F6 key
Despite the fact that CHARON-AXP can exit with "power off" command given in its SRM console it is also recommended to set a hot key to stop the guest from the console:
...
This line provides CHARON-AXP the ability to exit by pressing the "F6" key.
Improve granularity of emulated timer
The next configuration option can be applied for improving granularity of emulated CHARON-AXP timer:
|
Do not uncomment this parameter unless there are some problems with system time or system clock intervals in guest OS.
ATAPI CD/DVD-ROM configuration
If the sample configuration file provides this parameter, it is possible to map this particular CHARON-AXP emulator's "DQA0" CD-ROM to the host CD/DVD-ROM with the following setting:
...
set ide container="/dev/sg<N>"
How to find proper "/dev/sg" device is explained in this section.
Networking
CHARON-AXP supports DE435, DE450, DE500AA, DE500BA, DE602 and DE602AA virtual network adapters.
...
|
Note there are a number of additional parameters for CHARON-AXP serial lines configuration. Follow this link for details.
Exit on pressing F6 key
Despite the fact that CHARON-AXP can exit with "power off" command given in its SRM console it is also recommended to set a hot key to stop the guest from the console:
set OPA0 stop_on = F6 |
This line provides CHARON-AXP the ability to exit by pressing the "F6" key.
Include Page | ||||
---|---|---|---|---|
|
Improve granularity of emulated timer
The next configuration option can be applied for improving granularity of emulated CHARON-AXP timer:
|
Do not uncomment this parameter unless there are some problems with system time or system clock intervals in guest OS.
Include Page | ||||
---|---|---|---|---|
|
ATAPI CD/DVD-ROM configuration
If the sample configuration file provides this parameter, it is possible to map this particular CHARON-AXP emulator's "DQA0" CD-ROM to the host CD/DVD-ROM with the following setting:
|
How to find proper "/dev/sg" device is explained in this section.
Include Page | ||||
---|---|---|---|---|
|
AlphaStation Sound Card (AD1848) configuration
If the sample configuration file provides this parameter, it is possible to load "PCXBJ" emulator of AlphaStation Sound Card (AD1848) with the following setting:
|
Note |
---|
The "Pulse Audio" packages of the last versions must be installed on CHARON host to support audio playback. Please refer to Linux documentation. |
Include Page | ||||
---|---|---|---|---|
|
Networking
CHARON-AXP supports DE435, DE450, DE500AA, DE500BA, DE602 and DE602AA virtual network adapters.
All of them are configured in a similar way:
|
load DE602/i8255x EIA interface=EIA0 load packet_port/chnetwrk EIA0 interface="eth0" |
In the examples above the first line loads DE500BA/DE602 virtual adapter with a name "EWA"/"EIA" (note that "/i8255x" syntax must be used only in case of DE602 and DE602AA adapters); the following line maps it to host network interface "eth0". Note that the mapping is performed in 2 steps:
- A mapping object "packet_port" with a name "EWA0"/"EIA0" is loaded and connected to host interface "eth0", so CHARON-AXP will use this interface for its networking
- The loaded DE500BA virtual adapter "EWA"/"EIA" is connected to the "packet_port" object "EWA0"/"EIA0"
It is possible to load several DE435, DE450, DE500AA, DE500BA or DE602 controllers, for example (for DE500BA):
|
load DE602/i8255x EIA interface=EIA0 load packet_port/chnetwrk EIA0 interface="eth0" |
In the examples above the first line loads DE500BA/DE602 virtual adapter with a name "EWA"/"EIA" (note that "/i8255x" syntax must be used only in case of DE602 and DE602AA adapters); the following line maps it to host network interface "eth0". Note that the mapping is performed in 2 steps:
- A mapping object "packet_port" with a name "EWA0"/"EIA0" is loaded and connected to host interface "eth0", so CHARON-AXP will use this interface for its networking
- The loaded DE500BA virtual adapter "EWA"/"EIA" is connected to the "packet_port" object "EWA0"/"EIA0"
It is possible to load several DE435, DE450, DE500AA, DE500BA or DE602 controllers, for example (for DE500BA):
...
load DE500BA/dec21x4x EWA interface=EWA0
load packet_port/chnetwrk EWA0 interface="eth0"
load DE500BA/dec21x4x EWB interface=EWB0
load packet_port/chnetwrk EWB0 interface="eth1"
Some network adapters available in CHARON-AXP are preloaded (for example, HP AlphaServer DS15 contains 2 preloaded adapters EWA and EWB), so their configuration is even more simple:
|
...
|
Some network adapters available in CHARON-AXP are preloaded (for example, HP AlphaServer DS15 contains 2 preloaded adapters EWA and EWB), so their configuration is even more simple:
|
Info |
---|
CHARON supports VLAN adapters. If used, proceed with their installation and configuration according to the network adapter vendor User's Guide and then use the resulting VLAN interface the same way as the regular network interface. |
Note | |
---|---|
The AlphaServer DS15 and DS25 contain two built-in PCI Ethernet adapters. Models and names (EI* or EW*) of them depend on configuration addon. Choose one of the two or none, but not both. The first instantiates onboard network interfaces as EIA and EWA. While the second - EWA and EWB (enabled by default for backward compatibility) Example:
It could be necessary to specify the path to the .icfg file if you use your own configuration file using the " |
Follow this link for more details of CHARON-AXP network controllers configuration.
...
Include Page | ||||
---|---|---|---|---|
|
Disk/tape subsystem
The next step is configuration of the disk/tape subsystem and mapping it to system resources using the samples given in the template configuration files.
...
|
...
Follow this link for details of KZPBA controllers configuration.
...
Include Page | ||||
---|---|---|---|---|
|
KGPSA-CA PCI FC disk controller
...
Follow this link for details of KGPSA-CA controllers configuration.
...
Include Page KBCOMMON:DOC-GoToToc KBCOMMON:DOC-GoToToc
KGPSA-CA mapping to the host resources
...
Numbers in the square brackets represent KGPSA-CA units. They can be in the range 0..32766, but no more than 255 units can be configured on a single controller.
...
Include Page | ||||
---|---|---|---|---|
|
Div | ||
---|---|---|
| ||
KGPSA-CA pass through mode
...
Follow this link for detailed description of building and installation of an EMULEX LightPulse PCI/PCI-X/PCIe FC adapter driver.
...
Include Page | ||||
---|---|---|---|---|
|
Auto boot
CHARON-AXP can be configured to automatically boot an operating system at start up by specifying the default boot device and setting the 'auto_action' parameter to 'restart' from the console.
...
|
...
Include Page | ||||
---|---|---|---|---|
|