4    Processor-Specific Notes

This chapter contains general notes that apply to all processors and specific notes that apply to the following systems:

Do not attempt to install this release of the operating system without first reading the notes appropriate to your processor. Failure to read these notes can result in installation problems. Also, before you start your installation, be sure to review the hardware documentation that came with your system.

4.1    General Notes on Processors

The following notes apply to more than one processor type.

4.1.1    Upgrading Your Hardware

You can follow the instructions in the Installation Guide and those provided by your hardware and firmware documentation when you add new options or change your system hardware. However, if the new option is supported only in the newest version of the operating system, you must perform the upgrade in the following sequence:

  1. Update your operating system software.

  2. Upgrade your firmware.

  3. Upgrade your hardware or install the new option.

  4. Follow the instructions in Chapter 2 of the Tru64 UNIX Installation Guide to rebuild your system kernel.

4.1.2    Future Enhancements for Expanded Block Size

Most applications accessing storage devices (such as disk, CD-ROM, floppy drives, and so on) currently assume each block of data contains 512 bytes of data. In the future, for applications using raw access to these devices, this assumption will not necessarily be valid. Applications using file systems (such as UFS, AdVFS, CDFS, and DVDFS) will not be impacted. Applications using raw access should be modified to use the DEVGETGEOM ioctl call to determine a device's sector size and adjust accesses appropriately.

4.1.3    Floppy Disk Drives

Some of the software documentation states to use the floppy disk drive for certain procedures. However, some systems do not include floppy disk drives. If your system does not include a floppy disk drive, you must find an alternative to the documented procedure.

4.1.4    KZPSA Behind the PCI-to-PCI Bridge

On AlphaServer 1000A and 2100A class systems, updating the firmware on a KZPSA SCSI adapter is not supported when the adapter is behind the PCI-to-PCI bridge. See your hardware installation manual for further information. A later version of the console firmware will support this feature.

4.1.5    Qlogic ISP1040B CAM Errors

On systems with a Qlogic ISP1040B option, CAM errors like the following might occur when you boot the system: 

pci2000 at pci0 slot 8
isp0 at pci2000 slot 0
isp0: QLOGIC ISP1020A
cam_logger: CAM_ERROR packet
cam_logger: bus 0
isp_probe
NVRAM parameters invalid, using driver Fast10 defaults

To correct the error, you must use the eeromcfg utility to program the NVRAM with the proper set of parameters. The eeromcfg utility is provided in the /mnt-pnt/utility directory of the Alpha Systems Firmware Update CD-ROM. Consult the readme.txt file in that directory for information about how to use the utility.

4.1.6    DJ-ML200-xx PCI NVRAM Hardware Revision

The revision of the ML200-xx 2/4/8MB PCI NVRAM adapter must be revision E01.

4.1.7    Managing HSZ and HSG Hardware

You must use the StorageWorks Command Console (SWCC) Version 2.3 or higher to manage HSZ or HSG controllers. Versions prior to Version 2.3 are not supported for use on Tru64 UNIX Version 5.0, or higher.

4.1.8    No Console-Level Multipath Support for Some Older Systems

The console firmware on the AlphaServer 1000, AlphaServer 1000A, and AlphaServer 2x00 systems does not support selecting multiple boot or dump devices for storage units located behind HSZ70, HSZ80, or HSG80 RAID Array controllers that are enabled for multiple-bus failover mode.

The console must have a visible path to the storage unit that it is booting from or to which it is dumping. If a controller, in multiple-bus failover mode, fails over to the other controller, all devices served by the failed controller are now visible on alternate paths. Therefore, before booting the system, reset the bootdef_dev console environment variable to a path that is visible to the boot device.

After the operating system has been booted, multipath support is fully functional.

4.2    AlphaServer 1000 and 1000A Systems

The following notes are specific to AlphaServer 1000 and 1000A systems.

4.2.1    EISA Configuration Utility Version 1.10

This note applies to users of the onboard Cirrus VGA graphics controller.

The default setting for the VGA graphics controller when running the EISA Configuration Utility (ECU) Version 1.10 is Disabled. For previous versions, the default is Enabled.

When you run the ECU Version 1.10 for the first time on a system that was previously configured with an earlier version of the ECU, the setting for the onboard VGA graphics controller is automatically set to Disabled. To change the default value, run the ECU, select Step 3: View and edit details, and set the VGA graphic controller to Enabled before exiting. If you do not set the VGA graphic controller to Enabled prior to booting the operating system, your X server will not start and your system will have generic console support when you boot the operating system.

4.2.2    Graphics Resolution

The default graphics resolution for AlphaServer 1000A systems that contain built-in Cirrus video with 1 MB of video RAM is 1024x768. If the optional 512 KB of video RAM is not present, the operating system supports resolutions of 640x480 (by default) or 800x600 only.

The default graphics resolution for AlphaServer 1000 systems that contain built-in Cirrus video with 512 KB of video RAM is 640x480. This configuration also supports 800x600 resolution.

To use 800x600 resolution, edit the following line in the /usr/lib/X11/xdm/Xservers file: 

:0 local /usr/bin/X11/X
 

Change the line to: 

:0 local /usr/bin/X11/X "-screen0 800x600"
 

To use 800x600 resolution for the CDE Session Manager, edit the following line in the /usr/dt/config/Xservers and Xservers.conf files: 

:0 Local local@console /usr/bin/X11/X :0
 

Change the line to: 

:0 Local local@console /usr/bin/X11/X :0 -screen0 800
 

Before editing these files for XDM or CDE, be sure that your system's monitor supports 800x600 resolution.

4.3    AlphaServer GS Systems

The following notes are specific to AlphaServer GS systems.

4.3.1    Possible OLAR Errors on Primary CPU

Starting with Version 5.1A of the operating system, the primary CPU is capable of being taken off line and removed on AlphaServer GS80, GS160, and GS320 systems. When you take the primary CPU off line, another CPU is automatically delegated the role of primary CPU. Due to intermittent problems with this operation,we strongly recommend that you do not take the primary CPU off line at this time. The primary CPU is normally CPU0. To verify which CPU is currently the primary, use the pset_info command: 

# pset_info
 
number of processor sets on system = 1
 
pset_id  # cpus   # pids   # threads  load_av    created
  0         4        89       453       0.13     07/12/2001 17:25:28
 
total number of processors on system = 4
 
cpu #    running  primary_cpu  pset_id  assigned_to_pset
 0          1         1           0     07/12/2001 17:25:28
 1          1         0           0     07/12/2001 17:25:28
 2          1         0           0     07/12/2001 17:25:28
 3          1         0           0     07/12/2001 17:25:28

This output denotes that CPU0 is the primary CPU.

When you attempt to take the primary CPU off line, the operation will likely succeed, and a new primary CPU (for example CPU1) is automatically selected. However, when subsequently attempting to bring the previously assigned primary CPU back on line, you may encounter the following error: 

Processor X failed to start
 console callback PARTITION, POWER-HW timed_out.
 wf_hal_pwr_ctl: call to prom_power failed with status [ffffffe6]
 

To clear this condition, you must initialize the system using the SRM console. This action requires shutting down the operating system. This problem will be fixed in a future release of the console firmware.

4.3.2    Do Not Repetitively Power Cycle CPUs

The use of OLAR management commands in continuous test loops can degrade the reliability of the CPU. These commands remove the DC power source from the CPU module. We recommend that you do not power cycle CPUs repetitively with shell scripts.

The CPU module's DC to DC converter is specified to have a maximum of 1000 power cycles. Do not exceed his number of power cycles for a CPU.

4.3.3    Hot Add Restriction

This release of the operating system supports GS80, GS160, and GS320 CPU hot additions with the following restriction: A Quad Building Block (QBB) booted without memory and without at least one CPU cannot have CPUs hot added to that QBB. Doing so will result in a system panic. If the target QBB is booted with memory and at least one CPU, additional CPUs can be hot added as desired. This is a software restriction that will be lifted in a future kernel update.

4.4    Personal Workstation 433au, 500au, and 600au Systems

The following notes are specific to Personal Workstation class systems.

4.4.1    64-Bit PCI Option Cards

The 64-bit PCI slots, slots 4 and 5, are intended only for those cards listed in the Systems and Options Catalog as supported for slots 4 and 5. The console prevents system operation and displays the following error if an unsupported card is present in one of these slots (n): 

Illegal device detected on primary bus in physical slot n
Power down the system and remove the unsupported device from slot n

4.4.2    Incorrect Default Keyboard Mappings

If you use a PCXLA-NA keyboard on a Compaq Personal Workstation 433au, 500au, or 600au class system, the keys will not map properly unless you reconfigure the keyboard driver to use the correct keymaps.

You can do this by executing the following command: 

# sysconfig -r gpc_input kbd_scancode=2

If you prefer, you can use the sysconfigdb command to add the following entry to the /etc/sysconfigtab file: 

gpc_input:
kbd_scancode = 2

If you use the sysconfig command to reconfigure the driver, you must execute the command each time you reboot the system. Using the sysconfigdb utility to make the change preserves the information across reboots, and no other user intervention is required.

4.5    Alpha VME and PCI/ISA (DMCC) Modular Single-Board Computers

For information about configuring the operating system on Alpha VME single-board computers (SBCs) and PCI/ISA EBMnn modular SBCs, see the System Configuration Supplement: OEM Platforms manual. (The PCI/ISA modular systems and components product family was formerly known as DIGITAL Modular Computing Components, or DMCC.)