Digital PDFs
Documents
Guest
Register
Log In
EK-398AA-MM-001
December 1990
168 pages
Original
6.1MB
view
download
Document:
KA660 CPU System Maintenance
Order Number:
EK-398AA-MM
Revision:
001
Pages:
168
Original Filename:
OCR Text
KA660 CPU System Maintenance Order Number EK-398AA-MM-001 Digital Equipment Corporation Maynard, Massachusetts First Printing, December 1990 The information in this document is subject to change without notice and should not be ,; ~ constnled as a commitment by Digital Equipment Corporaticm. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software, if any, described in this docwnent is furnished under a license and may be used or copied only in accordance with the terms of such license. No responsibility is assumed for the use or reliability of software or equipment that is not supplied by Digital Equipment Corporation or its affiliated companies. Restricted Rights: Use, duplication or disclosure by the U.s. Government is subject to restrictions as set forth in subparagraph (cXIXii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013. @ Digital Equipment Corporation 1990. All rights reserved. Printed in U.S.A. The Reader's Comments farm at the end of this document requests your critical evaluation to assist in preparing future documentation. The following are trademarks of Digital Equipment Corporation: CompacTape, ex, DDCMP, DEC, DECconnect, DECdirect, DECnet, DECscan, DECserver, DECUS, DECwindows, DELNI, DEMPR, DESQA, DESTA, DSRVB, DSSI, IVAX, KDA. KLESl, MicroVAX, MSCP, Q-bus, Q22-bus, RA, RQDX, RRD4O, SDl, ThinWlre, TK, TMSCP, TQK5O, TQK70, TSV05, TO, UNIBUS, VAX, VAX 4000, VAX DOCUMENT, VAXcluster, VAXELN, V.AXlab, VAXserver, VMS, VT, and the DIGITAL logo. FCC N9TlCE: The equipment described in this manual genen.tes, uses, and may emit radio frequency ~ergy. The equipment bas been type tested and found to comply with the limits for a Class A computiDg device pursuant to Subpart J ofPart 15 of FCC Rules, which are designed to provide reasonable protection against such radio frequency interference when operated in a commercial "environment. Operation of this equipment in a residential area may cause interfa-enee;'inwbich case the" user at his own expense may be required to take measures to correct the interference. S1599 This document was prepared using VAX DOCUMENT, Version 1.2. Contents Preface ix Chapter 1 KA660 CPU and Memory Subsystem Introduction ..................................... . 1-1 1.2 KA.660 Features .................................. . 1-2 SOC Chip ..................................... . 1-3 1.2.1 Clock Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4 1.2.2 Floating-Point Accelerator ........................ . 1-4 1.2.3 Cache Memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4 1.2.4 Memory Controller .............................. . 1-4 1.2.5 MicroVAX System Support Functions ............... . 1-5 1.2.6 Resident Firmware ............................. . 1-5 1.2.7 Q22-Bus Interface .............................. . 1-6 1.2.8 KA660 Ethernet Interface ........................ . 1-6 1.2.9 L2.10 KA660 DSSI Interface ........................... . 1-6 CPU Cover Panel (H3602-00) ....................... . 1-9 1.3 1.4 MS650-Bn Memory Modules . . . . . . . . . . . . . . . . . . . . . . . .. 1-10 1.5 RF-Series ISE ........................ ' ...... :':~:1-11 1.1 f ( ••.• Chapter 2 Configuration 2.1 Introduction .................................. '. . . . 2.2 General Module Order. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2.1 Module Order for KA660 Systems . . . . . . . . . . . . . . . . . . . 2.3 Module Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.4 DSSI Configuration ..................... . . . . . . . . . . .: 2.4.1 DSSI Cabling for the BA215 Enclosure. . . . . . . . . . . . . . . 2.4.1.1 DSSI Bus Termination and Length ................ 2.4.2 Dual-Host Capability. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1 2-1 2-2 2-3 2-4 2-5 2-6 2-6 III IhuU-Ho~Configuration ......................... . 2.4.3 2.5 Configuration Worksheet ........................... . '2-7 '2-7 Chapter 3 KA660 Firmware 3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2 KA660 Firmware Features. . . . . . . . . . . . . . . . . . . . . . . . . . . 3.3 Halt Entry and Dispatch Code. . . . . . . . . . . . . . . . . . . . . . . . 3.4 External Halts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.5 Power-Up Sequence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.5.0.1 Mode Switch Set to Test. . . . . . . . . . . . . . . . . . . . . . . . . 3.5.0.2 Mode Switch Set to Language Inquiry. . . . . . . . . . . . . . 3.5.0.3 Mode Switch Set to Normal . . . . . . . . . . . . . . . . . . . . . . 3.6 Bootstrap ....................................... . 3.7 Operating System Resta.rt .......................... . 3.7.1 Wcating the RPB ............................... . Console 110 Mod.e ................................. . 3.8 Command Syn:tax. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .~. 3.8.1 Address Specifiers .............................. . 3.8.2 Sym.bolic Addresses ..... . . . . . . . .....•............ 3.8.3 3.8.4 Console Command Qualifiers . . . . . . . . . . . . . . . . . . . . . . . Console Command Keywords ...................... . 3.8.5 Console Commands .............. ................. . 3.9 ,.g.9.1 BOOT ............................•............ . 3.9.1.1 Supported Boot Devices . . . . . . . . . . . . . . . . . . . . . . . .. ~ 3.9.1.2 Boot Devices. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. CONFIGU'RE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. ·3.9.2 CONTINlJE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3.9.3 3.9.4 DEPOSIT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. EXAMINE • . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3.9.5 F'INI) • . • • • • . • . • • • • • • • . • • • • • • • . . . • • . • • • • • • • • • •• 3.9.6 HALT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3.9.7 :E1ELP . . . " . . . . . . . . . . . . . . . . . • • • . . . . . . . . • . . . • . . •. 3.9.8 INITI£IZE . . . . ................_. . . . . . . . . . . . . . .. 3.9.9 3.9.10 MOVE ....... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3.9.11 NEXT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. Iv 3--1 3-1 3--2 3--3 3-4 3-4 3-5 3-6 3-7 3-8 3--9 3--9 3-9 3-11 3--11 3-15 3--16 3-18 3--18 3-20 3-20 3-22 3-24 3--24 3-25 3-26 3-27 3-27 3-29 3--30 3--31 3.9.12 3.9.13 3.9.14 3.9.15 3.9.16 3.9.17 3.9.18 3.9.19 3.9.20 REPEAT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-32 SEARCH ..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-33 SET. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-35 SHOW. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3--39 START. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-43 TEST. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-44 UNJAM ..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-47 X-Binary Load and Unload ....................... 3-47 !-Comment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-49 Chapter 4 Troubleshooting and Diagnostics 4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1 4.2 General Procedures ................. . . . . . . . . . . . . . . . 4-1 4.3 KAS60 ROM-Based Diagnostics. . . . . . . . . . . . . . . . . . . . . . . 4-2 4.3.1 Diagnostic Thsts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-8 4.3.2 Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-S 4.3.3 User Created Scripts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-7 4.3.4 Console Displays ................................ 4-10 4.3.5 System Halt Messages . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4-27 4.3.6 Console Error Messages ........................... ' 4-28 4.3.7 VM:B Error Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4-29 4.4 Acceptance Thsting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4-30 4.5 Troooleshooting ..........................' ........... 4--36 4.5.1 FE Utilit)r ............................., ...... : .... .4--36 4.5.2 Isolating Memory Failures ......................• ,.'.; 4-37 4.5.3 Additional Troubleshooting Suggestions. . . . . . . . . . . . . .. 14-40 4.6 Loopback Tests and Fuse Problems ..................... ::.·4-41 4.6.1 Testing the Console Port ................. ' ....... .'. 4-42 4.7 Module Self-Tests. . . . . . . . . . . . . . . . . . . . ... ~ ~.~\ ::.. . . . .. 4-42 4.8 ISE Troubleshooting and Diagnostics .......... ?~' ~ •••.•. " 4-44 4.8.1 DRVTST .............................. ~:.'. . . . . .. 4--46 4.8.2 DRVEXR. ............................. :'.. ,~~"'......' 4--46 4.8.3 IDSTRY ..............................' .' ~"'. . . . . •. 4--48 4.8.4 E~~E . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .'. . . . . .. 4-49 v 4.8.5 PARAMS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.1 EXIT ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.2 HELP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.3 SET . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.4 SHOW . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.5 S'rA..TUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.8.5.6 WRITE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4.9 Diagnostic Error Codes ............................. Appendix A Al A2 AS A4 KA6SC CPU Address Assignments KA660 Physical Address Space. . . . . . . . . . . . . . . . . . . . . .. A-I KA660 Detailed Physical Address Map ................. A-3 External and Internal Processor Registers. . . . . . . . . . . . . .. A-9 Global Q22-Bus Physical Address Space ................ A-lO Appendix B B.1 B.2 B.3 B.4 B.5 B.6 B.7 4-50 4-50 4-50 4-50 4-51 4-51 4-51 4-52 Programming Parameters for RF-Series ISEs RF-Series ISE Parameters. . . . . . . . . . . . . . . . . . . . . . . . . .. B-1 Entering the DUP Driver Utility . . . . . . . . . . . . . . . . . . . . .. B-6 Setting Allocation Class . . . . . . . . . . . . . . . . . . . . . . . . . . . .. B-7 Setting Unit Number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. B-8 Setting Node Name .................. . . . . . . . . . . . . .. B-lO Setting System ID ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. B-10 Exiting the DUP Server Utility .. . . . . . . . . . . . . . . . . . . . .. B-1l Index Examples 3-1 4-1 4-2 4-3 4-4 4-5 vi Language Selection Menu ........................... Creating a Script with Utility 9F . . . . . . . . . . . . . . . . . . . . . . Listing and Repeating Tests with Utility 9F ............. Console Display (No Errors). . . . . . . . . . . . . . . . . . . . . . . . .. Sample Output with ElTOrs . . . . . . . . . . . . . . . . . . . . . . . . .. T 9C . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-6 4-9 4-10 4-10 4-11 4-39 B-1 SHOW DSSI Display (Embedded DSSI). . . . . . . . . . . . . . . .. B-5 B-2 SHOW UQSSP Display (KFQSA-Based DSSI) . . . . . . . . . . . . B-6 B-3 Starting the DUP Driver Utility (Embedded DSSI) . . . . . . . . B-7 B-4 Starting the DUP Driver Utility (KFQSA-Based DSSI) . . . .. B-7 B-5 Setting Allocation Class for a Specified ISE . . . . . . . . . . . . .. B-8 B-6 Setting a Unit Number for a Specified ISE .............. B-9 B-7 Changing a Node Name for a Specified ISE .............. B-10 B-8 Changing a System ID for a SpecifiedISE ............... B-11 B-9 Exiting the DUP Driver Utility for a Specified ISE . . . . . . .. B-12 B-IO SHOW DSSI Display . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. B-12 B-ll SHOW UQSSP Display (KFQSA-Based DSSI) . . . . . . . . . . .. B-13 Figures 1-1 1-2 1--3 2-1 2-2 4-1 B-1 KA660 CPU !vlodule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . KA660 System CPU Block Diagram. . . . . . . . . . . . . . . . . . . . CPU Cover Panel (H3602-00) ........................ VAX 4000 Model 200 (BA430) Configuration Worksheet .... VAX. 4000 Model 200 (BA215) Configuration Worksheet .... KA660 CPU Module LEDs . . . . . . . . . . . . . . . . . . . . . . . . . .. Attaching a Unit Number Label to the ISE Front Panel. . .. 1-2 1-7 1-10 2-10 2-11 4-14 B-9 Tables ISE DIP Switch Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2=2 Setting the KA660 Node ID . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3 KA660 Power and Bus Loads. . . . . . . . . . . . . . . . . . . . . . . . . 3-1 Halt Action Summary ............... . . . . . . . . . . . . . . . 3-2 Language Inquiry on Power-Up or Reset. . . . . . . . . . . . . . . . 3-3 Console I/O Mode Special Characters. . . . . . . . . . . . . . . . . .. 3-4 Console Symbolic Addresses. . . . . . . . . . . . . . . . . . . . . . . . .. 3-5 Symbolic Addresses Used in Any Address Space .......... 3-6 Console Command Qualifi~rs ............... ~ . . . . . . . .. 3-7 Command Keywords by Type . . . . . . . . . . . . . . . . . . . . . . . .. 3-8 Console Command Summary. . . . . . . . . . . . . . . . . . . . . . . .. 3-9 VMB Boot Flags. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3-10 Boot Device Names ................................ 2-1 2-4 2--5 2-8 3--3 3-6 3-10 3-12 3-14 3-15 3-16 3-17 3-19 3-21 vii 4-1 4-2 Test and Utility Numbers .......................... . 4-4 4-7 4-12 4-13 4-15 Scripts Available to Customer Services ................ . 4-3 Values Saved, Machine Check Exception During EF ...... . 4-4. Values Saved, Exception During Executive ............. . KA660 Console Displays and FRU Pointers ............ . 4-5 4-6 System Halt Messages . . . . . . . . . . . . . . . .............. . 4-27 4-7 Console Error Messages . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 4-28 4-8 \i'MB Error Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 4-29 4-9 KA.660 Fuses .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-41 4-10 Loopback Connectors for Q22-Bus Devices .............. . 4-43 4-11 DRVTST Messages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . 4-46 4-12 DR'VEXR Messages .......... ..................... . 4-47 4-13 mSTRY Messages ................................ . 4-48 4-14 ERASE Messages ................................. . 4-49 4-15 ISE Diagnostic Error Codes . . . . . .................... . 4-52 A-I General Local Address Space Map .................... . A-2 A-2 Detailed Local Address Space Map ................... . A--3 A-3 External, Internal Processor Registers. . . . . . ........... . A-9 A-4 Global Q22-bus Physical Address Map ................. . A-10 B-1 How the VMS Operating System Identifies the ISEs ...... . B-4 vIII Preface This guide describes the base system, configuration, ROM-based diagnostics, and troubleshooting procedures for systems containing the KA660 CPU. Intended Audience This guide is intended for use by Digital Customer Services personnel and qualified self-maintenance customers. Organization This guide has four chapters and two appendixes, as follows: Chapter 1 describes the KA660/MS65O-Bn CPU and memory subsystem, and the RF-series Integrated Storage Elements (ISEs). Chapter 2 contains system configuration guidelines, and provides a table listing current, power, and bus loads for supported options. It also describes the Digital Storage Systems Interconnect (DSSI) bus interface cabling between the RF-series ISEs, CPU, the CPU I/O panel, and the system control panel (SCP). (The control panel is known as the SCP on the BA430 enclosure and as the operator control panel (OCP) on the BA215 enclosure.) Chapter 3 describes the firmware that resides in ROM on the KA660, and provides a uBi of console error messages and their meaning. Chapter 4 describes the KA660 diagnostics and the diagnostics that reside on the RF-series ISEs. Appendix A lists the KA660 address space. Appendix B describes procedures for setting parameters on an ISE. Ix Conventions The following conventions are used in this manual: CODvention Meaning A symbol denoting a terminal key used in text and examples in this book. For example, IBreak I indicates that you press the Break key on your terminal keypad. IReturn I indicates that you press the Return. key on your terminal keypad. A symbol indicati:ng that you hold down the Ctrl key while you press the Ckey. This bold type indicates user input. For example: »> BOCY.r MOAO This line shows that the user must type BOOT MUAO at the coDSOle prompt. NOTE Provides general infcmnation about the current topic. CAtJTION Provides information to prevent damage to equipment or software. WARNING Provides information to prevent personal injury. The following are qa.alliier and argument conventions: [] an optional qualifier or argument U a required quali1ier or argum.ent x Chapter 1 KASSO CPU and Memory Subsystem 1.1 Introduction This chapter describes the KA660 CPU (Figure 1-1). The KA660 is a quad-height VAX processor module for the Q22-bus (extended LSI-ll bus). It is designed for use in high-speed, real-time applications and for multiuser, multitasking environments. The KA.660 employs a cache memory to maximize performance. There are two variants: the KA66O-AA, which runs multiuser software; and the KA660-BA, which runs single-user software. The KA660 is the CPU of the VAX 4000 Model 200, which is housed in either a BA430 or a BA215 enclosure. Refer to the BA430 I BA440 Enclosure Maintenance manual. CAUTION: Static electricity can damage integrated circuits. Always use a grounded wrist strap (pN 29-11762-00) and grounded work surface when working with the internal parts of a computer system. The KA.660 CPU module and MS65O-Bn memory modules combine to form a VAX CPU and memory subsystem that can use the on-board DSSI and Ethernet busses and the Q22-bus to communicate with I/O devices. The KA6S0 and MS650-Bn modules mount in standard Q22-bus backplane slots that implement the Q22-bus in the AB rows and the CD interconnect in the CD rows. The KA660 can support up to four MS650-Bn modules, if enough Q22ICD slots are available. The KA660 communicates with the console device through the CPU cover panel (H3602-00), which also contains configuration switches and an LED display. The H3602-00 is described in Section 1.3. KA660 CPU and Memory Subsystem 1-1 ·figure 1-1: KA660 CPU Module S OC542 c:::::J E35 c::=::=:::J E22 IE121 High Byte iE27l~ ~ J1 ~ ~ ~ ~ :~~ ~ ~ ; ~ ~W1c:=:::J rEaol ~ SHAC . SSF1 I E5 I F2 m ~ F3 DSSI Termination Console I E4 I LowB}1s ~ r-----, IOC541 1 I~::c I Iv:ll ~ DeS11 E2c SSC OC557 P E32 CMeTL I~, SOC OC527 ~ E11 COBIC ML0-005867 1.2 KA660 Features The major features of the KA660 CPU are listed below. • The VAX central processor, wlrich is implemented in a VLSI chip called the SOC, achieves a as-ns microcycle and a 70-ns bus cycle at an operating frequency of 114 MHz. It supports full VAX memory management with demand paging and a 4-Gbyte virtual address space. The SOC includes a floating-point accelerator with the MicroVAX chip subset of the VAX floating-point instruction set and data types. • A console port compatible with the VAX processor whose baud rate can be set through an internal switch on the CPU cover panel. 1-2 KASSO CPU System Maintenance • A set of processor clock registers that support: - A VAX standard time-of-year (TOy) clock with support for battery . backup. (Batteries are located in the CPU cover panel.) An interval timer with 10-ms interrupts. - Two programmable timers, similar in function to the VAX standard interval timer. • A boot and diagnostic facility with four on-board LEDs. This facility supports an external 4-bit display and configuration switches on the CPU cover panel. • 256 Kbytes of 16-bit wide ROM. • A Q22-bus interface. • A DSSI bus interface. • An Ethernet interface. 1.2.1 SOC Chip The SOC chip contains all general purpose registers (GPRs) visible to the VAX processor, several system registers such as CCR, SCBB, the cache memory (6 Kbytes), and all memory management hardware, including a 28-entry translation buffer. The SOC chip supports the MicroVAX chip subset of the VAX instruction set and data types, plus the following string instructions: CMPC3 CMPC5 LOce MOVC3 MOVC5 SC~~C SKPC SPANC The SOC chip provides the following subset of the VAX data types: Byte Word Longword Quadword Character string Variable-length bit field Support for the remaining VAX data types can be provided through macrocode emulation. 1.2.2 Clock Functions Clock functions are implemented by the SOC, which includes the clock chip, FPA, CPU, and cache. • Generates one auxiliary clock for other TTL logic • Synchronizes reset signal • Synchronizes data ready and data error signals 1.2.3 Floating-Point Accelerator The floating-point accelerator is implemented on the SOC chip. The FPA subsystem executes the VAX f--, d--, and ~:B.oating-point instructions (except for CLRx, MOVx, and TSTx), and accelerates the execution of MULL, DIVL, and EMUL integer instructions. 1.2.4 Cache Memory The KA660 module incorporates a cache memory of six banks to maximize CPU performance. The cache is implemented within the SOC chip. The cache is a 6-Kbyte, six-way associative, write-through cache memory, with a 35-ns cycle time. 1.2.5 Memory Controller The main memory controller is implemented by a VLSI chip called the CMCTL The CMCTL contains approximately 25,000 transistors in a 132pin CERQUAD surface mount package. It supports ECC (error correction code) memory, with a 42O-ns cycle time for longword read transfers and a 560-ns cycle time for quadword transfers. It has a 140-ns cycle time for unmasked longword writes and a 490-ns cycle time for masked longword writes. The maximum amount of main memory supported by KA.660 systems is 64 Mbytes on one to four MS650-BA or -BB (l6-Mbyte or B-Mbyte) memory modules, depending on system configuration. The MS650-Bn modules communicate with the KA660 through the MS650-Bn memory interconnect, which utilizes the CD interconnect and a 50-pin ribbon cable. 1-4 KASSO CPU System Maintenance 1.2.6 MicroVAX System Support Functions System support functions are implemented by the System Support Chip (SSe). The sse contains approximately 83,000 transistors in an 84-pin CERQUAD surface mount package. The sse provides console and boot code support functions, operating system support functions, timers, and many extra features, including the following: • Word-wide ROM unpacking • l-Kbyte battery-hacked-up RAM • Halt arbitration logic • A console serial line • An interval timer with 10-ms interrupts • A VAX standard time-of-year (TOy) clock with support for battery backup • An IORESET register • Programmable CDAL bus timeout • Two programmable timers • A register for controlling the diagnostic LEDs 1.2.7 Resident Firmware The resident :firmware, arranged as words, consists of 256 Kbytes located on two 128-Kbyte x 8-bit wide EPROMs (27010). The firmware gains control when the processor halts, and contains programs that provide the following services: • Board initialization • Power-up self-testing of the KASSO and MS650-Bn modules • Emulation of a subset of the VAX standard console (automatic or manual bootstrap, automatic or manual restart, and a simple command language for examining or altering the state of the processor) • Booting from supported Q22-bus devices, DSSI devices, and Ethernet • Multilingual capability The firmware is described in detail in Chapter 3. KA660 CPU and Memorv SubsYstem 1-5 1.2.8 Q22-Bus Interface The Q22-bus interface is implemented by the CQBIC chip. The CQBIC chip contains approximately 40,870 transistors in a I32-pin CERQUAD surface mount package. It supports up to I6-word block mode transfers between a Q22-bus DMA device and main memory, and up to 2-word block mode transfers between the CPU and Q22-bus devices. It has a 420-ns cycle time for longword read transfers and an 560-ns cycle time for quadword read transfers. It has a 140-ns cycle time for unmasked longword writes and a 490-ns cycle time for masked longword writes. The Q22-bus interface contains the following: • A I6-entry map cache for the 8~192-entry scatter/gather map that resides in main memory, used for translating 22-bit Q22-bus addresses into 26-bit main memory addresses • Interrupt arbitration logic that recognizes Q22-bus interrupt requests BR7-BR4 The Q22-bus interface handles programmed and power-up resets, and CPU halts (deassertion of DCOl{). The KA660-AA and -BA modules each contain 24O-ohm termination for the Q22-bus. 1.2.9 KA660 Ethernet Interface The KA660 features an on-board network interface implemented through a second-generation Ethernet chip (SGEC) and a 32 x 8-bit wide ROM. This interface allows the KA660 to be connected to either a ThinWire or standard Ethernet cable through the CPU cover panel. Consult the KA660 CPU 7ecknical Manual for a description. 1.2.10 KA660 DSSI Interface See Figure 1-2 for a block diagram of the KA660 system. CPU. 1-6 KA660 CPU System Maintenance "11 Memory Data BUB cQ c Ethernet ThlnWlre (iJ ..... Note: Boards #2,3,4 are Optional ~ ~ 50-Pin Conn. pj H3602 Console Panel • User Interiace Switches i 40-Pln Conn. • Ethemet Functionality !3 MS650-BA Memory Module 16 MBytes KA660 CPU Module • Battery Backup CD o r---' C-O Fingers ~ _ _ _ Memo;...;.r.L.y...;..A.;.:d~d:..:...re~s::.::s:..:.../C::::.o::;n:.:.:t~ro::I~ _ _ _ _ _ _ _.J OJ • LED Indicator () A B -0 C Fingers 50-Pin CoD Conn. Fingers Side 1 0" Note: BA430 Configuration use CD Fingers Side 1 9021 G Configuration use 50-Pin Connector o ~ g /L-- ~_a-BUS D1 3 _I DSSIBUS < en c: ~ 3 .... .t. n c! ~ a. 3: C1> 3 ~ MlO·0058118 The KA660 contains a Single-Host Adapter Chip (SHAe) chip that implements the Digital Storage Systems Interconnect (DSSI) bus interface. The DSSI interface allows the KA660 to transmit packets of data to, and receive packets of data from, up to seven other DSSI devices (RF-series disk drives or a second KA660 module). The DSSI bus improves system performance for two reasons: • It is faster than the Q22-bus. • It relieves the Q22-bus of disk traffic, allowing more bandwidth for Q22-bus devices. The physical characteristics of the DSSI bus are as follows: • 4-Mbytes-per-second bandwidth • Distributed arbitration • Synchronous operation • Parity checking • 6-meter total bus length (19.8 ft.) cabling) (includes internal and external Configurations that exceed this length may be supported, if properly tested • Single-ended bus transceivers • Maximum of eight nodes (KA660 counts as one) The KA660 CPU systems support four DSSI enclosures • Eight data lines • One parity line • Eight control lines Refer to the following sections for more information about the DSSI bus and disk drives: Section 2.4 Setting and. cbanging DSSI node names, addresses and uIlit numbers, dual host configuration rules Section 3.9.14 Section 4.4 Section 4.8 Console SET cnrnmand DSSI drive acceptance testi:ag RFSO drive resident diagnostics and local programs 1-8 KA660 CPU System Maintenance 1.3 CPU Cover Panel (H3602-OO) The CPU cover panel (H3602-00, Figure 1-3) contains the console serial line connector, console baud rate switch, two Ethernet connectors and LEDs, hexadecimal LED display, and Power-Up Mode switch. The switches are read by the firmware when the processor halts. For this reason, changing the baud rate on the cover panel does not take effect until the next power-up or system reset. The switches are also read when the PowerUp Mode switch is in the test position. The cover panel has the following switches, connectors, and indicators: • Baud rate select switch, on the back side of the panel. • Power-Up Mode switch. • Break EnablelDisable switch from the console keyboard IBREAK I key or ICI'MLJPI, depending on the state of SSCCR <15>. Break Enable is the default. If this switch is set to the enable position, the system does not autoboot on power-up. It enters console 110 mode and displays the »> prompt. • Ethernet Connectors. The CPU cover panel has two connectors for Ethernet cable: a IS-conductor connector for standard Ethernet cable, and a BNC connector for a ThinWlre Ethernet coaxial cable. The cover panel contains a switch to select the Ethernet connector, and LEDs to indicate the selected connector and valid +12 Vdc for the selected connector. • Hexadecimal LED display, which provides a countdown of the system power-up self-tests. See Table 4-5 for the meaning of this display. KASSO CPU and Memory Subsystem 1-9 Figure 1-3: CPU Cover Panel (H3602-OO) CPU Cover Panel Break I0 fl{I I_~ 1P-,- Enable/ _ _ Disable ~ _ Switch S~~ro Ethernet Connector LED Display Power-Up Mode Switch Modified IFI ~~~=or ~-I- Modular Jack ~ "'# I~~L ~ ThinWire Ethernet Connector MLO-OO5504 1.4 MS65O-Bn Memory Modules The MS650-BA and MS650-BB memory modules are quad-height, Q22-bus modules. Timing of the MS650-BA (16 MBytes) and MS650-BB (8 Mbytes) modules is dependent upon the KAS60 clock speed and CMCTL. The MS650-AA memory module may not be used with the KA660 system CPU. The KA660 and the MS650-Bn memory modules are connected through the CD rows of backplane slots 1 through 5, and through a 50-eonductor cable. The part number of this cable varies depending on the number of connectors, as follows: 1-10 KAS60 CPU System Maintenance Number of Connectors CPUlMem.ory CoDfiguration P&rtNumber 3 4 5 KA.660 + 2 MS65~Bn modules KA.660 + 3 MS65O-Bn modules KA.660 + 4 MS65O-Bn modules 17-01898-01 17-01898-021 17-01898-03 1Recommen.ded cable. Use five-cOllIlector cable only if this cable is not available. The cable is keyed so that it is installed in the correct connector on the KA6S0 (the connector next to the module). The nSSI cable is attached to the connector "piggy backed" to the memory connector. 1.5 RF-Series ISE The RF30 and RF31 ISEs are half-height, 13.3-em (5.25-in) ISEs, for BA215, BA213, or BA430 enclosures. The RF71 and RF72 ISEs are full-height ISEs for BA430 enclosures. The RF-series ISE is based on the Digital Storage Systems Interconnect (DSSI) architecture. nSSI supports up to seven storage devices, daisychained to the host system through the KA660 CPU or a host adapter module. The disk drive controller is built into the RF-series ISE, rather than being a separate module. This feature enables many drive functions to be handled without host-system or adapter intervention, resulting in improved I/O performance and throughput rates. nSSI node ID switches are located on the electronics controller module. These switches give each ISE on the DSSI bus a unique node ID number. The P..F=series !SE contai.ns three indicators: Ready, Write-protect, and Fault. The Ready indicator displays the activity status of the drive. It lights on power-up. After successful completion of the power-up diagnostics, the indicator goes out, until the media heads are on the requested cylinder and the drive is readlwrite ready. When lit, the Write-protect indicator means the ISE is write-protected. The Fault indicator lights at power-up. After successful completion of the power-up diagnostics, this indicator goes out. If the Fault indicator lights again after going out, a readlwri te safety error or a drive error condition has occurred. KAssa CPU and M~morv Subsystem 1-11 Chapter 2 Configuration 2.1 Introduction This chapter describes the guidelines for changing the configuration of a KA660 system, and for configuring a multihost system. Before you change the system configuration, you must consider the following factors: Module order in the backplane Module configuration Mass storage device configuration If you are adding a device to a system, you must know the capacity of the system enclosure in the following areas: Backplane lIO panel Power supply Mass storage devices 2.2 General Module Order The order of modules in the backplane depends on four factors: • Relative use of devices in the system • Expect...ed perfo:rmance of each device relative to other devices • The ability of a device to tolerate delays between bus requests and bus grants (called delay tolerance or interrupt latency) • The tendency of a device to prevent other devices farther from the CPU from accessing the bus Configuration 2-1 2.2.1 Module Order for KASSO Systems Observe the following rules about module order: • Install the KA660 CPU in slot 1. • Install MS650 memory modules in slots 2, 3, 4, and 5. • Install all Q22-bus modules in the AB rows; single-height grant cards in the A row only. Do not install dual-height modules in the CD rows, which do not route the Q22-bus. Here is the recommended module order in a KA660 system: KA660-AA, -BA MS650-BA, -BB AAVll-SA ADVll-SA AXVll-SA KWVl1-SA DRVIJ-SA KMVlA-SAlSB/SC DMVll-SA LNV21-SF DEQNAlDELQAlDESQA-SA DPVll-SA DIV32-SA VCB02-J1HIK DZQll-SA DFAOI-AB CXM04-M CXAl6-AA CXY08-AA CXBl6-AA CXF32-AAlAB LPVll-SA DRVIW-SA KRQ50-SA IEQl1-SA ADQ32-SA DRQ3B-SA DSVll-SY KLESI-SA IBQOl-SA TSV05-S KDA50-SE KFQSA-SE KZQSA-SA 2-2 KA660 CPU System Maintenance TQK50-SA TQK70-SA RQDX3-SA KDA50-SAlKFQSA-SA M9060-YA 2.3 Module Configuration Each module in a system must use a unique device address and interrupt vector. The device address is also known as the control and status register (CSR) address. Most modules have switches or jumpers for setting the CSR address and interrupt vector values. The value of a floating address depends on what other modules are housed in the system. Set CSR addresses and interrupt vectors for a module by determining the corred values for the module with the C01'l7IGl)"RE command at the console I/O prompt (»». The CONFIG utility eliminates the need to boot the VMS operating system to determine CSRs and interrupt vectors. Enter the CONFIGURE command, then HELP for the list of supported devices: »>CONFIGtmE Enter device configuration, HELP, or EXIT Device,Number? help Devices: LPV11 KXJll DLVllJ DZQll TSV05 RLV12 RXV21 DRVllW DELQA DMVll DEQNA DESQA RRD50 RQC25 KFQSA-DISK TQK50 RV20 KFQSA-TAPE KMVll IEQll CXAJ.6 CXB16 enos VCBOl QPSS DSVll LNV21 ADVllC ADVllD KWVllC AAVllD VCB02 DRQ3B VSV21 IBQOl IDVllA IDVllD IAVllA IAVllB MIR..~ DESNA IGQll DIV32 KIV32 KWV32 KZQSA ~ DZVll DRVllB RQDX3 TQK70 DHQll QVSS AAVllC QDSS IDVllB ,1I..DQ32 DTCN5 DFAOl DPVll KDA50 TU81E DHVll LNVll AXVllC DRVllJ IDVllC DTC04 DTC05 See the description of the CONFIGURE command in Chapter 3 (Section 3.9.2) for an example of obtaining the correct CSR addresses and interrupt vectors using tbis command. The LPVll-SA, which is the LPVll version compatible with the BA200series and BA400-series enclosures, has two sets of CSR address and interrupt vectors. To determine the correct values for an LPVl1-SA, enter LPVll,2 at the DEVICE prompt for one LPVll-SA, or enter LPVll,4 for two LPVl1-SA modules. Configuration 2-3 2.4 DSSI Configuration Each device must have a unique DSSI node ID. The ISE receives its node ID from a plug on the system control panel (SCP). By convention, DSSI drives are mounted from right to left. For more information on ISE node names, unit numbers, and other parameters, as well as information on the DUP server utility, see Appendix B. If the cable between the ISE and the SCP is disconnected, the ISE reads the node ID from three DIP switches on its electronics controller module (ECM). NOTE: Pressing the system Reset button on the power supply has no effect on the ISEs. You must turn off the system and turn it back on. The node ID switches are located behind the 50-pin connector on the ECM. Switch 1 (the MSB) is nearest to the connector. Switch 3 (the LSB) is farthest from the connector. Table 2-1 lists the switch settings for the eight possible node addresses. Table 2-1: ISE DIP Switch Settings NodeID SI 82 S3 0 1 2 Down Down Down a Down Down Down Down 4 S 6 7 Up Up Up Up Down Down Down Up Up Down Up Up Up Down Up Up Up The VMS operating system creates DSSI disk device names according to the following scheme: nodename $ DIA unit number. For example, SUSAN$DIA3 You can use the device name for booting, as follows: »> BOO'!' SUSAN$DIA3 You can access local programs in the ISE through the :MicroVAX Diagnostic Monitor (MOM), or through the VMS operating system (version 5.4.1 or later) and console I/O mode SET HOSTIDUP command. This command creates a virtual terminal connection to the storage device and the 2-4 KASSO CPU System Maintenance designated local program using the Diagnostic and Utilities Protocol (DUP) standard dialog. See Appendix B for the procedure for accessing DUP through the VMS operating system. Section 3.9.14 describes the console I/O mode SET HOSTIDUP command. The KA660 DSSI node address is configured by three jumpers (W1, W2, and W3) that are found on the KA660 module as illustrated in Figure 1-I. Table 2-2 lists the jumper positions and node IDs. Table 2-2: Setting the KA660 Node 10 NodeID W3 W2 Wl 0 1 2 3 Out Out Out Out In In In In Out Out In In Out Out In In Out In Out In Out In Out In 4 5 6 7 2.4.1 DSSI Cabling for the BA215 Enclosure The BA430 enclosure has no internal DSSI cabling. The connections are all realized by means of the backplane. For the BA215, the cabling runs as follows: A 50-conductor ribbon cable connects the ISE drive to the DSSI bus. A separate 5-conductor cable carries +5 Vdc and +12 Vdc to the drive from the enclosure power su.pply. A 2-conductor cable connects the fifth pin on the ISE power connector to the SCPO These cables carry the ACOK signal (Same as POK) to the ISE. The SCP delays this signal to one ISE for each power supply to stagger the startup of one of two possible devices attached to each supply. This delay prevents excessive current draw at power-up. The BA215 enclosure has only one power supply, but implements this signal delay in the same way. The 50-conductor DSSI ribbon cable connects to a 50-conductor round cable that is routed through the bottom of the mass storage area to the DSSI connector on the KA660. CAUTION: When removing or installing new drives, be sure to connect the rightTr"ost connector of tr"e DSSI ribbon cable to tr"e round cable connected Confiauration 2-5 to the KA660. Do not T the bus by connecting the round connector to any of the ribbon cable's center connectors. 2.4.1.1 DSSI Bus Termination and Length The DSSI bus must be terminated at both ends. The KA660 module terminates the DSSI bus at one end. The DSSI bus terminates at a 50conductor connector on the left side of the enclosure. The terminator at this external connector can be removed to expand the bus. The DSSI bus has a maximum length of 6 m (19.8 ft), including internal and external cabling. In a dual-host system, the second KA660 module provides the bus termination. 2.4.2 Dual-Host Capability .An ISE has a multihost capability built into the :firmware, which allows the drive to maintain connections with more than one DSSI adapter. Since the KA660 CPU has a built-in DSSI adapter, more than one KA660 CPU can be connected to the same DSSI bus, allowing each KA.660 to access all other drives on the bus. The primary application for such a configuration is a VAXcluster system using Ethernet as the interconnect medium between the boot and the satellite members. This configuration improves system availability, as described below. Two KA660 systems are connected through an external DSSI cable (BC2IM). Each KA660 system is a boot member for a number of satellite nodes. The system disk resides in the first enclosure, and serves as the system disk for both KA660 systems. The KA.66O in each enclosure has equal ~s to the system disk, and to any other DSSI disk in either enclosure. If one of the KA660 modules fails, all satellite nodes booted through that KA660 module lose connections to the system disk. However, the multihost capability enables each satellite node to know that the system disk is still available through a different path-that of the remainjng good KA660 module. A connection through that KA660 is then established, and the satellite nodes are able to continue operation. Thus, even if one KA660 module fails, the satellites booted through it are able to continue operation. The entire cluster will run in a degraded condition, since one KA660 is now serving the satellite nodes of both KA660s. Processing can continue, however, until Customer Services can repair the problem. 2-6 KA660 CPU System Maintenance A dual-host system cannot recover from the following conditions: • System disk failure. If there is only one system disk, its failure causes the entire cluster to stop functioning until the disk failure is corrected. Disk failure can be caused by such factors as a power supply failure in the enclosure containing the disk. • nSSI cabling failure. If a failure in one of the DSS! cables renders access to the disks impossible, the cable must be repaired in order to continue operation. Since the nSS! bus cabling is not redundant, a cable failure usually results in a system failure. 2.4.3 Dual-Host Configuration Dual-host systems have the following configuration limitations: • A maximum of two systems can be connected, because of cabling and enclosure limitations. • The nSS! bus supports eight devices or adapters. Since a dual-host system has two KA.660 modules, and each has a connection to the nSSI bus, a maximum of six nSS! devices can be attached to the bus. See the VAX 4000 Dual-Host Systems manual, (EK-390AB-DB-002) for a complete list of supported dual-host configurations. • Set nSS! node IDs as follows: - The first (or only) KA660 is 7. The second KA660 in a dual-host system is 6. Table 2-2 explains how to set the KA660 node ID. The remaining devices in a dual-host system are 0-5. 2.5 Configuration Worksheet Use the worksheet in Figure 2-1 or Figure 2-2 to make sure the configuration does not exceed the system's limits for expansion space, 110 space, and power. Table 2-3 lists power values for supported devices. To check a system configuration, follow these steps: 1. List all the devices to be installed in the system. 2. Fill in the information from Table 2-3 for each device. 3. Add up the columns. Y...ake S'l.L---e the totals are within the l;'"';ts for the enclosure. Conficuration 2-7 Table 2-3: KA660 Power and Bus Loads Current (Amps) Power (Max) (Max) BusLoads Option Module +5V +1.2V Watts ACI DC AAVll-SA ADQ82-SA ADVll-SA AXVll-SA AlOO9-PA A080 AlOOS-PA A026--FA M311S-YA M311S-YB M3119-YA M3127-PA M8121-PA M7528 M802O-PA M7658-PA M8049-PA M7651-PA M8108 M7130 M8l25-PA M8634-PA M7626-AIB M7164 M7165 M7740-PA M7500-PA M7769 M7552 M4002-PA M7616 M5976-SA. M8086-PA M8578 M7621 M7621 2.10 4.45 2.00 2.00 1.60 2.00 1.64 2.40 1.97 5.5 1.20 4.50 1.80 1.80 5.43 6.00 5.00 3.50 6.0 6.93 6.57 8.20 2.6 5.50 2.70 2.20 6.00 5.4 2.80 1.6()2 1.1 8.9 1.25 1.25 3.0 0.00 0.00 0.00 0.00 0.20 0.00 0.895 0.22 0.04 0.0 0.80 0.00 0.00 0.00 0.69 2.00 0.80 0.00 0.14 0.00 0.03 0.00 0.20 0.00 0.00 0.013 1.40 0.0 0.00 0.00 0.0 0.0 2.21 1.64 10.50 22.25 10.00 10.00 10.40 10.00 12.94 14.64 10.80 2.5 2.5 2.8 1.2 8.0 3.0 8.0 2.2 3.0 3.9 1.0 2.0 2.0 2.0 8.9 8.9 4.6 2.0 3.5 3.0 0.5 0.5 0.5 0.8 0.5 0.5 0.5 0.5 1.0 1.0 1.0 0.5 1.0 1.0 1.0 0.5 1.0 1.0 1.0 0.5 2.3 8.0 4.4 2.7 1.0 2.7 4.75 1.8 3.0 0.0 0.0 1.0 1.0 0.5 1.0 0.3 1.0 1.4 0.5 0.5 0.0 0.0 CXAl~M CXB1~M CXYOS-M DESQA-SA DFA01-AA DIV82-M DPV11-SA DRQ3B-SA DRVlJ-SA DRV1W-SA DSVll DTQNA-BC mQ01-SA IEQll-SA KA66O-Af.B2 KDA5O-SE KDA5OKLESI-SA KMVlA-SA. KFQSA-SE KRQ50-SA KWVll-SA KXJll-SF KZQSA-SA LPVll-SA MRVll-D MS65O-BA MS65O-BB RF3~AA RF7~AA RV20 1 AC bus load must not exceed 22 A. 2Value is for the unpopulated module only. 2-8 KASSO CPU System Maintenance 9'7" .... 0 9.60 22.50 9.00 9.00 35.43 54.00 28.60 17.50 32.88 34.65 33.21 15.00 15.40 27.50 13.50 11.156 46.80 27.0 14.00 8.00 5.5 19.58 27.4 25.98 35.3.0 0.0 Table 2-3 (Cont): KA660 Power and Bus Loads Option TLZ04-JA TK70E-AA TQK7(}"sA TSV05-SA TSV05-SA Current (Amps) Power (Max) (Max ) BusLoads Module +5V +12 V Watts ACI DC M7559 M7530 M7206-PA 2.20 1.50 3.2 6.50 6.50 0.345 2.40 0.00 0.00 0.00 15.2 36.30 15.0 32.50 32.50 4.3 1.5 2.4 0.5 1.0 1.0 lAC bus load must not exceed 22 A. NOTE: Slot 0 will always be occupied by the M9715--:AA.:, which generates 0.1 A @ +5V de and 1.0 A @ +12V dc, with a total power of 12.5 W. NOTE: The BA215 supports only the half-height [SEse Configuration 2-9 Figure 2-1: VAX 4000 Model 200 (BA430) Configuration Worksheet Slot Module Current (Amps) +5 Vdc +12 Vdc -3.3 Vdc ·12 Vdc Power Bus Load (Watta) AC DC 0 CPU 1 Mem2 Mem3 Mem4 Mem5 Q'CDS Q/CD7 Q/CD8 Q/CD9 ClCO 10 - - - - QlCO l' , ClCD 12 Mass Storage: Tape , 2 3 Total these columns: Must not exceed: 6O.DA 22.0 A 1S.DA 3.DA 584.DW 3' 20 Note: Total output power from +3.3 Vdc and +5 Vdc must not exceed 330 W. ML.o.o05711 2-10 KA660 CPU System Maintenance Figure 2-2: VAX 4000 Model 200 (BA215) Configuration Worksheet Primary Power Supply Slot Module Current (Amps) +SVdc +12 Vdc Power Bus Load (Watts) AC DC CPU 1 Mem2 OICD3 OIC04 OICOS OIC06 Mass Storage: I Tape Drive FIXed Disk 0 FIXed Disk 1 Total these columns: Must not exceed: 33.0 A 7.6 A 230.0W j MLo.oo57'12 Configuration 2-11 Chapter 3 KA660 Firmware 3.1 Introduction This chapter describes the KA6S0 firmware, which gains control of the processor whenever the KA660 performs a processor halt. A processor halt transfers control to the firmware. The processor does not actually stop executing instructions. 3.2 KA660 Firmware Features The firmware is located in two 128-Kbyte EPROMS on the KA660. The firmware address range is 20040000 through 2007FFFF, in the KA660 local I/O space. The firmware displays diagnostic progress and error reports on the KA660 LEDs and on the console terminal. It provides the following features: • Automatic or manual restart or bootstrap of customer application images at power-up, reset, or conditionally after processor halts. (Restart in this context is not the same as restarting or resetting the hardware.) • Automatic or manual bootstrap of an operating system following processor halts. : An inter-active command language that allows you to examine and alter the state of the processor. • Diagnostics ihat test all components on the board and verify that the module is working correctly. • Support of various terminals and devices as the system console. • Multilingual support. The firmware can issue system messages in several languages. The processor must be functioning at a level able to execute instructions from the console program ROM for the console program to operate. KASSO Firmware 3-1 The firmware consists of the following major functional areas: Halt entry and dispatch.code Bootstrap Console I/O mode Diagnostics The halt entry and dispatch code, bootstrap, and console 110 mode are described in this chapter. Diagnostics are described in Chapter 4. 3.3 Halt Entry and Dispatch Code The processor enters the halt entry code at physical address 20040000 whenever a halt occurs. The halt entry code saves machine state, then transfers control to the firmware halt dispatcher. After a halt, the halt entry code saves the current LED code, then writes an E to the LEDs. An E on the LEDs indicates that at least several instructions have been successfully executed, although if the CPU is functioning properly, it occurs too quickly to be seen. The halt entry code saves the following registers. The console intercepts any direct reference to these registers and redirects it to the saved copies: RO-R15 PR$_SAVPSL PR$_SCBB DLEDR ADxMAT ADxMAT General purpose registers Saved processor status longword register System control block base register Diagnostic LED register sse address match register sse address mask register The halt entry code unconditionally sets the following registers to fixed values on any halt, to ensure that the console itself can run and to protect the module from physical damage. SSCCR ADxMAT ADxMSK CBTCR T1VRx sse configuration register sse address match register sse address mask register eDAL bus timeout control register sse timer interrupt vector registers The console command interpreter does not modify actual processor registers. Instead it saves the processor registers in console memory when it enters the halt entry code, then directs all references to the processor registers to the corresponding saved values, not to the registers themselves. When the processor reenters program mode, the saved registers are restored and any changes become operative only then. References to processor memory are handled normally. The binary load and unload command (X, Section 3.9.19) cannot reference the console memory pages. 3-2 KASSO CPU System Maintenance After saving the registers, the halt entry code transfers control to the halt dispatch code. The halt dispatch code determines the cause of the halt by reading the halt field (PR$_SAVPSL <13:08», the processor halt action field (PR$_CPMBX <01:00», and the Break EnablelDisable switch on the CPU cover panel. Table 3-11ists the actions taken, in sequence. If an action fails, the next action is taken, with the exception of bootstrap, which is not attempted after diagnostic failure. Table ~1 : Halt Action Summary Break! Halt Code=: 3 Enable Switch T T T 1 1 o F F UserDefined Halt Console iia;c Action(s) 0,1,3 x Diagnostics and console commands 1 x 2,4, x x o o o o o F x 1 o F x 2 o Diagnostics; if successful, boot, if fails, use console commands Console Restart; if this fails boot; if boot fails use console commands Restart; if this fails, use console commands Boot; if this fails, use console F F x x 3 o Console 4, o F x x 1 Restart; if this fails, boot; if boot fails, use console commands Restart; if this fails, use console F x x 2 Boot; if this fails, use console 3 commands Console 1 commands commands = = = T TRUE-indicates a Reset or Power-up condition. F FALSE-iadicates a HALT instruction or error halt condition. x DON'T CARE-indicates that the condition is "don't care". 3.4 External Halts Several conditions can trigger an external halt, and different actions are taken depending on the condition. The conditions are listed below. • The Bre.ak EnablelDisable swit.ch is set toO en~hle, ~nd you. press ~ on the system console terminal. • Assertion of the BHALT line on the Q-bus. • Deassertion of DCOK A halt is delivered if the processor is not running out of halt-protected space, and the BHALT ENB bit is set. The system restart switch deasserts DeOK DeOK may also be deasserted by the DESQA sanity timer, or any other Q22-bus module that chooses to implement the Q22-bus restartlreboot protocol. The KA660 cannot detect the deassertion of DeOK when in console I/O mode, so no action is taken. CAUTION: Do not press the Restart button while in console I/O mode. Doing so will destroy syrK;'m state withou:t notifying tb...e firmware. The action taken by the halt dispatch code on a console IBREAK I or Q22-bus BHALT is the same: the firmware enters console I/O mode if halts are enabled. The halt dispatch code distinguishes between DCOK deasserted and BHALT by assuming that BHALT must be asserted for at least 10 ms, and that DeOK is deasserted for at most 9 p.s. To determine if the BHALT line is asserted, the firmware steps out into halt-unprotected space after 9 ms. If the processor halts again, the firmware concludes that the halt was caused by the BHALT and not by the deassertion of neOK The firmware keeps a halt-in-progress flag to tell if it is halting because of stepping out into halt-unprotected space. This flag is cleared on power-up. 3.5 Power-Up Sequence On power-up, the firmware performs several actions. It locates and identifies the console device, performs a language inquiry, and runs the diagnostics. Power-up actions differ, depending on the state of the Power-Up Mode switch on the CPU cover panel (Figure 1-3). The mode switch has three settings: Test, Language Inquiry, and Normal. The differences are described in Sections 8.5.0.1 through 8.5.0.8. 3.5.0.1 Mode Switch Set to Test Use the Test position on the H3602-00 to verify that the connection between the KA660 and the console terminal is good. • To test the console terminal, insert the H8l08 loopback connector into the H3602-00 console connector, and set the switch to the Test position. You must install the loopback connector to run the test. • To test the console cable, install the H8572 connector on the end of the console cable, and insert the H8108 into the H8572. 3-4 KA6S0 CPU System Maintenance During the test, the firmware toggles between the active and passive states. During the active state (3 seconds), the LED is set to 6. The firmware reads the baud rate and mode switch, then transmits and receives a character sequence. During the passive state (5 seconds), the LED is set to 3. If at any time the firmware detects an error (parity, framing, overflow, or no characters), the display hangs at 6. If the configuration switch is moved from the test position, the firmware continues as if on a normal power-up. 3.5.0.2 Mode Switch Set to Language Inquiry If the Power-Up Mode switch is set to Language Inquiry, or the :firmware detects that the contents of NVRAM are invalid, the firmware prompts you for the language to be used for displaying the following system messages: Loading system software. Failure. Restarting system software. Performing normal system tests. Tests completed. Normal operation not possible. Bootfile. The Language Selection Menu appears under the conditions listed in Table 3-2. The position of the Break EnablelDisable switch has no effect on these conditions. KASSO Rrmware 3-5 Table 3-2: La~guage Inquiry on Power-Up or Reset Mode !Amgaage Not Previously Set1 La:aguage Inquiry Normal Prompt2 Prompt ~e Previously Set Prompt No Prompt lAction if contents of NVRAM invalid same as Language Not Previously Set. 2Prompt = Language Selection Menu displayed. The Language Selection Menu is shown in Example 3-1. If no response is received within 30 seconds, the firmware defaults to English. Example 3-1: Language Selection Menu 1) 2) 3) 4) 5) Dansk Deutsch (Deutschland/Osterreich) Deutsch (Schweiz) English (United Kingdom) English (United States/Canada) 6) Espaiiol 7) Fran<;:ais (Canada) 8) Fran<;:ais (France/Belgique) 9) Fran<;:ais (Suisse) 10)· Italiano 11) Nederlands 12) Norsk 13) Portugues 14) Suomi 15) Svenska (1 •• 15) : In addition, the console may prompt you for a default boot device. See Section 3.6. After the language inquiry, the firmware continues as if on a normal power-up. 3.5.0.3 Mode Switch Set to Normal The console displays the Language Selection Menu if the mode switch is set to Normal and the contents of NVRAM are invalid. The console uses the saved console language if the mode switch is set to Normal and the contents of NVRAM are valid. 3-6 KASSO CPU System Maintenance 3.6 Bootstrap The KA660 supports bootstrap of VAXIVMS, VAXELN, and MDM diagnostics. The firmware initializes the system to a known state before dispatching to the primary virtual memory bootstrap (VMB), as follows: 1. Checks CP:M:BX<2>CBIP), bootstrap in progress. If it is set, bootstrap fails and the console displayS the messa~e Failure. in the selected console language. - ~ 2. If this is an automatic bootstrap, prints the message Loading system software. on the console terminal. 3. Validates the boot device name. If none exists, supplies a list of available devices and issues a boot device prompt. If you do not specify a device within 30 seconds, uses EZAO. 4. Writes a form of this boot request, including active boot :flags and boot device (BOOTIR5:0 EZAO, for example), to the console terminal. 5. Sets CPMBX<2>CBIP). 6. Initializes the Q22-bus scatter/gather map. 7. Validates the PFN bitmap. If invalid, rebuilds it. 8. Searches for a 128-Kbyte contiguous block of good memory as defined by the PFN bitmap. If 128 Kbytes cannot be found, the bootstrap fails. 9. Initializes the general purpose registers: RO R2 R3 R4 R5 RIO Rll AP SP PC RI, RS. R7, RS, Address of descriptor of the boot device name or 0 if none spec:i1ied Let!gth ofPFN bitmap in bytes Address ofPFN bitmap 'Iime-of-day ofbootstrap from PR$_TODR Bootfiags Halt PC value Halt PSL value (without halt code and mapenable) Halt code Base of 128-Kbyte good memory block + 512 Base of 128-Kbyte good memory block + 512 0 R9,FP 10. Copies the VMB image from EPROM to local memory, beginning at the base of the 128 Kbytes of good memory block + 5l2. 11. Exits from the firmware to VMB residing in memory. KA660 Firmware 3-7 VMB is the primary bootstrap for VAX processors. The KA.660 VMB resides in the firmware, and is copied into main memory before control is transferred to it. VMB then loads the secondary bootstrap image and transfers control to it. 3.7 Operating System Restart An operating system restart is the process of bringing up the operating system from a known initialization state following a processor halt. A restart occurs under the conditions listed in Table 3-1, earlier in this chapter. 1b restart a halted operating system, the firmware searches system memory for the restart parameter block (RPB), a data structure constructed for this purpose by VMB. If the firmware finds a valid RPB, it passes control to the operating system at" an address specified in the RPB. The firmware keeps a restart-in-progress (RIP) flag in CPMBX which it uses to avoid repeated attempts to restart a failing operating system. The operating system maintains an additional RIP flag in the RPB. The firmware restarts the operating system in the following sequence: 1. Checks CP:MBX<3>(RIP). If it is set, restart fails. 2. Prints the message Restarting system software. terminal. on the console 3. Sets CPMBX<3>(RIP). 4. Searches for a valid RPB. If none is found, restart fails. 5. Checks the operating system RPB$L_RSTRTFLG<O>(RIP) flag. If it is set, restart fails. 6. Writes a 0 (zero) to the diagnostic LEDs. 7. Dispatches to the restart address, RPB$L_RESTART, with: sp =the physical address of the RPB plus 512 AP =the halt code PSL = 041FOOOO PR$_MAPEN =O. If the restart is successful, the operating system must clear CPMBX<3>(RIP). If restart fails, the firmware prints Failure. on the console terminal. 3-8 KA660 CPU System Maintenance 3.7.1 Locating the RPB The RPB is a page-aligned control block that can be identified by its signature in the first three longwords: +00 (first longword) = physical address of the RPB +04 (second longword) = physical address of the restart routine ' +08 (third longword) =checksum offirst 31longwords of restart routine The firmware finds a valid RPB as follows: 1. Searches for a page of memory that contains its address in the :first longword. If none is found, the search for a valid RPB has failed. 2. Reads the second longword in the page (the physical address of the restart routine). If it is not a valid physical address, or if it is zero, returns to step 1. The check for zero is necessary to ensure that a page of zeros does not pass the test for a valid RPB. 3. Calculates the 32-bit two's=complement sum (ignoring overflows) of the :first 31longwords of the restart routine. If the sum does not match the' third longword of the RPB, returns to step 1. 4. If the sum matches, a valid RPB has been found. 3.8 Console I/O Mode In console I/O mode several characters have special meaning, as listed in Table 3-3. 3.8.1 Command Syntax The console accepts commands up to 80 characters long. Longer commands produce error messages. The cha..rae!.er count doe-s not include rubouts. rubbed-out characters, or the IRETURN I at the end of the command. You can abbreviate a command by entering only as many characters as are required to make the command unique. Most commands can be recognized from their first character. The console treats two or more consecutive spaces and tabs as a single space. Leading and trailing spaces and tabs are ignored. You can place command qualifiers after the command keyword or after any symbol or number in the command. All numbers (addresses, data, counts) are hexadecimal, but symbolic register names contain decimal register numbers. The hexadecimal digits are 0 through 9 and A through F. You can use uppercase and lowercase letters in hexadecimal numbers (A through F) and commands. KA660 Firmware 3-9 Table 3-3: Console 1/0 Mode Special Characters (Caniage Return) This character ends a command line. No action is taken on a command until after it is terminated by a carriage return. A null line terminated by a carriage return is treated as a valid, null command. No action is taken, and the console re-prompts for input. Carriage return is echoed as carriage return, line feed. (Delete Character) When the operator types rohout, the console deletes the character that the operator previously typed. What appears on the console terminal depends on whether the termiDal is a video terminal or a hardcopy terminal. For hard copy terminals, when a rubout is typed, the console echoes with a backslash ("<hackslasb>"), followed by the character beiDg deleted. If the operator types additional rubouts, the additional characters deleted are echoed. When the operator types a non-rubout character, the console echoes another backslasb, followed by the character typed. The result is to echo the characters deleted, surroundiDg them with backslashes. For video terminals, when RUBOUT is typed the previous character is erased from the screen and the C1ll"SOl" is restored to its previous positicm. The console does not delete ch.ara.cters past the beg:in:DiDg of a c:nmmand line. If the operator types more rubouts than there are characters on the line, the extra rubouts are ignored. If a RUBOUT is typed on a blank line, it is ignored. (or F14) Toggle insertion/overstrike mode for command line editiDg. By default, the console powers up to overstrike mode. (or up_arrow or down_arrow) Recall previous cnmmand(s). Command recall is oDly operable if sufficient memory is available. This function may then be enabled and disabled using the SET RECALL command. Control-C causes the console to echo "C and to abort processi:Dg of a command. Control-C has no effect as part of a binary load data stream. Control-C clears control-S, and reenables output stopped by control-O. (Control-D or left_arrow) This character moves the cursor left one positicm. (Control-E) Move cursor to the end of the line. (Control-F or right_arrow) Moves the cursor right one positicm. (Control-H, BACKSPACE or F12) Moves cursor to the beginnjng of the line. (Control-O) This character causes the console to throw away transmissions to the console t.er.arlnal until the next control-O is entered. Control-O is echoed as "O<CR:> when it ctisa.bles output, but is not echoed when it reenables output. Output is reenabled if the console prints an. error message, or jf'it prompts for a command from. the terminal. Displaying a REPEAT command does not reenable output. When output is reenabled for reading a command, the console prompt is displayed. Output is also enabled control-S. (Control-Q) This character causes the output to the console terminal to resume. Additional contlol-Q's are ignored. Control-S and control-Q are not echoed. 3-10 KA660 CPU System Maintenance (Control-S) Stops output to the console terminal until control-Q is typed. ControlS and control-Q are not echoed. (Control-U) The console echoes AU<CR>, and deletes the entire line. If controlU is typed on an empty line, it is echoed, and the ccmsole prompts for another command. (Control-R) Causes the ccmso1e to echo <CR><1F> followed by the current command line. This:function can be used to improve the readability of a command line that has been heavfiy edited. When control-C is typed as part of a command line, the console deletes the line as it does with ccntrol-U. (Control-P) If in console liD mode, causes the console to echo ""'P and to abort processiDg of a command. If the console is in program lIO mode control-P is passed to the operating system. (BREAK) If the ccmsole is in console I/O mode, BREAK is equivalent to control-C and is echoed as nAC". NOTE: If the local console is in program I/O mode and halts are disabled, BREAK is ignored. If the console is in program i/O mode and halts are enabled, BREAK causes the processor to halt and enter console 1/0 mode. 3.8.2 Address Specifiers Several commands take an address or addresses as arguments. An address defines the address space, and the offset into that space. The console supports six address spaces: Physical memory VIrtual memory Protected memory . General purpose registers (GPR) Internal processor registers (lPR) ThePSL The address space that the console references is inherited from the prey~ous console reference, unless you explicitly specify another address space. The initial address space is physical memory. 3.8.3 Symbolic Addresses The console supports symbolic references to addresses. A symbolic reference defines the address space, and the offset into that space. Table 3-4 lists symbolic references supported by the console, grouped according to address space. You do not have to use an address space qualifier when using a symbolic address. KASSO Firmware 3-11 Table 3-4: Console Symbolic Addresses Symbol Address Symbol Address R1 1 3 5 7 9 OB OD OF OD OE GPR Address Space (/G) RO R2 R4 R6 RS RIO R12 R14 AP SF 0 2 4 6 8 OA OC OE Oc OD R3 R5 R7 R9 Rll Rl3 Rl5 FP PC PSL IPR.Address Space (If) pr$_ksp pr$-BSp pr$_isp pr$..,pOlr pr$..,pllr pr$_sli pr$_scbb pr$_astlv pr$_sisr pr$_mcr pr$_todr pr$_l'Xdb pr$_txdb pr$_ccr pr$_mser pr$_savpsl pr$_mapen pr$_tbis pr$_tbchk 00 02 04 09 OB OD 11 13 15 19 1B 21 23 25 27 2B 38 3A 3F pr$_esp pr$_usp pr$-J)Obr pr$..,plbr pr$_sbr pr$..,pcbb pr$_ipl pr$_sirr pr$_iccr pr$_ic:r pr$_l'XCS pr$_txcs pr$_tbdr pr$_mcesr pr$_savpc pr$_ioreset pr$_tbia pr$_sid 3-12 KASSO CPU System Maintenance 01 03 08 OA OC 10 12 14 18 1A 20 22 24 26 2A 37 39 3E Table 3-4 (Cont.): Console Symbolic Addresses Symbol Address Symbol Address qbmem. 30000000 cacr 20084000 dser dsear ipcr1 ipcr3 ssc_cr ssc_dledr ssc_adOmsk ssc_adlmsk ssc_tirO ssc_tivrO ssc_tirl ssc_tiwl mem.csrl mem.csr3 mem.csr5 mem.csr7 mem.csr9 mem.csr11 mem.csr13 mem.csr15 memcsr17 nicsr1 nicsr3 nicsr5 nicsr7 nicsr9 nicsr11 nicsr13 nicsr15 sgec"poll sgec_rba sgec_status sgec_sbr 20080004 20OS000c 20001£42 2ooolf46 20140010 20140030 20140134 20140144 20140104 2014010c 20140114 2014011c 20080104 2008010c 20080114 2008011c 20080124 2008012c 20080134 2008013c 20080144 20008004 2oooSOOC 20008014 2000801C 20008024 2000802C 20008034 2000803C 20008004 2000800c 20008014 2ooo801C Physical Memory (fP) qbio qbmbr rom bdr dscr dmear ipcrO ipcr2 ssc_ram ssc_cdal ssc_adOmat ssc_adlmat ssc_taO ssc_t:o.irO ssc_terl ssc_tmr1 memcsrO memcsr2 memcsr4 memcsr6 memcsr8 memcsr10 memcsr12 memcsr14 Dlemesr16 nicsrO Diesr4 nicsr6 nicsr10 nicsr12 nicsr14 sgec_setup sgec_tba sgec_mode 20000000 20080010 20040000 20084004 20080000 20080008 20001£40 20001£44 20140400 20140020 20140130 20140140 20140100 20140108 20140110 20140118 20080100 20080108 20080110 20080118 20080120 20080128 20080130 20080138 20080140 20008000 20008008 20008010 20008018 20008020 20008028 20008030 20008038 20008000 20008008 20008010 20008018 KASSO Firmware 3-13 Table 3-4 (ConL): Console Symbolic Addresses Symbol Address Symbol Address sgec_wdt agec_verlo sgec...,pl'OC sgec_cm.d shac_sshma shac...,psr shac...,pfar sbacJm).csr shac...,pcq1cr sbac...,pcq3cr shac..,pmf'qcr sbac...,pecr sbac...,picr shacJm).tecr 20008024 2ooo802C 20008034 2000803C 20004244 2ooo404c 20004254 2000405C 20004284 200040SC 20004294 2000409C 200042A4 200040AC Physical Memory (IP) sgec_mfc sgec_verhi sgec_bpt shac_sswcr shac...,pqbbr shac-:pesr shac...,ppr shac-PCCIOcr shac.,.pcq2cr shac-Pdfqcr shac-PSl'Cl" shac-PCicr shac-PJIltcr 20008020 20008028 20008030 20008038 20004230 20004048 20004250 20004058 20004280 20004088 20004290 20004098 200042A0 200040A8 Table 3-5 lists symbolic addresses that can be used in any address space. Table 3-5: Symbolic Addresses Used In Any Address Space Symbol Description * The location last referenced in an EXAMINE or DEPOSIT command. The location immediately following the last location referenced in an EXAMINE or DEPOSIT command.. For references to physical or 'Virtual memory spaces, the location referenced is the last address, plus the size of the last reference (1 for byte, 2 for word, 4 for lcmgword, 8 for quadword). For other address spaces, the address is the last address referenced plus one. . The location immediately preceding the last location referenced in an EXAMINE or DEPOSIT command. For references to physical or virtual memory spaces, the location referenced is the last address :minus the size of this reference (1 for byte, 2 for word, 4 for lcmgword, 8 for quadward). For other address spaces, the address is the last address referenced minus one. The location addressed by the last location referenced in an EXAMINE or DEPOSIT command. + 3-14 KASSO CPU System Maintenance 3.8.4 Console Command Qualifiers You can enter console command qualifiers in any order on the command line after the command keyword. The three types of qualifiers are: data control, address space control, and command specific. Table 3-6 lists and describes the data control and address space control qualifiers. Command specific qualifiers are described in Section 3.9. Table 3-6: Console Command Qualifiers Qualifier Description Data Control IB IW IL IQ 1N:{count} 1STEP:{size} !WRONG The data size is byte. The data size is word. The data size is longword. The data size is quadword. An 1JDsigned hexadecimal integer that is evaluated into a longword. This qualifier determines the number of additional operations that are to take place on EXAMINE, DEPOSI~ MOVE, and SEARCH colmnands. An error message appears if the number overflows 32 hits. Step. Overrides the default increment of the console cur:rent reference. Commands that manipulate memory, such as EXAMINE, DEPOSIT, MOVE, and SEAR~ normally increment the console current reference by the size of the data being used. Wrong. Used to override or set elTOr bits when referenciDg main memory. On writes, use the complement. On reads, ignore ECC errors. Address Space Control IG II N IP 1M. /U Gimeral pmpose register (GPR) address space, RO-R15. The data size is always longword. Inta..~ proc:assor~..ar aPR) a-3-iress spaee. Accessible ......ly by the MTPR and MFPR instructions. The data size is always loogword. VIrtual memory address space. All access and protection checking occur. If access to a program T'Illll:riJ:lg with the current PSL is not allowed, the ecmsole issues an error message. Deposits to virtual space cause the PTE<M> bit to be set. Ifmemory mapping is not enabled, virtual addresses are equal to physical addresses. Note that when you examine virtual memory, the address space and address in the response is the physical address of the virtual address. Physical memory address space. Processor status IODgWord (PSL) address space. The data size is always longword. Access to console private memory is allowed. This qualifier also disables virtual address protection checks. On virtual address wri~ the PI'E<M> bit is not set if the /U qualifier is present. This qualifier is not inherited; it must be respeci:fied Qt!, each command. KA660 Firmware 3-15 3.8.5 Console Command Keywords Table 3-7 lists command keywords by type. Table 3-8 lists the parameters, qualifiers, and arguments for each console command. Parameters, used with the SET and SHOW commands only, are listed in the first column along with the command. Although it is possible to abbreviate by using the minimum number of characters required to uniquely identify a command or parameter, these abbreviations may become ambiguous at a later time if a new command or parameter is added in an updated version of the firmware. For this reason you should not use abbreviations in programs. Table 3-7: Command Keywords by Type Processor Control Data Transfer Console Control B*OOT D*EPOSIT CONF*IGURE C*ONTINUE E*XAMlNE M*OVE F*IND H*ALT I*NITIALIZE N*EXT SEA*RCH R*EPEAT SET X SH*OW S*TART T*EST U*NJAM Qualifier Keywords Data Control IB IW IL IQ IN: IST*EP: IWR*ONG Address Space Control Command Specific IG IIN*STRUCTION fNO*T 1R5: orl IRP*B or JME*M 11 IP N 1M /U I.F*ULL IDU*P or I.MA*INTENANCE IDS*SI or IU*QSSP IDI*SK or tr*APE ISE*RVICE "*" indicates the mjmmal number of characters that are requjred to Ulliquel.y identify the keyword. 3-16 KASSO CPU System Maintenance Table~: Console Command Summary Command Quali6.ers Argument BOOT CONFIGURE CONTINUE DEPOSIT 1R5:{boot_flags} /{boot_flags} [{boot_device}] IB IW fL IQ -/G II N IP 1M IU 1N:{count} JSTEP:{size} /WRONG {address} Other(s) {data} [{data}] :{ecc}] EXAMINE IBIW fL/Q-/GII NIP fMlU 1N:{count} 1STEP:{size} !WRONG [{address}] IlNSTRUCTION FIND IMEMIRPB HALT HELP INITIALIZE MOVE IE /W IL IQ - rv /P fU 1N:{count} ISTEP:{size} /WRONG [:{ecc}] NEXT REPEAT SEARCH IBIW fL/Q-N /PIU 1N:{count} ISTEP:{size} !WRONG {Sl"C_address} {dest_address} [{count}] {command} {start_address} {pattem} [{mask}] /NOT SETBFL(A)G SET BOOT SET CONTROLP SET HALT SET HOST SET HOST SET HOST SET LANGUAGE SET RECALL SET VERIFICATION SHOW BFL(A)G SHOW BOOT SHOW CONTROLP SHOW DEVICE SHOWDSSI JDUP IDSSI IBUS:{OIl} IDUP IUQSSP {!DISK ! .~lU'E } lDtJP lUQSSP !MAINTENANCE IUQSSP /SERVICE !MAINTENANCE IUQSSP {bitmap} {device_string} {OIl} {halt_action} [{task}] {node_number} {cont!'O!1er_Il"ft'Obe,.} ({task}] [{task}] {csr_address} {controller_number} {csr_ad.dress} {laDguage_type} {OIl} {password} KASSO Firmware 3-17 Table 3-8 (Cont): Console Command Summary Command QuaJjfiers Argument Other(s) SHOW ETHERNET SHOW HALT SHOW LANGUAGE SHOW MEMORY /FULL SHOWQBUS SHOW RECALL SHOWRLV12 SHOW SCSI SHOW TRANSLATION SHOWUQSSP SHOW VERIFICATION SHOW VERSION START TEST UNJAM X [{parameters}] {address} {count} 3.9 Console Commands This section describes the console I/O mode commands. commands at the console I/O mode prompt »>. Enter the 3.9.1 BOOT The BOOT command initializes the processor and transfers execution to VMB. VMB attempts to boot the operating system from the specified device, or the default boot device if none is specified. The console qualifies the bootstrap operation by passing a boot :Bags bitmap to VMB in R5. Table 3-9 lists the supported R5 boot flags. Format: BOOT [qua1ifier-list] [boot_device] If you do not enter either the qualifier or the device name, then the default value is used. Explicitly stating the boot:flags or the boot device overrides but does not permanently change the corresponding default value. Set the default boot device and boot fiags with the SET BOOT and SET BFLAG commands. If you do not set a default boot device, the processor times out after 30 seconds and attempts to boot from the on-board Ethernet port, EZAO. Table 3-10 lists the boot devices supported by the KA66O-AA.. 3-18 KA660 CPU System Maintenance Command Specific Qualifiers: 1R5:{bitmap} l{bitmap} [boot_device or device list] A 32-bit hexadecimal value passed to VMB in R5. The console does not interpret this value. Use the SET BFLAG command to specify a default boot :flags longword. Use the SHOW BFLAG command to display the longword. Same as 1R5:{bitmap} A character striDg of up to 39 characters. Longer strings cause a VAL TOO BIG error message. Apart from leIlgth, the console makes no attempt to interpret or validate the device name. The console converts the string to upper-..ase, then passes VMB a stri.:og descriptor to this device name in RO. Table 3-9: VMB Boot Flags Bit Name Description o RPB$V_CONV 2 RPB$V_INIBPf 3 RPB$V_BBLOCK 4 RPB$V_DIAG 5 RPB$V_BOOBPT 6 RPB$V_HEADER 8 R...'PB$V_SOLICT " :;I RPB$V_HALT 31:28 RPB$V_TOPSYS Conversational boot. At various points in the system boot procedure, the bootstrap code solicits parameters and other input from the console terminal. Initial breakpoint. If RPB$V_DEBUG is set, the VMS operatiDg system executes a BPT i:astruction in module INIT immediately after enabling mapping. Secondary bootstrap from bootblock. When set, VMB reads logical block number 0 of the boot device and tests it for conformance with the bootblock format. If in conformance, the block is executed to continue the bootstrap. No attempt is made to perform a Files-ll bootstrap. Diagnostic bootstrap. When set, the load image requested over the network is [SYSO.SYSMAINT]DIAGBOOT.EXE. Bootstrap breakpoint. When set, a breakpoint instruction is executed in VMB and control is transferred to XDELTA before booting. Image header. When set, VMB transfers control to the address specified by the file's image header. When not set, VMB traDsfers control to the first location of the load image. Fi.le naTne solicit. When set7 VMB prompu: the operator for the name of the application image file. The maximum file specification size is 17 characters. Halt before t::ransfer. When sat, VMB halts before tramd'a..T~ control to the application image. This field can be any value from 0 through F. '1."hls fiag cha:cges the top-level directory name for system disks with multiple operatiDg systems. For example, if TOPSYS is 1, the top-level directory name is [SYSL..]. KA660 Firmware 3-19 3.9.1.1 Supported Boot Devices Table 3-10 lists the boot devices supported by the KA660 CPU. The table coITelates the boot device names expected in a BOOT command with the corresponding supported devices. Boot device names consist of a device code at least two letters (A through Z) in length, followed by a single character controller letter (A through Z), and ending in a device unit number (0-16,383). DSSI device names may also include a node prefix, consisting of either a node number (0-7) or a node name (a string of up to eight characters), ending in a dollar sign ($). 3.9.1.2 Boot Devices The KA660 firmware passes the address of a descriptor of the boot device name to VMB through RO. This device name used for the bootstrap operation is one of the following: • The local Ethernet device, if no default boot device has been specified or • The default boot device specified at initial power-up or via a SET BOOT command, or • The boot device name explicitly specified in a BOOT command line. The device name may be any arbitrary character string, with a maximum length of 17 characters. Longer strings cause an error message to be issued to the console. Otherwise the console makes no attempt at interpreting or validating the device name. The console converts the string to all upper case, and passes VMB the address of a string descriptor for the device name inRO. Table 3-10 correlates the boot device names expected in a BOOT command with the corresponding supported devices. 3-20 KA6S0 CPU System Maintenance Table 3-10: Boot Device Names Controller/Adapter Device Type Device Logical Name RF-series ISE Embedded DSS! host adapter (part of CPU) RF-series ISE KFQSA storage adapter TK-series tape drive TQK.701TQK50 TLZ04 tape drive KZQSA adapter MKAn RRD40 compact disc drive KZQSA adapter DKAn PROM (programmable read-only memory) MRVll module FRAn Ethernet adapter On-board (part of CPU) EZAO W..hernet adapter DESQA Ethernet controller XQAn RA-series drives KDASO DUcn2 DImn1 1m = DSSI bus adapter (A = first bus (0), B = second bus (1), and so on.) = n u:oit number When under operating system control, DIBn de~ces are recog:cized as DIAn devices. 2c = MSCP controller designator (A first, B second, and so on.) n u:oit number Sc = TMSCP controller desigDa.tor (A =:first, B = second, and so on.) n u:oit number = = = = Emmples: »> SHOW BOOT o »> SHOW BFLAG EZAO »> B! Boot using default boot flags and device. (BOOT /RS : 0 EZAO) 2 •• -EZAO »> B XQAD ! Boot from XQAO using default boot flags. (BOOT/R5:0 XQAO) 2 •• -XQAO »> B/10 ! Boot using supplied boot flag (4) (BOOT/RS:10 EZAO) ! and default device. KASSO Firmware 3-21 2 •• -EZAO »> BOO'!' /R5:220 XQAO (BOOT/RS:220 XQAO) Boot using supplied boot flags (S and 9) and devioe. 2 •• -XQAO 3.9.2 CONRGURE The CONFIGURE command invokes an interactive mode that permits you to enter Q22-bus device names, then generates a table of Q22-bus I/O page device CSR addresses and interrupt vectors. CONFIGURE is similar to the VMS SYSGEN CONFIG utility. This command simplifies field configuration by providing information that is typically available only with a running operating system. Refer to the example below and use the CONFIGURE command as follows: 1. Enter CONFIGURE at the console I/O prompt. 2. Enter HELP at the Devioe, Numbe:r? prompt to see a list of devices whose CSR addresses and interrupt vectors can be determined. 3. Enter the device names and number of devices. 4. Enter EXIT to obtain the CSR address and interrupt vector assignments. The devices listed in the HELP display are not necessarily supported by the KA660-AA CPU. Format: CONFIGURE E%l1,mple: »> COlII!"%GORE Enter device configuration, HELP, or EXIT Device,Number? ~ Devices: DLVllJ DZQll KXJll LPVll '!'SV05 RXV21 DRVllW RLVl2 DEQNA DELQA DESQA DMVll KE'QSA-DISK TQK50 RQC25 RRD50 IEQll KFQSA-TAPE KMVll RV20 CXYOS vesOl CXB16 CXAl6 DSVll ADVllC QPSS I.NV21 ADVllD AAVllD VCB02 KWVl.lC IBQOl VSV21 DRQ3B IDVllA IAVllA IAVllB MIRA IDVllD IGQll DIV32 KIV32 DESNA KZQSA KWV32 Numbers: 3-22 KASSO CPU System Maintenance DZVll DRVl.lB RQDD TQK70 DHQll QVSS AAVllC QDSS IDVllB ADQ32 DTCN5 DFAOl DPVll KDASO TtJS1E DHVll LNVll AXVllC DRVllJ IDVllC DTC04 DTC05 1 to 255, default is 1 Device,Number? kda50 Device,Number? kfqsa Device is ambiguous Device,Number? kfqsa-disk Device,Number? kfqsa-tape Device,Number? cxy08 Device,Number? cxa16 Device,Number? exit Address/Vector Assignments -772150/154 KDA50 -760334/300 KFQSA-DISK -774500/260 KFQSA-TAPE -760500/310 CXY08 -760520/320 CXA16 »> KA660 Firmware 3.9.3 CONTINUE The CONTINUE command causes the processor to begin instruction execution at the address currently contained in the PC. It does not perform a processor initialization. The console enters program 110 mode. Format: CONTINUE Example: »> CONTDroE 3.9.4 DEPOSIT The DEPOSIT command deposits data into the address specified. If you do not specify an address space or data size qualifier, the console uses the last address space and data size used in a DEPOSIT, EXAMINE, MOVE, or SEARCH command. After processor initialization, the default address space is physical memory, the default data size is longword, and the default address is zero. If you specify conflicting address space or data sizes, the console ignores the command and issues an error message. Format: DEPOSIT [qualifier_list] {address} {data} [data._l Qualifiers: Data control: IB, /W, IL, IQ, 1N:{count}, ISTEP:{size}, !WRONG Address space control: IG, II, !P, N, fU Argu1'l'tents: {address} A longworcl address that specifies the first location into which data is deposited. The address can be an actual address or a symbolic address. {data} The data to be deposited. Ifthe specified data is larger than the deposit data size, the firmware ignores the command and issues an error response. If the specified data is smaller than the deposit data size, it is extended on the left with zeros. [data] Additional data to be deposited (as many as can fit on the command line). Examples: »> D/P/B/N:1PF 0 0 Clear first 512 bytes of physical memory. »> D/V/L/N:3 1234 5 Deposit 5 into four longwords starting at virtual memory address 1234. Loads GPRs RO through R8 with -1. »> D/N:8 ItO l!FfiFliH 3-24 KASSO CPU System Maintenance »> D/N:200 - 0 ! Starting at previous address, clear 513 ! bytes. »> D/L/P/N:10/S:200 0 8 Deposit 8 in the first longword of the first 17 pages in physical memory. 3.9.5 EXAMINE The EXAMINE command examjnes the contents of the memory location or register specified by the address. If no address is specified, + is assumed. The display line consists of a single character address specifier, the physical address to be examiqed, and the examjned data. EXAMINE uses the same qualifiers as DEPOSIT. However, the !WRONG qualifier causes examjnes to ignore ECC errors on reads from physical memory. The EXAMINE command also supports an IlNSTRUCTION qualifier, which will disassemble the instructions at the current address. Fonnat: EXAMINE [qualliier_list] [address] Qualifiers: Data control: /B, IW, IL, /Q, 1N:{count}, ISTEP:{size} , !WRONG, / INSTRUCTION Address space control: /G, 11, 1M, /P, N, IU Command specific: /INSTRUCTION Disassembles and displays the VAX Macro-32 instruction at the specified address. Arg-d;ment8: [address] Em,mples: A longward address that specifies the :first location to be exammed. The address can be an actual or a symbolic address. If no address is spec:i1ied, + is assumed. »> EX PC Examine the pc. G OOOOOOOF FFFFFFFC »> EX SP G OOOOOOOE 00000200 »> EX PSL M 00000000 041FOOOO »> ElM M 00000000 041FOOOO »> E 1l4/N:S G 00000004 00000000 G 00000005 00000000 G 00000006 00000000 G 00000007 00000000 G 00000008 00000000 G 00000009 80109000 »> EXPR$_SCBB I 00000011 2004AOOO Examine the SF. Examine the PSL. Examine PSL another way. Examine R4 through R9. ! Examine the SCBB, IPR 17 ! (decimal). »> KIP 0 Examine local memory o. P 00000000 00000000 »> EX IIRS 20040000 P 20040000 11 BRB »> EX IIRS/N:S 20040019 P 20040019 P 20040024 P 2004002F P 20040036 P 20040030 P 20040044 DO MOVL D2 MCOML D2 MCOML 70 MOVQ DO MOVL DB MFFR »> Elms P 20040048 DB MFFR Examine 1st byte of ROM. 20040019 ! Disassemble from branch. l~t20140000,@f20140000 @t20140030,@t20140502 S~tOE,@t20140030 RO,@i201404B2 l~t201404B2,R1 S ... t2A,B"'44 (R1) ! Look at next instruction. S ... t2B,B~48(R1) »> 3.9.6 RND The FIND command searches main memory starting at address zero for a page-aligned l28-Kbyte segment of good memory, or a restart parameter block (RPB). If the command finds the segment or RPB, its address plus 512 is left in SP (R14). If it does not find the segment or RPB, the console issues an error message and preserves the contents of SP. If you do not specify a qualifier, IRPB is assumed .. Format: FIND [qualifier-list] Qualifiers: 3-26 KASSO CPU System Maintenance Command specific: !.MEMORY Searches memory for a page-aligned block of good memory, 128 Kbytes in length. The search looks only at memory that is deemed usable by the bitmap. This command leaves the contents of memory unchanged. IRPB Searches all of physical memory for an RPB. The search does not use the bitmap to qualify which pages are looked at. The command leaves the contents ofmem.ory unchanged. Examples: »> EX SP Check the SP. G OOOOOOOE 00000000 »> FIND /JIJJ1.M »> EX SP G OOOOOOOE 00000200 »> FIND /'BRB ?2C FND ERR 00C00004 Look for a val.id 128 Kbyte. Note where i t was found. Check for valid RPB. None to be found here. »> 3.9.7 HALT The HALT command has no effect. It is included for compatibility with other VAX consoles. Format: HALT Example: »> HALT »> Pretend to halt. 3.9.8 HELP The HELP command provides information about command syntax and usage. Example: »>BEI.P Following is a brief summary of all commands supported by the console: UPPERCASE I [) <> denotes a keyword that you must type in denotes an OR condition denotes optional parameters denotes a field specifying a syntactically correct value denotes one of an inclusive range of integers de."lotes that the previous item may be repeated , Valid qualifiers: /B /W /L IQ /INSTRUCTION IG II IV /P /M /STEP: /N: /NOT IWRONG /U Valid commands: BOOT [/R5:<boot_flags> I /<boot_flags>] [<boot_device>[:]) CONFIGURE CONTINUE DEPOSIT [<qualifiers» <address> [<datum> [<datum») EXAMINE [<qualifiers» [<address» FIND [/'MEMORY I IRPB) HALT HELP INITIALIZE MOVE [<qualifiers» <address> <address> [count) REPEAT <command> SEARCH [<qualifiers» <address> <pattern> [<mask» SET Bn. (A) G <boot flags> SET BOOT <boot device> SET CONTROLP <'0 •• 1 I DISABLED I ENABLED> SET HALT <0 •• 4 I DEFAULT I RESTART I REBOOT I HALT I RESTART_REBOOT> SET HOST/DUP/DSSI <node number> [<task» SET HOST/DUP/OQSSP </DISK t /TAPE> <controller number> [<task>] SET HOST/DUP/UQSSP <physical_CSR_address> [<ta~k» SET HOST/MAINTENANCE/UQSSP/SERVICE <controller number> SET HOST/MAINTENANCE/UQSSP <physical_CSR_address> SET LANGUAGE <1 •• 15> SET RECALL <0 •• 1 t DISABLED I ENABLED> SHOW Bn. (A) G NE~ SHOW BOOT SHOW DEVICE SHOW DSSI SHOW ETHERNET SHOW HALT SHOW LANGUAGE SHOW MEMORY [lFULI.] SHOW RECALL SHOW RLVl2 SHOW QBUS SHOW UQSSP SHOW SCSI SHOW TRANSLATION <physical_address> SHOW VERSION START <address> TEST [<test_code> {<parameters») UNJ).M X <address> <count> »> 3-28 KASSO CPU System Maintenance 3.9.9 INITIALIZE The INITIALIZE command performs a processor initialization. Forrrw,t: INITIALIZE The following registers are initialized: Register State at IDitializatioD PSL 041FOOOO 1F 4 0 ~L ASTLVL SISR ICeS RXCS TXCS Bits <6> and <0> clear; the rest are unpredictable 0 80 MAPEN 0 Cache lDstnlction buffer Console previous reference TODR Main memory General registers Halt code Bootstrap-in-progress flag Internal restart-in-progress flag Enabled and flushed Une£fected Longword, physical, address 0 Une£fected Une£fected Une£fected Une£fected Une£fected Uneffected The firmware clears all error status bits and initializes the following: CDAL bus timer Address decode and match registers Programmable timer interrupt vectors SSCCR Example: »> mIT »> KASSO Firmware 3-29 3.9.10 MOVE The MOVE command copies the block of memory starting at the source address to a block beginning at the destination address. Typically, this command has an IN qualifier so that more than one data is transferred. The destination correctly reflects the contents of the source, regardless of the overlap between the source and the data. The MOVE command actually performs byte, word, longword, and quadword reads and writes as needed in the process of moving the data. Moves are supported only for the physical and virtual address spaces. Format: MOVE [qualifier-list] {src_address} {dest_address} Qualifiers: Data control: IB, IW, fL, IW, 1N:{count}, ISTEP:{size}, /WRONG Adilress space control: IV, IU, IP Arguments: {arc_address} A longword address that specifies the first location of the source data to be copied. {dest_address} A longword address that spec:i1ies the destination of the first byte of data. These addresses may be an actual address or a symbolic address. H no address is specified, + is assumed. E:mmples: »> EX/If:04 0 p P P P P »> EX/If: 4 200 P P P P P Observe destination. 00000000 00000000 00000004 00000000 00000008 00000000 OOOOOOOC 00000000 OOOOOOlO 00000000 Observe source data. 00000200 58000520 00000204 585E04Cl 00000208 00FF8FBB 0000020C 5208A800 00000210 540CA80E »> MOVIN:04 200 0 3-30 Move the data. KA660 CPU System Maintenance »> EX/N:4 0 P 00000000 58DD0520 P 00000004 585E04C1 P 00000008 00FF8FBB P OOOOOOOC 5208A8DO P 00000010 540CA8DE Observe moved data. »> 3.9.11 NEXT The NEXT command executes the specified number of macro instructions. If no count is specified, 1 is assumed. After the last macro instruction is executed, the console reenters console I/O mode. Forrnat: NEXT {count} The console implements the ~ command using the trace trap enable and trace pending bits in the PSL, and the trace pending vector in the SCB. The following restrictions apply: • If memory management is enabled, the NEXT command works only if the first page in SSC RAM is mapped in SO (system) space. • Overhead associated with the NEXT command affects execution time of an instruction. • The NEXT command elevates the IPL to 31 for long periods of time (milliseconds) while single stepping over several commands. • Unpredictable results occur if the macro instruction being stepped over modifies either the SCBB or the trace traD entry. This means that you cannot use the NEXT command in conj~ction ~th other debuggers. ~J,ments: {count} A value :representiDg the number of macro instructions to execute. Examples: KASSO Firmware 3-31 »> ~ZP 1000 5~650D4 »> ~ZP 1004 12500S~1 »> ~ZP 1008 00FE11F9 »> EX 1IJIS'J:RtJC:'noR 1&:5 1000 P 00001000 P 00001002 P 00001004 P 00001007 P 00001009 P 0000100B D4 CLRL D6 INCL Dl CMPL 12 BNEQ 11 BRE 00 HALT »> ~ZP PR$ SCBB 200 »> ~ZP PC 1000 Create a simple program. List it. RO RO ShtOS,RO 00001002 00001009 Set up a user SCBB ••• ••• and the PC. »> »> R P P P P 00001002 00001004 00001007 00001002 »> R 5 P 00001004 P 00001007 P 00001002 P 00001004 P 00001007 Sing Ie step ••• D6 INCL Dl CMPL 12 BNEQ D6 INCL RO ShtOS,RO 00001002 RO D1 CMPL 12 B:NEQ D6 INCL Dl CMPL 12 BNEQ ShtOS,RO 00001002 RO ShtOS,RO 00001002 D6 INCL Dl CMPL 12 BNEQ D6 INCL D1 CMPL 12 BNEQ 11 BRE RO ShtOS,RO 00001002 RO S"tOS,RO 00001002 00001009 11 BRE 00001009 SPACEBAR SPACEBAR SPACEBAR CR ! ••• or multiple step the program. »> IT 7 P 00001002 P 00001004 ? 00001007 ? 00001002 P 00001004 P 00001007 P 00001009 »> IT P 00001009 »> 3.9.12 REPEAT The REPEAT command repeatedly displays and executes the specified command. Press ICTRLICI to stop the command. You can specify any valid console command, except the REPEAT command. Fonnat: REPEAT {command} Arguments: {command} A valid console command other than REPEAT. Examples: 3-32 KAS60 CPU System Maintenance »>REP~ EDKINE 0 P 00000000 00000004 P 00000000 00000004 P 00000000 00000004 P 00000000 00000004 P 00000000 00000004 P 00000000 00000004 P 00000000 00000004 P OOOO . . . C »> 3.9.13 SEARCH The SEARCH command finds all occurrences of a pattern and reports the addresses where the pattern was found. If the /NOT qualifier is present, the command reports all addresses in which the pattern did not match. Format: SEARCH [qualifier_list] {address} {pattern} [mask] SEARCH accepts an optional. mask that indicates bits to be ignored (don't care bits). For example, to ignore bit 0 in the comparison, specify a mask of 1. The mask, if not present, defaults to O. A match occurs if (pattern AND mask complement) = (data AND mask complement), where: pattern is the target data mask is the optional don't care bitmask (which defaults to 0) data is the data at the current address SEARCH reports the address under the following conditions: iNOT Quailiier Absent .Absent Present Present Maich Condition Action True Report address No report No report Report address False True False The address is advanced by the size of the pattern (byte, word, longword, or quadword), unless overridden by the ISTEP qualifier. Qualifiers: Data control: IB, IW, IL, IQ, 1N:{count}, ISTEP:{size}, !WRONG, !NOT Address space control: IP, IV, fU KASSO Rrmware 3-33 Command specific: !NOT Inverts the sense of the match. Arguments: {start_address} A lcmgword address that specifies the first location subject to the search. This address can be an actual address or a symbolic address. If no address is specified, + is assumed. {pattern} The target data. [{mask}] A mask of the bits desired in the comparison. Examples: 9wide \maximum) »>DEP /P/L/N:1000 0 0 Clear some memory. »> »>DEP 300 12345678\BOLD) ! Deposit some "search" data. »>DEP 401 12345678\BOLD) »>DEP 502 87654321\BOLD) »> »>SEARCH /N:l000 /ST:l 0 12345678 ! Search for all occurances ••. P 00000300 12345678 ! ..• of 12345678 on any byte ••. P 00000401 12345678 ! .•• boundary. »>SEARCH /N:l000 0 12345678 ! Then try on longword ••• P 00000300 12345678 ••• boundaries. »>SEARCH /N:l000 /NOT 0 0 ! Search for all non-zero ••• P 00000300 12345678 ••• longwords. P 00000400 34567800 P 00000404 00000012 P 00000500 43210000 P 00000504 00008765 »>SEARCH /N:l000 /ST:l 0 1 FFiiFfi2 ! Search for "odd" longwords ••• P 00000502 87654321 ! .•• on any boundary. P 00000503 00876543 P 00000504 00008765 P 00000505 00000087 »>SEA:R.CH /N: 1000 /S 0 12 ! Search for all occurrances ••• P 00000303 12 ! .•• of the byte 12. P 00000404 12 »>SEA:R.CH /N:l000 /ST:l /_ 0 FEll Search for all words which ••• ••• could be interpretted as ••• »> »> ••• a "spin" (10$: brb 10$). Note, none found. »> 3-34 KASSO CPU System Maintenance 3.9.14 SET The SET command sets the parameter to the value you specify. Format: SET {parameter} {value} Parameters: BFLAG Set the default R5 boot flags. The value must be a hexadecimal number of up to 8 digits. See Table 3-9 under the BOOT command description for a list of the boot flags. BOOT Set the default boot device. The value must be a valid deVice name as specified in the BOOT command description Section 3.9.L CONTROLP Set Control-p as the console halt condition instead of break. Value of 1 sets Control-P; value of 0 disables Contrc1-P. HALT Set the user-defined halt action; acceptable values are 0 through 4 or the following keywords: DEFAULT, RESTART, REBOOT, HALT, and RESTART_REBOOT. KA660 Firmware 3-35 HOST Ccmnect to the DUP or MAINTENANCE driver on the selected node or device. Note the bierarchy of the SET HOST qualifiers below. IDUP-Use the DUP driver to execute local programs of a device on either the DSSI bus or the Q22-bus. IDSSI Dod~Attach to the DSSI node. A node is a name up to 8 characters in length or a number from 0 to 7. OB IUQSSP-Attach to the UQSSP device specified using one of the following methods: !DISK n-Speci6.es the disk controller number, where n is a number from 0 to 255. The resulting fixed address for n=O is 20001468 and the fioating rank for 0>0 is 26. /TAPE n-Speci1ies the tape controller number, where n is a number from 0 to 255. The resulting fixed address for n::() is 20001940 and the fioatiDg rank for 0>0 is 30. csr_addrees--Speci:fies the Q22-bus I/O page OSR address for the device. JMAINTENANCE-Examines and modifies KFQSA EEPROM configuration parameters. Does not accept a task value. IUQSSP- Attach to the UQSSP device specified using one of the followmg methods: ISERVICE n-Specifies the KFQSA module n where n is a value from 0 to 3. (The resulting fixed address of a KFQSA module in service mode is 20001910+4*n.) /csr_addrees--Speci:fies the Q22-bus I/O page CSR address for the KFQSA. LANGUAGE Sets console language and keyboard type. If the current console terminal does not support the Digital Multinationa.l Character Set (MOS), then this command has no effect and the console message appears in English. Values are 1 through 15. Refer to Example 3-1 for the languages you can select. RECALL Sets command recall state to either 1 or 0 (ENABLED or DISABLED). Qualifiers: Listed in the parameter descriptions above. Examples: »> »> SE': sn.aG 220 »> »> SZ'1' !lOOT »> »> SET CON'rROI.P 0 »> »> SET DI.~ ~ »> »> SE': BOS"J:/,t:J'OP/DSS% 0 Start ing DOP server ••• 3-36 KASSO CPU System Maintenance DSSI Node 0 (SUSAN) Copyright C 1990 Digital Equipment Corporation DRVEXR Vl.O D 5-JUL-1990 15:33:06 DRVTST Vl.O D 5-JUL-1990 15:33:06 HISTRY Vl.O D 5-JUL-1990 15:33:06 ERASE Vl.O D 5-JUL-1990 15:33:06 PARAMS Vl.O D 5-JUL-1990 15:33:06 DIRECT Vl.O D 5-JUL-1990 15:33:06 End of directory Task Name? pa:ama Copyright C 1990 Digital Equipment Corporation .tat path PARAMS> In Path Block 0 PB 6 PB 1 PB 4 PB 5 PB 2 PB 3 PB Remote Node FF811ECC FF811FDO FF8120D4 FF8121D8 FF8122DC FF8123EO FF8124E4 Internal Path KFQSA KFX V1.0 KAREN RFX V101 WILMA RFX V101 BETTY DSSIl 3 RFX V101 VMS VS.O VMB BOOT 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 14328 61 0 0 0 0 0 14328 61 PARAMS> cd.t Exiting ••• Task Name? ~opping DUP server ••• »> »> SE~ BOST/t>'OP/r)SS% 0 P.aRA'MS Starting DUP server ••• DSSI Node 0 (SUSAN) Copyright C 1990 Digital Equipment Corporation PARAMS> show nod. Parameter NODENAME Parameter Current Default SUSAN RF30 Current ALLCLASS Type Radix String Ascii Type Radix -------- ---Default -------- ---1 0 Byte Dec B B PARAMS> EX%~ Exiting ••• Stopping DUP server ••• »> »> ~ BO~ 1~/t>SS%/BOS:l 0 Starting DUP server ••• KA660 Firmware 3-37 DSSI Bus 1 Node 0 (SUSAN) Copyright C 1990 Digital Equipment Corporation DRVEXR ~.O D 5-JOL-1990 15:33:06 DRVTST ~.O D 5-JOL-1990 15:33:06 HISTRY ~.O D 5-JOL-1990 15:33:06 ERASE ~.O D 5-JOL-1990 15:33:06 PARAMS ~.O D 5-JOL-1990 15:33:06 DIRECT ~.O D 5-JOL-1990 lS:33:06 End of directory Task Name'? paruu Copyright C 1990 Digital Equipment Corporation PARAMS> ID .tat path Path Block Remote Node DGS_S DGS_R MSGS_S MSGS_R - - - - - - - - - ------- - - - - - - ------- -----------FFSI1ECC 0 PB Internal 'Path 6 PB 1 PB 4 PB S PB 2 PB 3 PB P ARAMS> FFSllFDO FFS120D4 FFS121DS FFS122DC FFS123EO FF8124E4 KFQSA KFX V1.0 KAREN WILMA R..1:"X V101 BETTY DSSIl 3 RFX V101 RFX V101 VMS VS.O VMS BOOT (') ('J 0 (\ 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 14328 14328 61 61 0 0 ez.it Exiting ••• Task Name'? Stopping DO? server ••• »> »> SE'r HOST /nTJP/'DSS7./BT3S:1 0 PARAKS Starting DUP server ••• DSSI Bus 1 Node 0 (SUSAN) Copyright C 1990 Digital Equipment Corporation PARMK.s> abow DOd. Parameter NODENAHE Parameter CUrrent Default SUSAN CUrrent ALLCLASS Radix RF31 Default 1 o PARAMS> ~t Exiting ••• Stopping DO? server ••• »> »> ~ HOST I~/OQSSP 20001468 OQSSP Controller (772150) 3-38 KA6S0 CPU System Maintenance String Ascii Type Radix Byte Dec 0 0 0 Enter SET, CLEAR, SHOW, HELP, EXIT, or QUIT Node CSR Address Model o 772150 1 21 760334 21 760340 21 760344 21 - - - - KFQSA - - - 4 5 7 '? Bl!:I.P Commands: SET <node> /KFQSA SET <node> <CSR_address> <model> CLEAR <node> SHO~l HELP EXIT QUIT Parameters: <node> <CSR address> o to 7 760010 to 777774 21 (disk) or 22 {tape} <mod;l> '? '? set KFQSA DSSI node number enable a DSSI device disable a DSSI device show current confi~~ration print this text program the KFQSA don't program the KFQSA 6 !k£q- . .t ahow Node o 1 4 5 6 Model CSR Address 772150 21 21 760334 760340 21 760344 21 - - - KFQSA - - - '?~ Programming the KFQSA ••• »> »> SE~ I.aBGtIAGE 5 »> »> SET REc:a.:t.L 1 »> »> SE~ VZRX!'l:CAnOR ~SE 3.9.15 SHOW The SHOW command displays the console parameter you specify. Forw.,a.t: SHOW {parameter} Parameters: BFLAG Displays the default R5 boot flags. BOOT Displays the default boot device. CONTROLP Displays current state of halt recognition, either ENABLED or DISABLED. DEVICE Displays all devices displayed by the SHOW nSS!, SHOW ETHERNET, and SHOW UQSSP commam:ls. KA660 Firmware 3-39 nBSI Displays the statas of all nodes that can be found on the nBSI bus. For each node on the DSSI bus, the firmware displays the node number, the node name, and the boot name and type of the device, if available. The command does not indicate if the device contains a bootable image. The node that issues the mmmand is listed with a node name of * (asterisk). The device information is obtained from the media type field of the MSCP command GET UNIT STATUS. If a node is not numiJlg or is not capable of numiJlg an MSCP server, then no device information is displayed. ETHERNET Displays hardware Ethernet address for all Ethernet adapters that can be found, both on-board and on the Q22-bus. Displays as blank if no Ethernet adapter is present. HALT Show the user-defined halt action. LANGUAGE Displays CQDSOle language and keyboard type. Refer to the corresponding SET LANGUAGE cnmmand for the meaning. MEMORY Displays main memory ccmfiguration board by board. IFUIL-Additionally, displays the normally inaccessible areas of memory, such as the PFN bitmap pages, the CODSOle scratch memory pages, the Q22-bus scatter/gather map pages. Also reports the addresses ofbad pages, as defined by the bitmap. QBUS Displays all Q22-bus IIO addresses that respond to an aligned word read, and vector and device name iDformation. For each address, the console displays the address in the VAX I/O space in hexadecimal, the address as it would appear in the Q22-bus IIO space in octal, and the word data that was read in hexadecimal. This command may take several minutes to complete. Press ICTRL'C I to terminate the command. During execution, the command disables the scatter/gather map. RECALL Shows the ctlI'rent state of command r~ either ENABLED or DISABLED. RLV12 Displays all RLOl and RL02 disks that appear on the Q22-bus. 3-40 KASSO CPU System Maintenance SCSI Shows any SCSI devices on the system. TRANSLATION Shows any virtual addresses that map to the specified physical address. The firmware uses the current values of page table base and length registers to perform its search; it is assumed that page tables have been properly built. UQSSP Displays the status of all disks and tapes that can be found on the Q22bus that support the UQSSP protocol For each S11Ch disk or tape on the Q22-bus, the :firmware displays the controller number, the controller CSR address, and the boot name and type of each device connected to the controller. The command does not indicate if the device contains a bootable image. This information is obtained from the media type field of the MSCP command GET UNIT STATUS. The console does not display device :infonnation if a node is not ruIlIliDg (or cannot run) an MSCP server. 'VERSION Displays the current firmware version. Qualifiers: Listed in the parameter descriptions above. Examples: »> »> SHOW Bn.aG: 00000220 »> »> SHOW BOO~ »> »> SHOW J)EV%CE DSS! Bus 0 Node 0 (SUSAN) -D!AO (RE'31) DSS! Bus 0 Node 1 (KAREN) -DIAl (RE'3l) DSS! Bus 0 Node 3 (*) DSS: Bus 0 Node 4 -D!A4 (RF31) (WILMA) DSS! Bus 0 Node 5 (BETTY) -DIAS (RE'31) DSS! Bus 0 Node 6 (KFQSA) SCSI Adapter 0 (761300),SCS! ID 7 -DUlOO (DEC RZ31 eC) DEC) -DKA300 (MAXTOR XT-8000S) OQSSP Disk Controller 0 (772150) -DOAO (RE'31) OQSSP Disk Controller 1 (760334) -DOBl (RE'31) OQSSP Disk Controller 2 (760340) -DOC3 (RE'31) OQSSP Disk Controller 3 (760344) -DUD4 (RE'Sl) KASSO Firmware 3-41 Ethernet Adapter -(08-00-2B-03-82-78) »> »> SHOW J)SS% DSSI Bus 0 Node 0 (SUSAN) -DIAO (RF31) DSSI Bus 0 Node 1 (KAREN) -DIAl (RF31) DSS: Bus 0 Node 3 (*) DSSI Bus 0 Node 4 -DIA4 (RF31) (WILMA) DSSI Bus 0 Node 5 (BETTY) -DIAS {RF31) DSSZ B~s v ~ode (AFQSA) »> »> SHOW~ Ethernet Adapter -(08-00-2B-03-82-78) »> »> SHOIr BU.'.r Reboot »>SBOW~ English (United States/C~~ada) »> »> SHOW~ Memory 0: 00000000 to 003FFFFF, 4MB, 0 bad pages Total of 4MB, 0 bad pages, 98 reserved pages »> »> SHOW III!:IICIRY /rr:JLI. Memory 0: 00000000 to 003FFFFF, 4MB, 0 bad pages Total of 4MB, 0 bad pages, 98 reserved pages Memory Bitmap -003F3COO to 003F3FFF, 2 pages Console Scratch Area -003F4000 to 003F7FFF, 32 pages Qbus Map -003F8000 to 003FFFFF, 64 pages Scan of Bad Pages »> »> SHOW OBUS Scan of Qbus I/O Space -200000DC (760334) - 0000 -200000DE (760336) - OAAO -200000EO (760340) - 0000 -200000E2 (760342) - OAAO -200000E4 (760344) - 0000 -200000E6 (760346) - OAAO -20001468 (772150) - 0000 -2000146A (772152) - OAAO -20001F40 (777500) - 0020 (300) RQDX3/KDASO/RRD50/RQC25/KFQSA-DISK (304) RQDX3/KDASO/RRD50/RQC25/KFQSA-DISK (310) RQDX3/KDA50/RRD50/RQC25/KFQSA-DISK (154) RQDX3/KDASO/RRD50/RQC25/KFQSA-DISK (004) IPCR 3-42 KAS60 CPU System Maintenance Scan of Qbus Memory Space »> »> SHOW RI.n2 »> »> SHOW SCS% SCSI Adapter 0 (761300), SCSI ID 7 (C) DEC) -DKA300 {MAXTOR XT-8000S} -DKAlOO (DEC RZ31 »> »> SHOW ~OH 1000 V 80001000 »> »> SHOW 'OQSSP UQSSP Disk Controller 0 (772150) -DUAO (RE'31) UQSSP Disk Controller 1 (760334) -DUBl (RE'Sl) UQSSP Disk Controller 2 (760340) -DOC4 (RF31) UQSSP Disk Controller 3 (760344) -DUDS (RE'Sl) »> »> SHOW VElU!':I~%ON wadenmargo »> »> SHOW VBRS:IOH KA660-A V4.0, VMS 2.12 »> 3.9.16 START The START command starts instruction execution at the address you specify. If no address is given, the current PC is used. If memory mapping is enabled, macro instructions are executed from virtual memory, and the address is treated as a virtual address. The START command is equivalent to a DEPOSIT to PC, followed by· a CONTINUE. It does not perform a processor initialization. Format: START [{address}] Arguments: [address] The address at which to begin execution. This address is loaded into the user's PC. Example: »> SDRT 1000 KASSO Firmware 3-43 3.9.17 TEST The TEST command invokes a diagnostic test program specified by the test number. If you enter a test number of 0 (zero), all tests allowed to be executed from the console terminal are executed. The console accepts an optional list of up to :five additional hexadecimal arguments. Refer to Chapter 4 for a detailed explanation of the diagnostics. Format: TEST [test_number [test_arguments]] Argument~_· A two-digit hexadecimal number specifying the test to be executed. Up to five additional test arguments. These arguments are accepted but they have no meaning to the CODSOle. Examples: KA660-A T3.5-14, VMS 2.12 Perfo~ng no:mal system tests. 95 •• 94 •• 93 •• 92 •• 91 •• 90 •• 89 •• 88 •• 87 •. 86 •• 85 •• 84 •• 83 •• 82 •• 81 •• 80 •• 79 •• 78 •• 77 •• 76 •• 75 •• 74 •• 73 •• 72 •• 71 •. 70 •• 69 •• 68 •• 67 •• 66 •• 65 •• 64 •• 63 •• 62 •• 61 •• 60 •• 59 •• 58 •• 57 •• 56 •• 55 •• 54 •• 53 •• 52 •• 51 •• 50 •• 49 •• 48 •• 47 •• 46 •• 45 •• 44 •• 43 •• 42 •• 41 •• 40 •• 39 •• 38 •• 37 •• 36 •• 35 •• 34 •• 33 •• 32 •• 31 •• 30 •• 29 •• 28 •• 27 •• 26 •• 25 •• 24 •• 23 •• 22 •• 21 •• 20 •• 19 •• 18 .• 17 •• 16 •• 15 •• 14 •• 13 •• l2 •• 11 •• 10 •• 09 •• 08 •• 07 •• 06 •• 0S •• 04 •• 03 •• Tes't.s completed. »»>~ ~E Test Parameters t Address Name 30 31 32 33 34 3F 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 40 4E 20052400 200S3314 200SD07C 200SCE3C 200SC984 200SC940 200S4A24 200SEEBC 200SF6A4 20062718 200S4AE4 200SA088 2005A5BC 200SA21C 200SB2A4 200SF434 2005EAF4 2005E530 2005E288 2005E048 2005DAEC 2005D95C 20050768 De executive MS650 !r.it Bitmap ~** mark_Hard_SBEs ****** MS650:setup_CSRs ~******~** CMCTL regs MEMCSRO_addr ***~***** CMCTL.J>owerup * SSC ROM ~ MS650 FDM Addr shorts *** cont on err ****** MS650:count-pages First_board-Last_bd Soft_errs_a1lowed *****~* Board Reset * Chk for Interrupts ~**** SOC-OI cache w mem cache config start add end add add_incr **~~*~ SOC-O Cache Mem cache-config start-add end-add add incr ***~** SOC-Cache m;m-CQBIC each; config start add end add add incr ****** SOC-Cachel diag mode cache config addr-incr ***~*~*~ MS650 Refresh start a-end incr cont on err time seconds ***** MS650-Addr shorts sta-...t" add end add * cont-on err pat2 patS *~** MS650-FDM ~** cont on err *~**** MS650-ECC SBEs start add ~d add add incr cont on err ***~~* MS650:Byte_Errors s't.art:add end:add add:incr cont:on:err *"'**~* MS6S0_ECC_Logic start_add end_add add_incr cont_on_err ***~~* MS650 Address start add end add add incr cont on err ****~* MS650:Byte start:add end:add add:incr cont:on:err ****~* SCB w 3-W KASSO CPU System Maintenance MS650_Data start add end add add incr cont on err ****** ******* - FPA SSC Prog timers which timer wait time us *** SSC-TOY Clock repeat test 250m; ea Tolerance *** Virtual-Mode ********* 54 Interval_Timer 55 * SHAC_RESET dssi bus port number time_secs 58 SGEC_LPBCK_ASSIST time- secs **59 SOC_CMCTL 5A dont:report_memory_bad repeat_count * SHAC 5C shac number ******* SGEC 5F loopback_type no_ram_tests ****** 60 SSC Console SLU start BAUD end BAUD ****** con;ole QDSS 62 mark not-p=esent selftest rO selftest rl ***** QDSS_any 63 input csr selftest rO selftest rl ****** 80 CQBIC memory LMGH ********** Qbusj1sCP 81 IP_csr ****** Qbus DELQA device num addr **** 82 QZA_LPBCKl controller-number ******** 83 QZA_LPBCK2 84 controller:number ********* QZA_memory 85 incr test-pattern controller number ******* 86 QZA_DMA Controller_number main_mem_buf ***~**** QZA E:XTLPBCK 87 controller_number **** cQBlC_registers 90 91 Z0054FA4 CQBIC-powerup ** 99 200629F5 Flush_Ena_Caches dis_flush cache ********* 9A 200618FC INTERACTION pass count disable_device **** 9B 200625D8 Init_memory_4MB * 9C 2005BB4A List CPU registers * Expnd_err_msg get mode init_LEDs clr...,.ps_cnt 9D 2005C826 Utility 9E 20055586 List_diagnostics * 9F 20062B32 Create_AO_Script ********** C1 200546DO SSC RAM Data * C2 200548A6 SSC-RAM-Data Addr CS 20059581 ssc:reg'ister'i C6 20054614 SSC-powerup ***~***** Ci 2005967C SSC_CBTCR_timeout *** Scripts i Description AO User defined scripts Al Powerup tests, Functional Verify, continue on error, numeric countdown AS Functional Verify, stop on error, test # CL."'lnouncements A4 Loop on AS Functional Verify A5 Address shorts test, run fastest way possible A6 Memory tests, mark only multiple bit errors A 7 Memory tests A8 Memory acceptance tests, mark single and multi-bit errors, call A7 A9 Memory tests, stop on error B5 SOC Cache debug script »>! List all diagnostic tests 4F 51 52 53 2005D4BC 200627E7 20055090 20055360 20054BB9 20055512 20061370 200604C4 2005A120 20060A2C 2005F878 20059D51 20055950 20055ACC 20059731 200555B4 20055779 200569CA 20058070 20055C28 200560E4 200592BO 2005500E KA660 Firmware 3-45 »»»!r tc: SBR-017BSOOO POBR-SOOOOOOO TODR-0010EOS5 scaB-20052400 SLR-00002021 SAVPC-20044S27 SAVPSL-04190304 SID..14000006 POLR-00100ASO P1BRcOAOAOAOS P1LR-000BOBOB BDMTR-200S4000 ICCS-OOOOOOOO MAPEN-OOOOOOOO TCRO~OOOOOOOO TIRO-OOOOOOOO TNIRO-OOOOOOOO TIVRO-0000007S BDMKR-0000007C TCRl-OOOOOOOl TIRl-00526S0A TNIRl-OOOOOOOF TIVRl c 0000007C RXCS-OOOOOOOO RXDB-OOOOOOOD TXCS-OOOOOOOO TXDB~00000030 SCR-OOOODOOO DSER-OOOOOOOO QBEAR-OOOOOOOF DEAR-OOOOOOOO QBMBR-017FSOOO BDR-OSDOEFFF DLEDR-OOOOOOOC SSCCR-00D55537 CBTCR-00000004 IPCRO-OOOO DSSI 0-00 (BUS 0) PQBBR_0-03060022 PMCSR 0-00000000 SSHMA 0-0000CA20 -PSR 0-00000000 PESR 0-00000000 PFAR-O-OOOOOOOO PPR-O-OOOOOOOO N!CSRO-1FFF0003 3-00004030- 4-00004050 5-S039FFOO 6-S3EOFOOO -7-00000000 c NICSR9-04E204E2 10-00040000 11-00000000 12 OOOOOOOO 13-00000000 lS-OOOOFFFF NISA~OS-00-2B-12-BC-AC RDESO-00441300 1~00000000 2-05EEOOOO 3-000046FO TDESO-00008CSO 1-07000000 2-00400000 3-000040FA MEM_FRU 1 MCSR 0-S0000017 1-80400017 2-S0S00017 3-80C00017 MEM FRU 2 MCSR-4-81000016 5-81400016 6-00000016 7-00000016 MEM FRU 3 MCSR-S~OOOOOOOO 9-00000000 10-00000000 11-00000000 MEM:FRU 4 MCSR12-00000000 13-00000000 14-00000000 15-00000000 MEMCSRl7-00000013 MEMCSRl6-00000044 CSRl6-page_address-00000000 MSER-OOOOOOOO CCR-00000014 »>'1' W SP-201406AS Script in ?[O-SSC, 2-RAM) :0 Script starts at 20140794 36 bytes left Test number (? for list) or script number :SO CQBlC_memory_LMGH» Run from ?[O-ROM, 2-RAM, 3-fastest possible) (0):0 CQBlC memory LMGH» Error severity: [0,1,2,3] (02):0 CQBIC-memory-LMGH» Console error report? [O-none,l-full] (01):0 CQBlC-memory-LMGH» Stop script on error? [O-NO,l-YES] (01):0 CQBIc:memory:LMGH» Repeat: [0-no.1-forever,>1-count] (OO}:O CQBlC_memory_LMGH» LED on entry (01): 0 CQBIC_memory_LMGH» Console Announcement on entry (80):1 32 bytes left Test number (? for list) or script number :1 No such diagnostic! 32 bytes left Test number (? for list) or script number »> »>! Execute test script. »>!r n: Bitmap-00FF3000, Length-00001000, Checksum-807F, Busmap-OOFFSOOO Test number-4l, Subtest-OO, Loop Subtest-OO, Error type-OO Error_vector-OOOO. Last_exception_PC-oOOOOOOO, Sev;rity-02 Total_error_count-OOOO, Led_display-OC, Console_display-03, save_mchk_code-SO parameter 1-00000000 2-00000000 3-00000000 4-00000000 5-00000000 parameter:6-00000000 7-00000000 S-OOOOOOOO 9-00000000 lO-OOOOOOOO previous_error-OOOOOOOO, 00000000, 00000000, 00000000 Flags-00FFFC10440E, SET_mask-FF Return_stack-201406D4, Subtest-pc-20062730, Timeout-00030D40 »> 3-46 KASSO CPU System Maintenance 3.9.18 UNJAM The UNJAM command performs an lIO bus reset, by writing a 1 (one) to IPR 55 (decimal). Format: UNJAM Examples: >>> t:JltJ»( »> 3.9.19 X-Binary Load and Unload The X command is for use by automatic systems communicating with the console. The X command loads or unloads (that is, writes to memory, or reads from memory) the specified number of data bytes through the console seria11ine (regardless of console type) starting at the specified address. Format: X {address} {count} CR {line_checksum} {ciata} {data_checksum} If bit 31 of the count is clear, data is received by the console and deposited into memory. If bit 31 is set, data is read from memory and sent by the console. The remaining bits in the count are a positive number indicating the number of bytes to load or unload. The console accepts the command upon receiving the carriage return. The next byte the console receives is the command checksum, which is not echoed. The command checksum is verified by adding all command characters, including the checksum and separating space (but not including the terminating carriage return, rubouts, or characters deleted by rubout), inio an 8-bit register initially set to zero. If no errors occur, the result is zero. If the command checksum is correct, the console responds with the console I/O prompt and either sends data to the requester or prepares to receive data. If the command checksum is in error, the console responds with an error message. The intent is to prevent inadvertent operator entry into a mode where the console is accepting characters from the keyboard as data, with no escape mechanism possible. If the command is a load (bit 31 of the count is clear), the console responds with the console lIO prompt (»», then accepts the specified number of bytes of data for depositing to memory, and an addition!:ll byte of received data checksum. The data is verified by adding all data characters and the ch~ks= "h~..-a,cter into :m 8-bit :registe!" initi~ lly set to 'l;er(\, If the final KASSO Firmware 3-47 content of the register is nonzero, the data or checksum is in error, and the console responds with an error message. If the command is a binary unload (bit 31 of the count is set), the console responds with the console I/O prompt (»», followed by the specified number of bytes of binary data. As each byte is sent, it is added to a checksum register initially set to zero. At the end of the transmission, the two's complement of the low byte of the register is sent. If the data checksum is incorrect on a load, or if memory or line errors occur during the transmission of data, the entire transmission is completed, then the console issues an error message. If an error occurs during loading, the contents of the memory being loaded are unpredictable. The console represses echo while it is receiving the data string and checksums. . The console ter:r.rUnates all flow control when it receives the carriage return at the end of the command line in order to avoid treating :fiow control characters from the terminal as valid command line checksums. You can control the console serial line during a binary unload using control characters OCTR1JCI, ICTRUSI, ICTRLJOI, and so on). You cannot control the console serial line during a binary load, since all received characters are valid binary data. The console has the following timing requirements: • It must receive data being loaded with a binary load command at a rate of at least one byte every 60 seconds. • It must receive the command checksum that precedes the data within 60 seconds of the carriage return that terminates the command line. • It must receive the data checksum within 60 seconds of the last data byte. If any of these timing requirements are not met, then the console aborts the transmission by issuing an error message and returning to the console prompt. The entire command, including the checksum, can be sent to the console as a single burst of characters at the specified character rate of the console serial line. The console is able to receive at least 4 Kbytes of data in a single X command. 3-48 KA660 CPU System Maintenance 3.9.20 !-Comment The comment character (an exclamation point) is used to document command sequences. It can appear anywhere on the command line. All characters following the comment character are ignored. Format: ! Examples »> ! The console ignores this line. »> Chapter 4 Troubleshooting and Diagnostics 4.1 Introduction This chapter contains a description of KA660 ROM-based diagnostics, acceptance test procedures, and power-up self-tests for common options. 4.2 General Procedures Before troubleshooting any system problem, check the site maintenance guide for the system's service history. Ask the system manager two questions: • Has the system been used before, and did it work correctly? • Have changes been made to the system recently? Three common problems occur when you make a change to the system: • Incorrect cabling • Module configuration errors (incorrect CSR addresses and interrupt vectors) • Incorrect grant continuity Most communications modules use noating eSR addresses and interrupt vectors. If you remove a module from the system, you may have to change the addresses and vectors of other modules. If you change the system configuration, run the CONFIGURE utility at the console YO prompt (»» to determine the CSR addresses and interrupt vectors recommended by Digital. These recommended values simplify the use of the MDM diagnostic package, and are compatible with VMS device drivers. Nonstandard addresses can be selected, but they require a special setup for use with VMS drivers and MDM. When troubleshooting, note the status of cables and connectors before you perform each step. Label cables before you disconnect them to save time and prevent you from introducing new problems. If the system fails (or appears to fail) to boot the operating system, check the console terminal screen for an error message. If the terminal displays an error message, see Section 4.3. Check the LEDs on the device you suspect is faulty. If no errors are indicated by the device LEDs, run the ROM-based diagnostics described in this chapter. In addition, check the following connections: • If no message appears, make sure the console terminal and the system are on. Check the power switch on both the console terminal and the system. If the terminal has a green DC OK indicator, be sure it is on. • Check the cabling to the console terminal. T,.. . . .I .1: J.l you canno" gel" a .,.., ", ,.., (, " , . . . • wspJ.ay 01 any KlIlU on me consOle rernnna.L, try another terminal. • If the system green DC OK LED remains off, check the power supply and power supply cabling. • Check the hexadecimal display on the CPU cover panel. If the display is off, check the CPU module LEDs and the CPU cabling. If a hexadecimal error message appears on the cover panel or the module, see Section 4.3. If the system boots successfully, but a device seems to fail or an intermittent failure occurs, check the error log first for a device problem. The failing device is usually in one of the following areas: CPU Memory Mass storage Communications devices 4.3 KA660 ROM-Based Diagnostics The KA.660 ROM-based diagnostic facility, rather than the MicroVAX Diagnostic Monitor (MDM), is the primary diagnostic tool for troubleshooting and testing of the CPU, memory, Ethernet, and DSSI subsystems. ROMbased diagnostics have significant advantages: • Load time is virtually nonexistent. • The boot path is more reliable. • Diagnosis is done in a more primitive state. (MOM requires successful loading of the operating system.) The ROM-based diagnostics can indicate several different FRUs, not just the CPU module. For example, they can isolate one of up to four memory modules as FRUs. 4-2 KA660 CPU System Maintenance The diagnostics run automatically on power-up. While the diagnostics are running, the LEDs on the H3602-00 display a hexadecimal countdown of the tests from F to 3 (though not in precise reverse order) before booting the operating system, and 2 to 0 while booting the operating system. A different countdown appears on the console terminal. The ROM-based diagnostics are a collection of individual tests with parameters that you can specify. A data structure called a script points to the tests. (See Section 4.3.2.) There are several field and manufacturing scripts. Qualified Customer Services personnel can also create their own scripts interactively. A program. called the diagnostic executive determines which of the available scripts to invoke. The script sequence varies if the KA.660 is in a manufacturing environment. The diagnostic executive interprets the script to determine what tests to run, the correct order to run the tests, and the correct parameters to use for each test. The diagnostic executive also controls tests so that errors can be detected and reported. It also ensures that when the tests are run, the machine is left in a consistent and well-defined state. 4.3.1 Diagnostic Tests Table 4-1 shows a list of the ROM-based tests and utilities. To get this listing, enter T 9E at the console prompt (T is the abbreviation of TEST). The column headings have the following meanings: • Test is the test code or utility code. • Address is the test or utility's base address in ROM. This address varies. The addresses shown are examples only. If a test fails, entering T FE displays diagnostic state to the console. You can subtract the base address of the failing test from the last_exception..,pc to find the index into the failing test's diagnostic listing (available on microfiche). • Name is a brief description of the test or utility. • Parameters shows the parameters for each diagnostic test or utility. Tests accept up to ten parameters. The asterisks (*) represent parameters that are used by the tests but that you cannot specify individually. These parameters are encoded in ROM and are provided by the diagnostic executive. Troubleshootinc and Diaanostics 4-3 Table 4-1: Test and Utility Numbers Test Addressl Name 30 31 32 33 34 3F 40 20052400 20053314 2005D07C 2005CE3C 2005C984 2005C940 20054A24 2005EEBC 2005FS.."A De_executive MS65O_Init_Bitmap *** mark_Bard_SBEs ****** MS65O_Setup_CSRs ********** CMCTLregs MEMCSRO_addr ********* CMCTL"powerup * sse_ROM * MS650_FDM_Addr_shorts *** cent_oD_err ****** 41 42 Parameters SCB y..sS50_ec~t-p:;:.g~ P;..!'st_bo~d ~_bd SC~_e:":"S_:illo'Wed ******* * Cbk3or_mterrupts ***** SOC_DCCache_w_mem cache_ccmfig start_add end_add add_ mer ****** SOC_D_Cache_w_Mem cacb.e_ccmfig start_add end_add add_ mc:r****·* SOC_Cacb.e_mem_CQBIC cache_ccmfig start_add end_add add_ mer**.... SOC_Cacb.e1_dias'...mode cacb.e_ccmfig addr_mer ******** MS65O_Refresh start_a end iDcr cant_OD_err time_ seconds ***** MS650_Addr_sharts start_add end_add * cant_OD_err pat2 patS .... MS650_FDM *** cent_aD_err ****** MS650_ECC_SBEs start_add end_add add_mer cent_oD_ err ****.* MS65O_Byte_En-ors start_add end_add add_mer cont_OD_ err ...... MS650_ECC_Logic start_add end_add add_mer cont_OD_ err ...... 43 20062718 20054AE4 2005AD88 BoarcCReset 44 2005A5BC 45 2005A21C 46 47 20Cb""B2A4 2005F434 48 2005EAF4 49 4A 2005E530 2005E288 4B 2005E048 4C 2005DAEC 4D 2005D95C MS65O_Address 4E 2005D768 MS650_Byte 4F 2005D4BC MS65O_Data 51 52 53 54 55 200627E7 20055090 20055360 20054BB9 20055512 FPA SSC_Prog.,timers SSC_TOY_Clock Vutual_Mode IntervaCTimer start_add end_add add_mer cont_OD_ err ****** start_add end_add add_mer cont_OD_ err ....**.* start_add end_add add_iner cont_OD_ err .....* ******* which_timer wait_time_us *** repeat_test_25Oms_ea Tolerance *** ***...... * IThese addresses may change with cfifferent versions of the software. 4-4 KAS60 CPU System Maintenance Table 4-1 (Cont.): Test and Utility Numbers Test Addressl Name Parameters 58 59 5A 20061370 200604C4 2005A120 SHAC_RESET SGEC_LPBCK_ASSIST SOC_CMCTL 5C 5F 20060A2C 2005F878 20059D51 20055950 SHAC SGEC SSC_Console_SLU console_QDSS 20055ACC 20059731 200555B4 20055779 200569CA 20058070 20055C28 QDSS_any CQBIC_memolY_LMGH Qbus_MSCP Qbus_DELQA. QZA_LPBCKl QZA_LPBCK2 QZA...;memory 200560E4 200592BO 2005500E 20054FA4 200629F5 200618FC 200625D8 2005BB4A 2005C826 QZA_DMA QZA_EXTLPBCK CQBIC_registers CQB1C-POwerup Flusb_Ena_Caches INTERACTION Imt_memory_4MB List_CPU_registers Utility 20055586 20062B32 20054600 200548A6 20059581 20054614 2005967C List_diagnostics Craate_AO_Script SSC_RAM_Data. SSC_RAM_Data._Addr sse_registers SSC..,.POwerup SSC_CBTCR_timeout dssi_bus port_number time_sees time_sees ** dont_report_memory_bad repeat_count * sb.ac_number ******* loopback_type no_raID_tests ****** start_BAUD end_BAUD ****** mark_not""present sel:ftest_rO selftest_ r1 ***** input_csr sel.ftest_rO selftest_r1 ****** ********** IF_csr ****** device_num_adc1r --controller_number ******** controller_number ****"'**** iner test-pattem controller_number ******* Controller_number main_mem_bur******** controller_number **** * ** dis_flush_cache ********* pass_count disable_device **** * * Expnd_err_msg get_mode mit_LEns clr""ps_cnt * ********** * * * ********* *** 60 62 63 80 81 82 83 84 85 86 87 90 91 99 9A 9B 9C . 9D 9E n.-r:o -.:1.1: C1 C2 C5 C6 C7 lThese addresses may chaDge with. different versions of the software. Troubleshootina and Diagnostics 4-5 Parameters that you can specify are written out, as shown in the following examples: 54 30 20054BB9 Virtual mode 2005D07C MEM bitmap ****** *** mark Hard SBEs ****** The virtual mode test on the first line contains several parameters, but you cannot specify any of them. To run this test individually, enter: »> 'r 54 The MEM_bitmap test on the second line accepts ten parameters, but you can specify only the fourth one. To mark pages bad in the bitmap for singlebit or multi-bit errors, enter a 1 in the fourth parameter field: »> 'r 30 0 0 0 1 You must enter a value of either 0 (zero) or 1 (one) for the first three parameters. (0 is used in this example.) The values have no effect on the test; they are simply place holders for the first three parameters. You do not have to specify a value for parameters that follow the user-defined parameter. 4.3.2 Scripts Most of the tests shown by utility 9E are arranged into scripts. A script is a data structure that points to various tests and defines the order in which they are run. Different scripts can run the same set of tests, but in a different order and/or with different parameters and :flags. A script also contains the following information: • The parameters and :flags that need to be passed to the test. • Where the tests can be run from. For example, certain tests can be run only from the EPROM. Other tests are program-independent code, and can be run from EPROM or main memory, to enhance execution speed. • What is to be shown, if anything, on the console. • What is to be shown, if anything, in the LED display. • What action to take on errors (halt, repeat, continue). The power-up script runs every time the sYStem is powered up. You can also invoke the power-up script at any time by entering T o. Additional scripts are included in the ROMs for use in manufacturing and engineering environments. Customer Services personnel can run these scripts and tests individually, using the T command. When doing so, note that certain tests may be dependent upon a state set up from a previous test. For this reason you should use the UNJAM and INITIALIZE commands, 4-6 KASSO CPU System Maintenance described in Chapter 3, before running an individual test. You do not need to use these commands on system power-up, however, because system power-up leaves the machine in a defined state. Customer Services personnel with a detailed knowledge of the KA660 hardware and firmware can also create their own scripts, by using the 9F utility. (See Section 4.3.3.) Table 4-2 lists the scripts. Table 4-2: Scripts Available to Customer Services Enter with TEsr Script Command AO A1 AS A4 Soft script created by T 9F Functional verify, usually continue-on-error, with countdown announcements Fun.clional verify, :stop on error, test no. announcements Loop on AS functional verify Address shorts test, r.m fa.s+-..est way possible Memory tests, mark only multi-bit errors Memory tests; can be 1"tID. by itself, will continue on error; useful when you want to bypass the bitmap test Memory acceptance tests; marks single and multi-bit ECC errors in the bitmap; callsA7 Memory tests; halts on the first hard or soft ezror SOC cache debug script AD A6 A7 AS AS B5 4.3.3 User Created Scripts You can create your own script using utility 9F, to control the order in which tests are run and to select specific parameters and fiags for individual tests. In this way you do not have to use the defaults provided by the 'h~-rod~..red scripts. Utility 9F also provides an easy way to see what flags and parameters are used by the diagnostic executive for each test. Run test 9F first to build the user script. (See Example 4-1.) Press Return to use the default parameters or flags, which are shown in parentheses. 9F prompts you for the following information: • Script location. The script can be located in the l-Kbyte NVRAM in the sse or in main memory. A script is limited by the size of the data structure that contains it. A larger script can be developed in main memory. • Test number Troubleshooting and Diagnostics 4-7 • Run environment. This defines where the actual diagnostic test can be run from. The choices are 0 =ROM, 2 =main memory, and 3 =fastest possible. Choose number 3 to select the fastest possible data structure to run from that will not overwrite the test. • • • • • • • Repeat code Error severity level Console error report S~pterrortreabnent LED display Console display Parameters Example 4-1 shows how to build and run a user script. The utility displays the test name after you enter the test number, and the number of bytes remaining after you enter the information for each test. When you have :finished entering tests, press Return. at the next Next test number: prompt to end the script building session. Then enter T AO and press Return to run the new script. You can review or edit a s~pt you have created. 4-8 KASSO CPU System Maintenance Example 4-1: Creating a Script with UtIlity 9F »>~ gpo SP-201406A8 Script in ?[O~SSC, 2&~ :0 Script starts at 20140794 36 bytes left Test number (? for list) or script number :80 CQBIC_memory_LMGH» Run from ?(0-ROM,2-RAM,3-fastest possible] (0):0 CQBIC~emory_LMGH» Error severity? [0,1,2,3J (02):0 CQB!C_mP~ory_LMGH» Console error report? [O-none.lcfull] {Ol):O CQBIC_memory_LMGH» Stop script on error? [O-NO,l-YESJ (01):0 CQBIC_memory_LMGH» Repeat? [O-no,l c forever,>l-count<FF] (00):0 CQBIC_memory_LMGH» LED on entry (01):0 CQBIC_memory_LMGH» Console Announcement on entry (80):1 32 bytes left Test number (? for list) or script number :1 No such diagnostic! 32 bytes left Test number (? for list) or script number »> »>! Execute test script. »>~ At) 01 •• »> Example 4-2 shows the script building procedure to fonow if (a) you are unsure of the test number to specify, and (b) you want to run one test repeatedly. If you are not sure of the test number, enter? at the Next test number: prompt to invoke test 9E and display test numbers, test names, and so on. To run one test repeatedly enter the fonowing sequerice: 1. Enter the test number (40 in Example 4-2) at the Next test number: prompt. 2. Enter AO at the next Next test number: prompt. 3. Press RetllTD. at t.ne next Next test number: prompt. 4. Enter T AO to begin running the script repeatedly. 5. Press ICTRI.JCI to stop the test. The above sequence is a useful alternative to using the REPEAT console command to run a test, because REPEAT (test) displays line feeds only; it does not display the console test announcement. Troubleshootina and Diaanostics 4-9 Example 4-2: Listing and Repeating Tests with Utility 9F »>T 9F SP=201406A8 Script in ?[O=SSC, 2=RAMJ :0 Script starts at 20140794 36 bytes left Test number (1 for list) or script number :80 CQBIC_memory_LMGH» Run from ?[O=ROM, 2=RAM, 3=fastest possible] CQBIC memory LMGE» Error severity? [0,1,2,3] (02):2 CQBIC-memory-LMGE» Console error report? [O=none,l=£ull] (01):0 CQBIC-memory-LMGH» Stop script on error? [O=NO,l=YES] (01):0 CQBIC:memory=LMGH» Repeat? [O=no,l=£orever,>l=count<FFJ (00):0 CQBIC memory LMGH» LED on entry (01):0 CQBIC:memory=LMGH» Console Announcement on entry (80):1 32 bytes left Test number (1 for list) or script number :1 No such diagnostic! 32 bytes left Test number (? for list) or script number »> »>! Execute test script. »> Example 4-3: Console Display (No Errors) KA660-A Vn.n VMS 2.12 Performing nor.mal system tests. 95 •• 94 •• 93 •• 92 •• 91 .• 90 •• 89 •• 88 •. 87 •• 86 •• 85 •• 84 •• 83 •• 82 •• 81 •• 80 •• 79 •• 78 •• 77 •• 76 •• 75 •• 74 •. 73 •• 72 •• 71 •• 70 •• 69 •• 68 •• 67 •• 66 •• 65 •• 64 •• 63 •• 62 •• 61. .60 •• 59 •• 58 •• 57 .• 56 •• 55 •• 54 •• 53 •• 52 •• 51 • • 50 • • 49 •• 48 .. 47 •• 46 •• 45 .• 44 •• 43 •• 42 •• 41 • • 40 • • 39 •• 38 •• 37 •• 36 •• 35 •• 34 .• 33 •• 32 •• 31 •• 30 •• 29 •• 28 •• 27 •• 26 •• 25 •• 24 •• 23 •• 22 •• 21 • • 20 • • 19 •• 18 •• 1 7 •• 16 .• 15 .• 14 •• 13 •• 12 •• 11. .10 • • 09 •• 08 •• 07 •• 06 •. 05 •• 04 • . 03 •• Tests completed. »> 4.3.4 Console Displays Example 4-3 shows a typical console display during execution of the ROMbased diagnostics. The numbers on the console display do not refer to actual test numbers. Refer to Table 4-5 to see the correspondence between the numbers displayed (listed in the Console Display column) and the actual tests being run (listed in the Test column). 4-10 KA660 CPU System Maintenance (0):2 The :first line contains the firmware revision and the virtual memory bootstrap (VMB) revision. Diagnostic test failmes, if specified in the firmware script, produce an error display in the format shown in Example 4-4. Example 4-4: Sample Output with Errors Pl=00000010 P6=20089000 rO=OOOOOOOO r5=20089000 P2=OOOOOooo P7=OOOOOOOl rl=OOOOOOOO r6=43214321 P3=04000000 P8=80000400 r2=43214321 r7=43214321 P4=04000000 P5=00000015 P10=OOOOoooo r3=30080000 r4=00000400 r8=OOOOOOOO EPC=OOOooooo P9~00000010 Tests completed The errors are printed in a five-line display. The first line has seven fields: Test Severity Subtestlog Error_type Vector Count Loop_subtestlog • Test identifies the diagnostic test. • Severity is the severity level of a test failure, as dictated by the script. Failure of a severity level 2 (SV2) test causes the display of this fiveline error printout, and halts an autoboot. An error of severity level 1 causes a display of the first line of the error printout, but does not interrupt an autoboot. Most tests have a severity level of 2. • ,Subtestlog is two hexadecimal digits identifying, usually within 10 instructions, where in the diagnostic the error occurred. • Error_type signals the diagnostic's state and any illegal behavior. This field ;T'ldicates a condition that the rHagnostic expects on detecting a iailure. FE or EF in tbis field means that an unexpected exception or interrupt was detected. FF indicates an error as a result of normal testing, such as a miscompare. The possible codes are: FF-Normal error exit from diagnostic FE-Unanticipated interrupt FD-Interrupt in cleanup routine FC-Interrupt in interrupt handler FB-Script requirements not met FA-No such diagnostic ' EF-Unanticipated exception in executive Troubleshootina and Diagnostics 4-11 • Vector identifies the SCB vector (0000 in the example above) through which the unexpected. exception or interrupt trapped, when the error_ type field detects an unexpected exception or interrupt (FE, FD, FC, or EF). • Count is four hexadecimal digits. It shows the number of previous errors that have occurred (two in Example 4-4). • Loop_subtestlog is used for calling out routines that identify specific errors. Lines 2 and 3 of the error printout are parameters 1 through 10. When the diagnostics are running normally, these parameters are the same p~-anleters that 4.L-e listed in Table 4-1. When an unexpected machine check exception or other type of exception occurs during the executive (error_type is EF), the stack is saved in the parameters on lines 2 and 3, as listed in Tables 4-3 and 4-4. Table 4-3: Values Saved, Machine Check Exception During EF Parameter Value P1 P2 Fa P4 P5 P6 P7 P8 P9 P10 4-12 Contents of SP, points to vector value in P2 Vector =04, vector of exception 04-3FC Address of PC pointi:cg to failed iDstruction., P9 Byte count =10 Machine check code Most recent virtual address Internal state information 1 Internal state information 2 PC, points to f'ailiDg instruction PSL KAS60 CPU System Maintenance Table 4-4: Values Saved, Exception During Executive Parameter Value Pl P2 P3 P4 P5 P6 P7 P8 P9 PlO ContentS of SP, pojnts to vector value in P2 Vector = nn, vector of exception 04-3FC Address of PC pointing to failed instruction, P4 PC, points to instruction following failed iDstrnction PSL Contents of stack Contents of stack Contents of stack Contents of stack Contents of stack Lines 4 and 5 of the error printout are general registers RO through R8 and the exception PC (if it occurred). When returning a module for repair, record the first line of the error printout and the version of the ROMs on the module repair tag. The Default Action on Error column refers to the action taken by the diagnostic executive under the following circumstances: • The diagnostic executive detects an unexpected exception or interrupt. • A test fails and that failure is reported to the diagnostic executive. The Default on Error column does not refer to the action taken by the memory tests. The diagnostic executive either halts the script or continues execution at the next test in the script. Troubleshooting and Diagnostics 4-13 Most memory tests have a continue-on-er:ror parameter Oabeled cont_on_ error, as shown in test 47 in Example 4-2). If you explicitly set cont_on_ error using parameter 4 in a memory test, the test marks bad pages in the bitmap and continues without notifying the diagnostic executive of the error. In this case, a halt on error does not occur even if you specify halt on error in the diagnostic executive (by answering Yes to Stop script on error? in Utility 9F), since the memory test does not notify the diagnostic executive that an error has occurred. Figure 4-1 shows the LEDs on the KA660 CPU. They correspond to the hexadecimal display on the CPU cover panel. Figure 4-1: KA660 CPU Module LEOs ~;;~LEDX ~ ~~R~}EDS Value On Value Off r8 0 4 0 .. 2 0 1' 0 ~ 4-14 KA660 CPU System Maintenance KA660 Console Displays and FRU Pointers Table 4-5: No. Test LED Description FRUs Conditions 1 1,4 1 1 1,2 1,2 1 2,1,3 1,6 1,4: 3 1 1 1 7,1 1 SOC_cache_~mode 1 1 1 RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV'2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM NER-CON-SV1-VOF-RHU-ROM SOC_cache_diag..mode 1 NER-CON-SV1-VO~RHU~OM SOC_cache_~mode 1 NER-CON-SV1-VO~RHU~OM SOC_cache_mag..mode SOC_cache_dia.&-mode SOC_cache_dia.&-mode SOC_cache_dia.&-mode 1 1 1 NER-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM script_AI: 95 94 93 92 91 90 89 88 87 85 84 83 82 81 80 79 78 76 75 74 73 72 71 70 69 68 67 9D 42 33 32 31 30 54 49 60 90 C6 52 52 53 C1 34 C5 C7 46 46 46 46 46 46 46 46 44 C B Utility 8 8 check_for_intrs CMCTL_chk_init CMCTL_regLeters CSR_setup map_setup B virtual 8 6 7 C C C C C C C C memory_test_fdm serial_line registers CSSC_chk_iIIit PROG_TIME PROG_TIME 8 8 B B B B B B B B B TOY SSC_RAM ROM_logic SSC_registers CBTCR_timeout 1 SOC~cache=dia8:..mode SOC_D_Cacb.e_w_memory 1 1 1 NER-CON-SV1-VOF-RHu-ROM NER-CON-SV1-VOF-RHU-ROM Field-repltu:eable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Condi:ti.ons: NER-O, RPE-l : Report error CON-O, STP-1 : Action on error SVl-l, SV2-2: Severity level VOF-O, VON-l : Vutual mode RHP-O, RHU-l : Halt protection ROM-O, RAM-2, FAST-3 : Run enviromnent Troubleshooting and Diagnostics 4-15 Table 4-5 (Conl): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs Conditions script_A1: 66 4F 65 64 4E 4D 4C 4B 63 62 61 60 59 58 57 56 55 54 53 52 51 50 48 47 46 45 44 43 42 40 39 38 37 4A 3F 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 47 40 44 44 44 44 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 B B B B memory_data memory_byte memory_addr memory_ECC_error mask_write_w_errs ECC_correcti.on mem_FDM_addr_shorts addr_shrts addr_sbrts addr_shrts addr_shrts addr_sbrts addr_sbrts addr_sbrts addr_sbrts addr_shrts addr_sbrts addr_sbrts addr_shrts addr_sbrts addr_sbrts addr_sbrts memory_refresh count_bacl..PBgeS SOC_D_Cache_w_memozy SOC_D_Cache_w_memozy SOC_D_Cache_w_memozy SOC_D_Cache_w_memozy 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1 2,1,3 2,1, S 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1.3 2,1,3 2,1,3 2,1 2 1,2 1,2 1,2 1,2 RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-Sv2-VOF'-R.tiP-F:AST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-F.AST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RBP-FAST RPE-CON-SVl-VOF-RHP-ROM ~ON-SVI-VOF-RHU-ROM NER-CON-SVl-VOF-RHU-ROM ~ON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Condi:tWns: NER-O, RPE-l : Report error CON-O, STP-l : Action on error SVl-l, SV2-2 : Severity level VOF-O, VON-I: Virtual mode RBP-O, RHU-l : Halt protection ROM-O, RAM-2, FAST-3 : Run environment 4-16 KASSO CPU System Maintenance Table 4-5 (Cant): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs Conditions script_Al: 36 35 34 33 32 31 30 29 27 26 24 23 21 20 19 18 17 16 15 14 13 12 11 10 09 08 07 06 44 44 44 C2 80 45 45 45 45 45 45 43 43 43 43 43 43 43 43 43 SA 51 5F 5C 9A 83 84 85 B B B C 7 7 7 7 7 7 7 B B B B B B B B B 8 A 4 5 8 7 7 7 SOC_D_Cacb.e_w_memory 1,2 SOC_D_Cacb.e_w_memory 1,2 SOC_D_Cacb.e_w_memory 1,2 SSC_RAM_addr_shrts 1 CQBIC_mem.ory 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cacbe_mem_cqbic 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DCCache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DCCache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_CMCTL 1,2 1 FPA SGEC_func 1,6 1,3 SHAC3UllC InteractiOD_func 1,2,3 qza_lpbckl 4qza_lpbck2 4 qza_memory 4 NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RBP-FAST NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVl-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-FAST RPE-CON-SV2-VOF-RHP-RAM RPE-CON-SV2-VOF-RBP-FAST RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RBP-ROM RPE-CON-SV2-VOF-RBP-FAST RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-R..ti,tI-ROM RPE-CON-SV2-VOF-RBP-ROM Field-replm:eable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l : Report error CON-O, STP-l : Action on error SVl-l, SV2-2: Severity level VOF-O, VON-I: Vlrlual mode RHP-O, RHU-l: Halt protection ROM-O, P_A..M-2, F~..sT-3 : Run enY;.!'Om!!.e!lt Troubleshooting and Diagnostics 4-17 Table 4-5 (Cont.): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs ConditioDS script_AI: 05 04 03 86 99 41 7 B C qza_dma fiush_eDa_caches board_reset 4 4 1,4 RPE-CON-SV2-VOF-RBP-ROM RPE-CON-SV2-VOF-RBP-ROM RPE-CON-SV2-VOF-RBP-ROM C B C 6 C C C C C 7 C B B B B B B B B B B Utility check:_for_intrs CSSC_chk_iDit Serial_line 1,2 1,4 1 1,6 1 1 7,1 1 1 1,4,3 1 1 1 1 1 RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RBP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM NER-CON-SVl-VOF-RHU-ROM script_A2: 9D 42 C6 60 52 52 9D 42 C6 60 52 52 53 C1 34 91 C5 55 46 46 46 46 46 46 46 46 C1 34 91 C5 55 46 46 46 46 46 46 46 46 99 99 53 FROG_TIME FROG_TIME TOY sse_RAM ROM_logic CQBIC_chk_i:ait SSC_registers interval_timer SOC_cache_diaet-mode SOC_cache_diaeLmode SOC_cache_diaet-mode SOC_cache_diBLmode SOC_cache_diaeLmode SOC_cacbe_diaeLmode SOC_cacbe_diaeLmode SOC_cache_diaeLmode fiusb_eDa_caches 1 1 1 1 1 1 NER-CON-SV1-VO~RHU~OM NER-CON-SV1-VOF-RHU-ROM NER-CON-SVl-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM RPE-STP-SV2-VOF-RHP-ROM Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System. Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditi.ons: NER-O, RPE-l : Report error CON-O, STP-l : Action on error SV1-1, SV'2-2: Severity level VOF-O, VON-l: Vll"tual mode RHP-O, RHU-l : Halt protection ROM-O, RAM-2, FAST-3 : Run environment 4-18 KA660 CPU System Maintenance Table 4-5 (Cont.): No. Test KA660 Console Displays and FRU Pointers LED Description FRUs Conditions 7 8 C 5 registers CMCTL_registers CBTCR_timeout SHAC_fane 1,4,3 1,2 1 1,3 RPE-STP·SV2-VOF-RBP-ROM RPE-STP-SV2-VOF·RHP·ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2·VOF·RHP-ROM C Utility check3or_intrs CMCTL_cbk_iDit CSR_setup map_setup 1 1,4 1 1,2 2,1 1 2,1,3 1,6 1,4,3 1,4,3 1 1 1 7,1 1 1 1 RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF·RHP·ROM RPE-STP-SV2-VOF·RHP-ROM RPE-STP-SV2-VOF·RHP·ROM RPE-STP-SV2-VOF·RHP·ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF·RBP·ROM RPE-STP-SV2·VOF-RHP·ROM RPE-STP-SV2-VOF·RBP·ROM RPE-STP-SV2-VOF-RBP·ROM RPE-STP-SV2-VOF·RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF-RHP·ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP·ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM script_A2: 90 32 C7 5C 90 32 C7 5C script_AB: 9D 42 33 31 30 54 49 60 91 90 C6 52 52 53 Cl C5 55 C7 46 46 9D 42 SS 31 30 54 49 60 91 90 C6 52 52 53 C1 C5 55 C7 46 46 B 8 8 8 B 8 6 7 7 C C C C C C v.irtua1 memorY_test_fdm Serial_line CQBIC_chk_init registers CSSC_cbk_iDit PROG_TIME PROG_TIME B TOY SSC_RAM SSC_registers interval_timer CBTCR_timeout SOC3ache_di.a.Lmode B SOC_cache_~mode B C 1 .. .L 1 Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l : Report error CON-O, STP·1 : Action on eITOl' SVl·1, SV2·2 : Severity level VOF-O, VON·1 : Vlrlual mode RHP-O, RHO·l: Halt protection ROM-O, RAM·2, FAST-S : Run environment Troubleshooting and Diagnostics 4-19 Table 4-5 (Cont): No. KA6S0 Console Displays and FRU Pointers Test LED Description FRUs Conditions script_AS: 46 46 46 46 46 46 44 44 44 44 44 44 46 46 46 46 46 46 44 B 44 44 44 B B 8 8 8 8 8 8 8 8 8 8 44 44 4F 4E 4D 4C 4B 4A 3F 48 48 48 48 48 48 48 B B B B B B B 44 B 44 44 44 B B B 4F 4E 4D 4C 4B 4A 3F 48 48 48 48 48 48 48 8 8 8 8 SOC_cache_dias:-mode 1 SOC_cache_dias:-mode 1 SOC_cache_dias:-mode 1 SOC_cache_dias:-mode 1 SOC_cache_di2Lmode 1 SOC_cache_dias:-mode 1 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory l,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 memory_data 2,1,3 memory_byte 2,1,3 memory_addr 2,1,3 memory_ECC_error 2,1,3 mask_write_W_er7'S 2,1,3 ECC_correction 2,1 mem_FDM_addr_shorts 2,1,3 addr_sbrts 2,1,3 addr_sbrts 2,1,3 addr_sbrts 2,1,3 addr_sbrts 2,1,3 addr_sbrts 2,1,3 addr_sbrts 2,1,3 addr_shrts 2,1,3 NER-CON-SV1-VOF-RBU-ROM NER-CON-SV1-VOF-RBU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RBU-ROM NER-CON-SV1-VOF-RBU-ROM NER-CON-SVl-VOF-RBU-ROM NER-CON-SVl-VOF-RBU-ROM NE.R-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SV1-VOF-RHU'-ROM NER-CON-SV1-VOF-RHU'-ROM NER-CON-SV1-VOF-RBU-ROM NER-CON-SV1-VOF-RHU-ROM NER-CON-SVl-VOF-RHU'-ROM RPE-STP-SV2-VOF-RBP-ROM RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST F~repla.ceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l : Report error CON-O, STP-I : Action on error SV!-l, SV'2-2: Severity level VOF-O, VON-! : VIrtual mode RHP-O, RHO-I: Halt protection RO:M-O, RAM-2, FAST-3 : Run environment 4-20 KASSO CPU System Maintenance Table 4-5 (Cont.): No. KA660 Console Displays and FRU Pointers FRUs Conditions Test LED Description script_AS: 48 48 48 48 48 48 48 48 47 40 44 44 44 44 44 44 44 44 80 45 45 45 45 45 45 45 45 43 48 48 48 48 48 48 48 48 47 40 44 44 44 44 44 44 44 44 80 45 45 45 45 45 45 AI:: oo;v 45 43 8 8 8 8 8 8 8 8 8 8 B B B B B B B B 7 7 7 7 7 7 7 7 7 B addr_shrts 2,1,3 2,1,3 addr_sbrts addr_sbrts 2,1,3 2,1,3 addr_sbrts addr_sbrts 2,1,3 2,1,3 addr_sbrts 2, 1,3 addr_shrts 2,1,3 addr_shrts memory_refresh 2,1 count_bad..,pages 2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 SOC_D_Cache_w_memory 1,2 CQBIC_memory 1,2 cache_mem_cqbic 1,2 caehe_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cache_mem_cqbic 1,2 cs ...'l..e_me::u:qbic 1,2 cache_mem_cqbic 1,2 SOC_DI_Cache_w_mem.ory 1,2 RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-ROM NER-CON-SV1-VOF-RHU-ROM ~ON-SV1~O~RB'U-ROM NER-CON-SVl-VOF-RH'U-ROM NER-CON-SV1-VOF-RB'U-ROM NER-CON-SV1-VOF-RB'U-ROM NER-CON-SVI-VOF-RB'U-ROM NER-CON-SV1-VOF-RB'U-ROM NER-CON-SVl-VOF-RB'U-ROM RPE-STP-SV2-VOF-RHP-FAST NER-CON-SVI-VOF-RB'U-ROM NER-CON-SVI-VOF-RB'U-ROM NER-CON-SVI-VOF-RB'U-ROM NER-CON-SV1-VOF-RB'U-ROM NER-CON-SVI-VOF-RHU-ROM NER-CON-SV1-VOF-RB'U-ROM NER-CON-SV1-VOF-RHU-ROM :N.l!at-CON-S"'vl-VOF-RHlJ-ROM NER-CON-SVI-VOF-RHU-FAST Field-repUu:eabk Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Cond.itWns: NER-O, RPE-l : Report error CON-O, STP-l : Action on er.ror SVl-1, SV2-2: Severity level VOF-O, VON-l : Vll'taal mode RHP-O, RHO-I: Halt protection ROM~, P_~'l!~2, F..~T-~ : R'!!!l e!lyi~~!!.t Troubleshooting and Diagnostics 4-21 Table 4-5 (Oont.): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs Conditions script_AS: 48 48 48 48 48 48 48 48 48 4a 48 5A 51 5F 5C 9A 99 41 9D 43 43 43 43 43 43 43 SA 51 5F 5C 9A 99 41 9D B B B B B B B .H B 8 A 4 5 8 B C C SOC_DI_Cache_w_memory 1,2 SOC_DCCache_w_memory 1,2 SOC_DI_Cache_w_mem.ory 1,2 SOC_DCCache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DI_Cache_w_memory 1,2 SOC_DCCach.e_w_mem.ory 1, ~ SOC_DI_Cache_w_memory 1,2 SOC_CMCTL 1,2 1 FPA 1,6 SGEC_fanc SHAC_func 1,3 1,2 Interaction3unc fiush_ella_caches 1,2 'board_reset 2,1,3 1 Utility NER-CON-SV1-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VOF-RHU-FAST NER-CON-SVI-VO~RHU~AST NER-CON-SVI-VOF-RHU-FAST l'4J!a(-CON-SV1-VOF'-RBu-ROM NER-CON-SVI-VOF-RHU-FAST RPE-STP-SV2-VOF-RHU-RAM RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM script_AS: 3F 48 48 48 48 48 48 3F 48 48 48 48 48 48 8 8 8 8 8 8 8 mem..FDM_addr_shorts addr_sbrts addr_sbrts addr_sbrts addr_sbrts addr_sbrts addr_sbrts 2,1,3 2,1,3 2, 1,3 2, 1,3 2,1,3 2,1,3 2,1,3 RPE-CON-SV2-VOF-RHU-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST Field-replacea.bk Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l : Report enor CON-O, STP-1 : .Action on error SVl-l, SV2-2: Severity level VOF-O, VON-I: Vutual mode RHP-O, RHO-I: Halt protection ROM-O, RAM-2, FAST-3 : Run environment 4-22 KA6S0 CPU System Maintenance Table 4-5 (Cont.): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs Conditions 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST 1,2 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1 2,1,3 2,1 2 1,2 RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-ROM RPE-STP-SV2-VOF-RHP-FAST RPE..sTP-SV2-VOF-REP-ROM RPE-STP-SV2-VOF-RHP-FAST script_Ali: 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 48 8 8 8 8 8 8 8 8 addr_sbrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts script_A6: -_ .... 30 30 8 map_setup 4F 4F 4D 4C 4B 4D 4C memory_data memory_addr memory_ECC_error 4A 4A 8 8 8 8 8 8 8 8 4B maslewrite_W_en'S ECC_correction mem_FDM_adc1r_shorts 3F 3F 48 48 47 40 47 40 8 COUDt_bad~es 80 80 7 CQBIC_memory addr_shrts memory_refresh script_A'7: 4F 4F 0 0 memory_data 9 1 ~ .... , . , v 4E 4E 8 memory_byte 2,1,3 Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l: Report error CON-O, STP-l : Action on error SVl-l, SV2-2 : Severity level VOF-O, VON-l : Vutual mode RBP-O, RHU-l: Halt protection ROM-O. RAM-2. FAST-3 : Run enviI'onment Troubleshootina and Diagnostics 4-23 Table 4-5 (Cont.): KA660 Console Displays and FRU Pointers No. Test LED Description FRUs ConditioDS seript_A7: 4D 4C 4B 4A 3F 48 48 48 48 48 48 48 48 48 48 48 48 48 48 47 40 80 41 4D 80 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 7 41 C memory_byte memory_ECC_error maslewrite_w_ert'S ECC_correction mem_FDM_addr_shorts addr_shrts addr_shrts addr_sbrts addr_shrts addr_shrts addr_shrts addr_sbrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts addr_shrts memory_refresh count_bad..,pages CQBIC_memory boanCreset 8 CSR_setop 4C 4B 4A SF 48 48 48 48 48 48 48 48 48 48 48 48 48 48 47 40 2,1,3 2,1,3 2,1,3 2,1 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1,3 2,1 2 1,2 2,1,3 RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RBP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHU-ROM RPE-CON-SV2-VOF-RHU-FAST RPE-STP-SV2-VOF-RBP-ROM 1,2 RPE-STP-SV2-VOF-RBP-ROM script_AS: 31 31 Fie/.d-replaceable Units: FRU 1: KA66O; FRU 2: MS650; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-l : Report error CON-O, STP-l: Action on error SVl-l, SV2-2 : Severity level VOF-O, VON-l : VI.rtual mode RHP-O, RHU-l : Halt protection ROM-O, RAM-2, FAST-S : Run environment 4-24 KAS60 CPU System Maintenance Table 4-5 (Cont.): No. Test KA660 Console Displays and FRU Pointers LED Description FRUs Conditions script_AS: 80 49 80 49 8 8 map_setup memory_test_fdm 2,1 2,1,8 8 8 8 8 8 8 8 C memory_data memory_byte memory_addr memory_ecc_e!7'Or mask_write_w_errs memory_refresh count_badJ)Sges hoard_reset 2,1,3 2,1,3 2,1,3 2,1,3 B B B B B B B B B SOC_cache_diag.mode SOC_cache_diag.,.mode RPE-STP-SV2-VOF=RHP=ROM RPE-STP-SV~VOF-RHP-ROM script_AS: 4F 4E 4F 4D 4C 4B 47 40 41 4D 4E 4C 4B 47 40 41 c), ~, , ..... ,..,"l 2,1,3 2,1,3 2,1,3 RPE-STP-SV2--VOF-RHP-ROM RPE-STP-SV~VOF-RHP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-STP-SV~VOF-RHP-FAST RPE-STP-SV2-VOF-P..HP-FAST RPE-STP-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHU-ROM RPE-CON-SV2-VOF-RHU-ROM script_B5: 46 46 46 46 46 46 46 44 44 46 46 46 46 46 46 46 44 44 SOC_cache_di~mode SOC_cache_di~mode SOC_cache_diag.mode SOC_cache_dias:..mode SOC_cache_dias:..mode SOC_D_Cach.e_w_"'""''''"cry SOC_D_Cache_w_mem.m:y 1 1 1 1 1 1 1 1.2 1,2 RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2~O~RHP~OM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV~VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 8: Backplane; FRU 4: Q22-Bus Device; FRU 5: System Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battety Conditions: NER-O, RPE-1 : Report error CON-O, STP-1 : Action on error SV1-1, SV2-2 : Severity level VOF-O, VON-1: Vll"tual mode RHP-O, RH'U-1 : Halt protecticm. ROM-O, RAM-2, FAST-S : Run enviromnent Table 4-5 (Cont.): No. KA660 Console Displays and FRU Pointers Test LED Description FRUs Conditions 1,2 1,2 l,2 1,2 l,2 l,2 RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-REP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-ROM RPE-CON-SV2-VOF-RHP-FAST RPE-CON-SV2-VOF-RHP-ROM seript_B5: 44 44 44 44 44 44 45 44 44 44 44 44 44 45 45 45 45 45 45 45 45 45 45 45 45 45 45 43 43 43 43 43 43 43 43 43 43 99 43 43 43 43 43 43 43 43 43 43 99 45 B B B B B B 7 7 7 7 7 7 7 7 B B B B B B B B B B B SOC_D_Cache_w_memory SOC_D_Cache_w_memory SOC_D_Cache_w_memory SOC_D_Cache_w_memory SOC_D_Cache_w_memory SOC_D_Cache_w_memory caehe]!'lem_eqbie cache_mem_cqbic cache_mem_cqbic cache_mem_cqbic cache_mem_cqbic cache_mem_cqbic cache_mem_cqbic cache_mem_cqbic SOC_DI_Cache_w_memory SOC_DI_Cache_w_memory SOC_DI_Cache_w_memory SOC_DI_Cache_w_memory SOC_DI_Cache_w_memory SOC_DCCache_w_memory SOC_DCCache_w_memory SOC_DCCache_w_memory SOC_DI_Cache_w_memory SOC_DCCache_w_memory flush_ella_caches 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1,2 1.2 1.2 1,2 1.2 Field-replaceable Units: FRU 1: KA66O; FRU 2: MS65O; FRU 3: Backplane; FRU 4: Q22-Bus Device; FRU 5: System'Power Supply; FRU 6: CPU Cover Panel; FRU 7: Battery Conditions: NER-O, RPE-1 : Report error CON-O, STP-l : Action on error SVl-l, SV2-2 : Severity level VOF-O, VON-1 : Vutual mode RHP-O, RHU-I : Halt protection ROM-O, RAM-2, FAST-3 : Run environment 4-26 KASSO CPU System Maintenance 4.3.5 System Halt Messages Table 4-6 lists messages that may appear on the console terminal when a system error occurs. Table 4-6: System Halt Messages Code Message Explanation ?02 EXTHLT External halt, caused by either console BREAK condition, Q22-bus BHALT_L. or DBR<AUX_HLT> bit was set while enabled. Power-up) no halt message is displayed. However, the presence of the firmware banner and diagnostic countdown indicateS this halt reason. In attempting to push state onto the interrupt stack duriDg an inter.rupt or exception, the proeessor discovered that the interrupt stack was mapped NO ACCESS or NOT VALID. The processor attempted to report a machine check to the operating system, and a second machine check occurred. The processor executed a HALT iDstruction in kernel mode. The SOB vector had bits <1:0> equal to 3. The SOB vector had bits <1:0> equal to 2. A cba:oge mode iDstruction was executed when PSL<IS> was set. The SOB vector for a chaDge mode had bit 0 set. A bard memory error occurred while the processor was tryiDg to read an exception or interrupt vector. An access violation or an invalid translation occurred during machine chec<k exception processing. An access violation or traDslation not valid occurred during processing of a kernel stack not valid exception. Double machine check elTOr. A machine check occured while trying 1;0 service a maehine check. Double machine check error. A machine check occared while trying to senice a kernel stack-not-valid exception. PSL<26:24> = 5 on interrupt or exception. PSL<26:24> = 6 on interrupt of exception. PSL<26:24> = 7 on interrupt or exception. PSL<26:24> = 5 on an rei instruction PSL<26:24> =6 on an rei instruction. PSL<26:24> = 7 on an rei instruction. Microcode power-up self-test failed. _03 ?04 ISPERR ?05 DBLERR ?06 ?07 ?08 ?OA ELTINST ?OB ?OC CHMTOISTK SCBRDERR ?10 MCHKAV ?11 KSPAV ?12 DBLERR2 ?13 DBLERRS 119 ?1A PSLEXC51 PSLEXC61 PSLEXC71 PSLREI51 PSLREI61 PSLREI71 MICROVERIFY ?1B ?1D ?1E ?1F ?SF SCBERR8 SCBERR2 CHMFRISTK FAILURE 4.3.6 Console Error Messages Table 4-7 lists messages issued in response to an error or to a console command that was entered incorrectly. Table 4-7: Console Error Messages Description Code Message 161 162 The console program database has been corrupted. megal reference. The requested reference would violate virtual. memory protection, the address is not mapped, the reference is invalid in the specified address space, or the value is invalid in the spec:i:6.eci destination. The command string ca:cnot be parsed. ILLEGAL COMMAND A number bas an invalid digit. INVALID DIGIT The command was too large for the console to buffer. LINE TOO LONG The message is issued only afl:er receipt of the 1;erm;natiDg carriage return. The address specifi.ed falls outside the limits of the llLEGAL ADRRESS address space. The value specified does not fit in the destination. VALUE TOO LARGE Qualifier ccmfii~ for example, two different data sizes QUALIFIER CONFUCT are specified for an EXAMINE command.. UNKNOWN QUAIJFIER The switch is unrecognized. The symbolic address in an EXAM1NE or DEPOSIT UNKNOWN SYMBOL command is unrecognized. The command or data checksum. of an X command CHECKSUM is incorrect. If the data checksum. is incorrect, this message is issued, and is not abbreviated to "mega! cnmmmd". HALTED The operator entered a HALT command.. FIND ERROR A FIND command failed either to find the RPB or 128 kb of good memory. TIME OUT DmiDg an X command, data failed to arrive in the time expected (60 seconds). MEMORY ERROR A machine check occurred with a code indicating a read or write memory error. UNIMPLEMENTED Unimplemented :function. NO VALUE QUALIFIER Qualifier does not take a value. AMBIGUOUS QUALIFIER There were not enough unique characters to determine the qualifier. VALUE QUALIFIER Qualifier requires a value. TOO MANY QUALIFIERS Too many qualifiers supplied for this command. TOO MANY ARGUMENTS Too many arguments supplied for this command. AMBIGUOUS COMMAND There were not enough unique characters to determine the command. 163 164 165 166 167 168 169 16A 16B 100 16D 16E 16F 170 ?71 ?72 173 ?74 175 176 CORRUPl'ION ILLEGAL REFERENCE 4-28 KA660 CPU System Maintenance Table 4-7 (Cont.): Console Error Messages Code Message ?77 ?78 ?79 ?7A TOO FEW ARGUMENTS Insufficient arguments supplied for this command. TYPEAHEAD OVERFLOW The typeahead buffer over:flowed. FRAMING ERROR A framiDg error was detected on the console serial line. OVERRUN ERROR An overrun error was detected on the console serial line. A soft error OCC"1l.l'Ted. SOFT ERROR HARD ERROR A hard error occurred. A machine check occurred. MACHINE CHECK ?'iB ?7C ?7D Description 4.3.7 VMS Error Messages Table 4-8 lists the boot error messages and their descriptions. Table 4-8: VMB Error Messages Message Number ?40 ?41 ?42 ?43 ?44 ?45 ?46 ?47 ?48 ?49 ?4A ?4B ?4C ?4D ?4E ?4F ?50 ?51 ?52 ?53 ?54 ?55 Mnemonic Interpretation NOSUCHDEV DEVASSIGN NOSUCHFILE FILESTRUCT No bootable devices found. Device is not present. Program image not found. Invalid boot device file structure. Bad checksum on header file. Bad file header. Bad ctirectory file. Invalid program. image format. Premature end of file encountered. Bad file name given. Program image does not fit in available memory. Boot device I/O error. Failed to initialize boot device. Device is offiine. Memory initialization error. Unexpected SCB exception or machine check. Unexpected exception after startiIIg program image. No valid ROM image found. No response from load server. Invalid memory configuration. No devices bootable. retrying. Invalid device name. BADCHKSUM BADFILEHDR BADIRECTORY FILNOTCNTG ENDOFFILE B..AaDFTT .~~.YR BUFFEROVF CTRLERR DEVINACT DEVOFFLINE MEMERR SCBINT SCB2NDINT NOROM NOSUCHNODE INSFMAPREG RETRY IVDEVNAM TrnlJhlp-~hootino and Diaanostics 4-29 Table 4-8 (ConL): VMB Error Messages Message Number Mnemonic Interpretation ?56 DRVERR Drive error. 4.4 Acceptance Testing Perform the acceptance testing procedure listed below, after installing a system or whenever replacing the following: KA660 moduie MS650 module Memory data interconnect cable Backplane nSSI drive H3602-00 1. Run five error-free passes of the power-up scripts by entering the following command: »> R ~ 0 Press ICTRlJC I to terminate the scripts. 2. Perform the next two steps for a granular test of memory. »> ~ AS »> R ~ A7 The first command runs script AS for one pass. This command enables mapping out of solid single-bit ECC as well as multi-bit ECC errors. It will also run script A7 for one pass. The second command runs script A7 repeatedly. This command runs the memory tests only and does not reset the bitmap. Press /cTRUCI after two passes to terminate the script. This test takes up to 5 minutes per pass, depending on the amount of memory in the system. Most of the memory diagnostics test memory on a page boundary. If any of the memory tests fail, they mark the bitmap and continue with no error printout to the console. An exception is test 40 (count bad pages). If any single-bit or multi-bit ECC errors are detected, they are reported in test 40. Such a failure indicates that pages in memory have been marked bad in the bitmap because of solid single-bit andlor multi-bit ECC errors. 4-30 KASSO CPU System Maintenance 3. Check the memory configuration again, since test 31 can check for only a few invalid configurations. For example, test 31 cannot report that a memory board is missing from the configuration, since it has no way of knowing if the board should be there or not. In the following four examples, the SHOW MEMORYIFULL command is shown first without errors and then with errors inserted. »>SBOW MEMORY/FTJIJ.. Memory 0: 00000000 to OOFFFFFF, 16MB, 0 bad pages Total of 16MB, 0 bad pages, 104 reserved pages Memory Bitmap -00FF3000 to 00FF3FFF, 8 pages Console Scratch Area -OOFF4000 to OOFF7FFF, 32 pages Qbus Map -OOFF8000 to OOFFFFFF, 64 pages Scan of Bad Pages The following command deposits errors into memory. »>0 FF3100 9/9/0 Runnjng SHOW MEMORYIFULL this time points out the errors. »>SBOW MEMORY/FULL Memory 0: 00000000 to OOFFFFFF, 16MB, 32 bad pages Total of 16MB, 32 bad pages, 104 reserved pages Memory Bitmap -00FF3000 to oOFF3FFF , 8 pages Console Scratch Area to oOFF7FFF , 32 pages Qbus Map -00FF8000 to OOFFFFFF, 64 pages Scan of Bad Pages -00100000 to 00103FFF, 32 pages »> Memories 0 through 3 are the MS650 memory modules. The Q22-bus map always spans the top 32 Kbytes of good memory. The memory bitmap always spans two pages (1 Kbyte) per 4 Mbytes of memory configured. . Use utility 9C to compare the contents of configuration registers MEMCSR 0-15 with the memory installed in the S",{stem: Troubleshoofina and Diaanostics 4-31 »>~ 9C SBR-017B8000 SLR-00002021 SAVPC-20044S27 SAVPSL-04190304 SCBB-20052400 POBR-SOOOOOOO POLR-00100A80 P1BR-OAOAOAOS P1LR-000BOBOB S1D=14000006 1CCS-OOOOOOOO MAPEN-OOOOOOOO BDMTR-20084000 TODR-0010EOS5 TCRO-OOOOOOOO TIRO-OOOOOOOO TNIRO-OOOOOOOO TrvRO-0000007S BDMKR-0000007C !CRl-00000001 T1Rl=0052680A TNIRl-OOOOOOOF TIVRl-0000007C RXCS-OOOOOOOO RXDB-OOOOOOOD TXCS-OOOOOOOO TXDB-00000030 SCR-OOOODOOO DSER-OOOOOOOO QBE&~-OOOOOOOF DEAR-OOOOOOOO QBMBR-017F8000 BDR-08DOEFFF DLEDR-OOOOOOOC SSCCR-00D55537 CBTCRc00000004 IPCRO-OOOO DSSI 0-00 (BUS 0) PQBBR 0-03060022 PMCSR 0-00000000 SSHMA_O-OOOOCA20 -PSR 0-00000000 PESR-O-OOOOOOOO PFAR-o-OOOOOOOO PPR 0-00000000 NICSRO-lFFF0003 3-00004030- 4-00004050 5-8039FFOO 6-83EOFOOO -7-00000000 NICSR9-04E204E2 10-00040000 11-00000000 12-00000000 13-00000000 15-0000FFFF NISA-OS-00-2B-12-BC-AC RDESO-00441300 1-00000000 2-05EEOOOO 3-000046FO 1-07000000 2-00400000 3-000040FA TDESO-0000SC80 MEM FRO 1 MCSR 0-80000017 1-80400017 2-80S00017 3-80C00017 ~-!'~': :! ~=zr,,-~~s:COOC:G 5:;S:':COC:'C Q... OCCCOC:G MEM:FRO 3 MCSR-S-OOOOOOOO 9-00000000 10-00000000 MEM FRO 4 MCsRl2-00000000 13-00000000 14-00000000 MEMCSRl7-00000013 MEMCSR16E00000044 CSRl6-page_address-00000000 MSER-OOOOOOOO CCR-00000014 7-COCOO~:'O 11-00000000 15-00000000 One memory bank is enabled for each 4 Mbytes of memory. MEMCSRs map modules as follows: MEMCSRO-3 MEMCSR4-7 MEMCSR8-11 MEMCSR 12-15 The First MS650 memory module Second MS650 memory module Third MS650 memory module Fourth MS650 memory module Verify the following: • If a memory board is not present, bits <31:0> are all zeros for the corresponding group of four MEMCSRs. See the values for MEMCSR 8-11 in the example. • Bits <25:22> should increment by one starting at zero in any group of four MEMCSRs whose bit 31 equals 1. In the example above, bits °<25:22> of MEMCSR 4 and 5 increment by one, resulting in an increment of four in their longwords. If bit 31 equals 0, <25:22> should equal zero. 4. Check the Q22-bus and the Q22-bus logic in the KA660 CQBIC chip, and the configuration of the Q22-bus, as follows: 4-32 KASSO CPU System Maintenance »> mow QBt7S Scan of Qbus I/O Space -20000120 (760440) = 0080 DHQ11/DEV11/CXAl6/CXB16/CXY08 -20000122 (760442) = F081 -20000124 (760444) = DD18 -20000126 (760446) 0200 -20000128 (760450) 0000 -2000012A (760452) = 0000 -2000012C (760454) = 8000 -2000012E (760456) = 0000 -20001920 (774440) = FF08 DESQA -20001922 (774442) = FFOO -20001924 (774444) = FF2B -20001926 (774446) = FF06 -20001928 (774450) = FF16 -2000192A (774452) = FFF2 ~2000192C {774454} OOFS -2000192E (774456) 1030 -20001940 (774500) 0000 TQK50/TQK70/TU81E/RV20/K-TAPE OBeo -20001942 (774502) -20001F40 (777500) 0020 IPCR Scan of Qbus Memory Space »> The columns are described below. The examples listed are from the last line of the example above. First column = the VAX I/O address of the eSR, in hexadecimal (20001F40). Second column = the Q22-bus address of the CSR, in octal (777500). Third column = the data, contained at the CSR address, in hexadecimal (0020). Fourth column = the device vector in octal, according to the fixed or fica.+;'ftg Q22-bus and UNIBUS algorithm (004). Fifth column = the device name (!PCR, the KABBO interprocessor communications register). Additional lines for the device are displayed if more than one CSR exists. The last line, Scan of Qbus Memory Space, displays memory residing on the Q22-bus, if present. VAX memory mapped by the Q-22 bus map is not displayed. If the system contains an MSCP or TMSCP controller, run test 81. This test performs step one of the UQ port initialization sequence, performs the SA wraparound test, and checks the Q-22 bus interrupt logic. Troubleshootino and Diaonostics 4-33 NOTE: This test will erroneously generate messages indicating the KFQSA module has failed. If you do not specify the CSR address, the test searches for and runs on the first MSCP device by default. To test the first TMSCP device, you must specify the first parameter: »> T 81 20001940 You can specify other addresses if you have multiple MSCP or TMSCP devices in the first parameter. This action may be useful to isolate a problem with a controller, the KA660, or the backplane. Use the VAX address provided by the SHOW QBUS command to determine the CSR value. If you do not specify a value, the MSC.P device at address 20001468 is tested by default. 5. Check that all UQSSp, MScp, TMSCP, and Ethernet controllers and devices are visible by entering the following command: »> SHOW DEVICE DSSI Bus 0 Node 0 (R3YRME) -DIAO (RF31) DSSI Bus 0 Node 1 (R3VBNC) -DIAl (RF31) DSSI Bus 0 Node 7 (*) OQSSP Tape Controller 0 (774500) -MUAO (TK70) Ethernet Adapter -EZAO (08-00-2B-08-E8-6E) Ethernet Adapter 0 (774440) -XQAO (08-00-2B-06-16-F2) In the above example, the console displays the remote DSSI node names and node numbers of two ISE controllers it recognizes. The lines below each node name and number are the logical unit numbers of any attached devices, DIAO and DIAl in this case. DSSI Node 7 (*) is the KA660 DSSI adapter. In most cases, the KA660 is the local DSSI node shown by the asterisk and has a node number of 7. DSSI node names, node numbers, and unit numbers should be unique. The UQSSP (TQK70) tape controller and its CSR address are also shown. The line below this display shows a TK70 connected. The next two lines show the logical name and station address for the KA660 Ethernet adapter. 4-34 KASSO CPU System Maintenance The last two lines refer to DESQA controller, the Q22-bus CSR address, logical name (XQAO), and the station address. 6. Test the DSSI subsystem using the KA660 ROM-based Diagnostics and Utilities Protocol (DUP) facility. This facility allows you to connect to the DUP server in the RF drive controller. Examples follow. »> SET HOST /DOP/DSSI 7 Starting DUP server •.. Stopping DUP server ••• In this example, a DUP connection was made with DSS! node 7, the KA660. The DUP server times out, since no local programs exist and no response packet was received. »> SET HOST /DOP/DSSI 1 starting DUP server ••• DSSI Bus 0 Node 1 (R3VBNC) DRVEXR ~.O D 21-FEB-19SS DRVTST V1.0 D 21-FEB-19SS HISTRY V1.0 D 21-FEB-19SS ERASE V1.0 D 21-FEB-19SS PARAMS V1.0 D 21-FEB-19SS DIRECT ~.O D 21-FEB-19SS End of directory 21:27:54 21:27:54 21:27:54 21:27:54 21:27:54 21:27:54 Task Name? DRVTST Write/read anywhere on medium? [l=Yes/(O=No}]: <CR> 5 .mi.~utes for test to complete. Compare failed on head 1 track 1091. Compare failed on head 0 track 529. Task Name? DRVED Write/read anywhere on medium? [l=Yes!(O=No)]: <CR> Test t~e in minutes? [(10)-100): 10 minutes for test to complete. R3~lBNC::~~CP$DUP 21-FEB-1988 21:37:35 DRVEXR CPU=OO:OO:Ol.88 PI=43 R3VBNC::MSCP$DUP 21-FEB-1988 21:37:38 DRVEXR CPO=00:OO:03.38 PI=79 Compare failed on head 1 track 1091. R3VBNC::MSCP$DUP 21-FEB-1988 21:37:40 DRVEXR CPO=OO:OO:04.97 PI=116 »> In the above example, the local programs DRVTST and DRVEXR are run on drive 1. CAUTION: Do not enter 1 in response to the question Write/read anywhere on medium? Doing so will destroy data on the disk. Press Return, which uses the default, allowing reads and writes to the DBNs only. ICTRLJr I or JCTRl.IGI displays a message as shown in the DRVEXR example above (the lines beginning with R3VBNC::). In the example, ICTRUTI has been pressed twice, to show the difference in the time and in the value of the progress indicator (PI). Press ICTRUC I to terminate the program. Use the local programs PARAMS (Section 4.8.5) and mSTRY (Section 4.8.3) to determine the cause of errors displayed during DRVTST or DRVEXR. DRVTST should run successfully for one pass on each drive. 7. If th~r~ are one or more DELQA modules in the system, use test 82 io invoke the Ethernet option's self-test and receive status from the host firmware. Test 82 is useful for acceptance testing if you cannot access the system enclosure to see the DELQA LEDs. 8. After the above steps have completed successfully, load MDM and run the system tests from the Main Menu. If they ron successfully, the system has gone through its basic checkout and you can load the software. 4.5 Troubleshooting This section contains suggestions for determining the cause of ROM-based diagnostic test failures. 4.5.1 FE Utility The FE utility dumps the diagnostic state to the console as shown below. »> ~ !'Z Bitmap-00FF3000, Length-00001000, Checksum-S07F, Busmap-00FF8000 Test_number-41, Subtest-OO, Loop_Subtest-OO, Error_type-OO Error_vector-ooOO, Last_exception_PC-OOOOOOOO, Severityc 02 Total_error_count-OOOo, Led_display-OC, Console_display-03, save_mchk_coae-SO oarameter 1-00000000 2-00000000 3cOOOOOOOO 4-00000000 5-00000000 parameter-6-00000000 7-00000000 8-00000000 9-00000000 lO-OOOOOOOO previous_error-OOOOOOOO, 00000000, 00000000, 00000000 Flags-OOFFFC10440E, SET_mask-FF Return_stack-201406D4, Subtest-pcE20062730, Timeout-00030D40 »> The most useful fields displayed above are as fonows: • Error_type_vector. The SCB vector through which the unexpected interrupt or exception trapped if error_type equals FE, FD, FC, or EF. • Total_error_count. Four hexadecimal digits showing the number of previous errors that have occurred. 4-36 KA660 CPU System Maintenance • Previous_error. Contains the history of the last four errors. Each longword contains four bytes of information. From left to right these are the error_type, subtest_log, test number, and loop_subtestlog. • Save machine check code (save_mchk_code). Valid only if the test halts on error. This field has the same format as the hardware error summary register. • Parameters 1 through 10. Valid on the last text run. • Last_exception_PC. PC of exception if error_type is FE, FD, FC, or EF. 4.5.2 Isolating Memory Failures This section describes procedures for isolating memory subsystem failures, particularly when the system contains more than one MS650 memory module. 1. SHOW MEMORY/FULL Use the SHOW MEMORYIFULL command to examine failures detected by the memory tests. Use this command if test 40 fails, which indicates that pages have been marked bad in the bitmap. SHOW MEMORYI FULL will break out the number of pages marked bad if any on each individual memory board present. 2. TA9 Script A9 runs only the memory tests and halts on the first hard or soft error found. This script will not continue after an error, and it will not fully mark the bitmap with all errors. The main purpose for A9 is to find the first test that caused an error and print out the error message. The user can then determine the specific error with a listing for the test. Script AS is generally not needed to determine a failing field- replaceable unit (FRU). 3. Continue on Error flag. The fourth parameter allows the user to determine~ after a memory error, if a test should continue or stop immediately to allow a printout. All scripts except A9 have Continue on Error set to allow the memory bitmap to be fully marked correctly for all errors. When running an individual memory test, the default for parameter 4 is to stop on any error. You have to specifically set p~eter 4 to a 1 to enable Continue on Error. When Continue on Error is 0, there is no retry after a soft or a hard error. In other words, if you cUll any memory test (47, 48, 4A, Or 4F) with the default value for parameter 4 (0), or if you run the A9 script, Troubleshootina and Diaanostics 4-37 any error, hard or soft, will cause the test to stop, print an error, and also mark the bitmap. The bitmap is always marked in 256 KB sections to allow tests to run quicker when elTOrs occur. The memory tests have a soft error counter for each· board. These counters are only incremented if a soft error occurs during a test and Continue on Error is enabled (1). The soft error counters are also not incremented during the A6 script, which only marks multiple bit errors. The A6 script should not normally be used because it will not mark off hard single-bit errors. Soft errors are defined in these tests as single-bit errors, and when the data is rewritten, no error occurs on the next read of the data. 4. Running an individual test Parameters 1 and 2 determine the starting address for each memory test. Use the SHOW MEMORY command to print out the addresses for all boards. The first board is board O. Instead of an address, you can also enter a starting and ending board number. The first board is number 1. After the test starts, board numbers are replaced with the actual addresses. You can also change the address increment parameter 3 for each memory tests. Tests 4F, 4E, 4A, 4B and 4C run very slowly. The normal address increment for these tests would 256 Kbytes (Ox40000) or greater. Smaller increments would normally be used when selecting a smaller address range from starting to ending address. For example, run test 4F on the second memory board, increment address by 100000 hexadecimal (1 MByte), and continue testing if an error occurs. »>~'4r 2 2 100000 1 Run test 4C on every location from address Ox40000 to Ox4FFFF. Stop on the first elTOl" if any. End address actually specifies the last byte location + 1 to test. »>~ 4C 40000 50000 8 5. T40 The SHOW MEMORY command displays pages that are marked bad by the memory tests and is easier to interpret than test 40. There is only one instance in which test 40 reports information that SHOW MEMORY does not report. Test 40 reports the number of soft errors that have been counted by the memory tests, if any, for each memory board. The default when running test 40 is to ignore soft errors. To count soft errors, enter the following command: 4-38 KASSO CPU System Maintenance »>T 40 1 4 0 This command causes all soft and hard errors to be checked against all memory boards present. For soft errors the limit to check against is 0, which is the third parameter. If test 40 fails with SUBTESTLOG = 07, then RS-RS in the error dump list refers to soft errors for boards 1 through 4. 6. T9C The utility 9C is usefui after system crashes or similar events because it dumps the current contents of most CPU registers on the KA660. To help in isolating an FRU, examine registers MEMCSR 0-15 by entering T 9C at the console I/O mode prompt (Example 4-5). Utility 9C is also useful for examining the error registers MSER, CACR, DSER, and MEMCSR16, upon a fatal system crash or similar event: See Example 4-5 for an example of T ge. Example 4-5: T 9C »»»~ Jc SBR-017B8000 SLR-00002021 SAVPC-20044827 SAVPSL-04190304 SCBB-20052400 POBR-80000000 POLR-00100ASO P1BR-OAOAOA08 P1LR-OOOBOBOB SID-14000006 TODR-0010E085 ICCS-OOOooooo MAPEN-OOOOOooo BDMTR-20084000 BDMKR-0000007C TCRO-OOOOoooo TIRO-OOOOoooo TNIRO-OOOOoooo TIVRO-00000078 TCRl-OOOOOOOl TIRl-00526S0A TN!R1cOOOOOOOF TIVRl-0000007C RXCSaOOOOoooo RXDB-OOOOOOOD TXCS-OOOooooo TXDB-00000030 SCR-OOOODOOO DSER-OOOOOooo QBEAR-OOOOOOOF DEAR-OOOOOooo QBMBR-017F8000 BDR-08DOEFFF DLEDR-OOOOOooc SSCCR-OOD55537 CBTCR-00000004 IPCRO-OOOO DSSI 0-00 (BUS 0) PQBBR_0-03060022 PMCSR 0-00000000 SSHMA_O-O00 OCA20 -PSR 0-00000000 PESR 0-00000000 PFAR-O-OOOOOOOO PPR 0-00000000 NICSRO-lFFF0003 3-00004030- 4-00004050 5-8039FFOO 6-83EOFOOO -7-00000000 NICSR9-04E204E2 10-00040000 11-00000000 12-00000000 13-00000000 15-0000FFFF NISA-OS-00-2B-12-BC-AC RDESO-00441300 1-00000000 2-05EEOOOO 3-000046FO TDESO-00008C80 1-07000000 2~00400000 3~000040FA HEM_FRU 1 MCSR_O-80000017 1-60400017 2-80800017 3c8OC00017 HEM FRO 2 MCSR_4-81000016 5-S1400016 6-00000016 7-00000016 MEM=FRO 3 MCSR 8-00000000 9-00000000 10-00000000 11-00000000 c HEM FRO A. MCsRl2 OOOOOOOO 13-00000000 14-00000000 15-00000000 MEMCSR17-00000013 MEMCSR16-00000044 CSRl6-page_address-00000000 ~~LR-OOOOOOOO CCR-00000014 »> 3 2 2 5 1 2 MEMCSR16 - 8094000F hex - 1000 0000 1001 0100 0000 0000 0000 lll1 II II MEMCSR_5 - 80800016 hex - 1000 0000 1000 OOOC 0000 0000 0001 0110 bit 31 set 25:22 match Troubleshooting and Diagnostics 4-39 4.5.3 Additional Troubleshooting Suggestions Note the following additional suggestions when diagnosing a possible memory failure. • If more than one memory module is failing, you should suspect the KA660 module, CPU/memory cable, backplane, or MS650 modules as the cause of failure. • Always check the seating of the memory cable first before replacing a KA660 or MS650 module. If the seating appears to be improper, rerun the tests. Also remember to leave the middle connector disconnected for a three-connector cable when the system is configured with only one ~IS650. • If you are rotating MS650 modules to verify that a particular memory module is causing the failure, be aware that a module may fail in a different way when in a different slot. • Be sure to put the modules back in their original positions' when you are finished. • If memory errors are found in the error log, use the KA660 ROM-based diagnostics to see if it is an MS650 problem, or if it is related to the KA660, CPU/memory interconnect cable, or backplane. Follow steps 1-3 of Section 4.4 and Section 4.5.2 to aid in isolating the failure. • Use the SHOW QBUS, SHOW DEVICE, and SET HOSTIDUP commands when troubleshooting I/O subsystem problems. • Use the CONFIG command to help with configuration problems or when installing new options onto the Q-bus. See the command descriptions in Chapter 3. • You can run a DSSI device power-up diagnostic without performing a cold restart or spinning the disk drives down and back up. Enter the following at the console prompt: »>T 58 {node_number} A CI Reset command is issued to the DSSI device, causing the device to perform. its power-up diagnostics. Parameter 1 is the DSSI node ID or port number. It must be in the range of 0-7 (0 is the default). Use the default for parameter 2. You can perform this test repeatedly with the REPEAT command (R T 58 {node ID}). In that case the drive's self-tests run repeatedly until you preSSICTRUCI to terminate the test. 4-40 KA660 CPU System Maintenance • Once the test has completed successfully, you can examine the nSSI device's internal error logs by running the DUP local programs HISTRY and PARAMS. Refer to Section 4.8.3 and Section 4.8.5 for further information. 4.6 Loopback Tests and Fuse Problems You can use extemalloopback tests to localize problems with the Ethernet, console, and nSS! subsyst.ems. Check that de power and pico fuses on the KA660 are functioning correctly. Three 1.5-A pico fuses (pN 12-10929-08) are located near the handle on the component side of the KA660 module, as shown in Figure 1-1. The fuses are numbered from left to right as follows: F1, F2: Backplane fingers F3: Memory and I/O connectors Replace the fuse, not the KA660, if a fuse has gone bad. Table 4-9 lists some symptoms of faulty fuses. . Table 4-9: KA660 Fuses Bad~ S~p~m Fl bad (+5 V) F2 bad (+12 V) Cover panel hexadecimal LED display is off. Both 'I'hinwire and standard Ethernet LEDs on the CPU cover panel are off. DSSI terminator LED is off F3 bad roSSI Term) Ethernet externalloopback test 5F fails (for ThinWire omy. since the fuse protects +12 V supplied to the DESTA on the CPU cover panel). The LED on the loopbaek conneeto:r (Pt{ 12-2219&-(2) for standard Ethernet is ofi; er~ loopback tests for standard Ethernet pass. however. Console SLU externalloopback test fails. Only local DSSI node (typically node 7 for the KASSO) is reported by SHOW DEVICE or SHOW DSSI commands DSSI externa1100pback test 56 fails. DSSI Problems For DSSI problems, run the SHAC externalloopba~k test (test 56). To check the DSSI bus out to the KA660 connector, plug one end of the test cable (pN 17-02216-01) to the H3281Ioopback connector and the other end to the KA660 nSSI connector. To test out to the end of the DSSI Dus, turn off the system., remove all nSSI devices with the exception of the KA660 Troubleshootina and Diaanostics 4-41 from the bus, and plug the external DSSI loopback connector in place of the DSSI bus terminator. Ethernet Problems For ThinWIre Ethernet problems, run the external loopback test (NI test, number SF) by entering the following: »> ~ SF 1 Set parameter 1 to run this test. Only the extemalloopback test runs. Be sure to set the Ethernet Connector switch on the CPU cover panel to the Thin'Wire position. Use two 50-ohm H8225 terminators connected to an H8223 T-connector. '1b test the standard Ethernet connector, use loopback connector (PN 1222196-02) in conjunction with MDM. 4.6.1 Testing the Console Port To test the console port at power-up, set the Power-Up Mode switch on the CPU cover panel to the Test position, and install an H3l03 loopback connector into the :MMP of the cover panel. The Hal03 connects the console port transmit and receive lines. At power-up, the SLU_EXT_LOOPBACK IPT then runs a continuous loopback test. While the test is running, the LED display on the CPU 110 insert should alternate between 6 and 3. A value of 6 in the display indicates a test failure. If the test fails, one of the following parts is faulty: the KA660 CPU module, the CPU cover panel, or the cabling. '1b test out to the end of the console terminal cable: 1. Plug the MMJ end of the console terminal cable into the CPU cover panel. 2. Disconnect the other end of the cable from the terminal. 3. Place an H8572 adapter into the disconnected end of the cable. 4. Connect the Hal03 to the H8572. 4.7 Module Self-Tests Module self-tests run when you turn on the system. A module self-test can detect hard or repeatable errors, but usually not intermittent errors. Module LEDs display pass/fail test results. 4-42 KA660 CPU System Maintenance A pass by a module self-test does not guarantee that the module is good, because the test usually checks only the controller logic. The test usually does not check the module Q22-bus interface, the line drivers and receivers, or the connector pins-all of which have relatively high failure rates. A fail by a module self-test is aecuxa.te, because the test does not require any other part of the system to be working. The following modules do not have LED self-test indicators: DFAOl DPVll DRQ3B DZQl1 KLESI LPVll TSV05 The following modules have one green LED, which indicates that the module is receiving +5 and +12 Vde: CXAl6 CXB16 CXY08 KZQSA Table 4-10 lists loopback connectors for common KAS60 system modules. Table 4-10: Loopback Connectors for Q22-Bus Devices Device Module Loopbaek CXAl6lCXBl6 CXY08 H310S + H8572 1 H3046 (50-pin) PN 12-22196-02 H3259 DELQA DPVll DSSJ2 DZQll Ethernets LPVll KA660IH3602-00 KMVlA Cable Loopbaek H3197 (25-pin) H3260 PN 12-15336-00 or H325 H329 (pN 12-27351-01) None H3103 H3255 None H3lOS + H8572 H3251 lUse the appropriate cable to connect transmit-to-receive lines. H3l01 and H3103 are doubleended cable connectors. 2For DSSI to KA.660 or RF-series connector. use PN 17-02216-01 plus H3281100pback. For connection to end of bus. use the DSSI loopback connector PN 12-30702-01. sFor ThinWll"e. use H8223-00 plus two H8225-00 temrinators. For standard Ethernet, use PN 12-22196-02. Table 4-10 (Cont.): Loopback Connectors for Q22-Bus Devices Device Module Loopback KZQSA PN 12-80552-02 Cable Loopback 4.8 ISE Troubleshooting and Diagnostics An ISE may fail either during initial power-up or during normal operation. In both cases the failure is indicated by the lighting of the red fault LED on the sCP on the enclosure front panel. The ISE also has a red fault LED, but it 18 not visible from the outside of the system e!ldosu...-re_ If the ISE is unable to execute the Power-On Self-Test (POST) successfully, the red fault LED remains lit and the Ready indicator does not light, or both LEDs remain on. POST is also used to handle two types of error conditions in the ISE: 1. Controller errors are caused by the hardware associated with the controller function of the ISE module. A controller error is fatal to the operation of the ISE, since the controller cannot establish a logical connection to the host. The red Fault indicator lights. If this occurs, replace the ISE module. 2. Drive errors are caused by the hardware associated with the ISE control function of the ISE module. These errors are not fatal to the ISE, since the ISE can establish a logical connection and report the error to the host. Both LEDs go out for about 1 second, then the red Fault indicator lights. In this case, run either DRVTST, DRVEXR, or PARAMS (described in the next sections) to determine the error code. 4-44 KA660 CPU System Maintenance Here are three common configuration errors: • More than one node with the same node number • Identical bus node ID • Identical unit numbers The first error cannot be detected by software. Use the SHOW DSS! command to display the second and third errors. This command lists each device connected to the DSSI bus by node name and unit number. Install the bus node ID plug in the socket on the ISE. If the ISE has no bus node ID plug, the ISE reads its bus node ID from the three-position DIP switch on the side of the ISE. The ISE contains the following local programs (described in the following sections): DIRECT DRVTST DRVEXR HISTRY ERASE PARAMS A directory, in DUP specified format, of available local programs A comprehensive ISE functionality verification test A utility that exercises the ISE A utility that saves iDformation retained by the ISE A utility that erases all user data from the disk A utility that allows YOll to look at or change ISE status, history, and parameters A description of each local program follows, including a table showing the dialog of each program. The table also indicates the type of messages contained in the dialog, although the screen display will not indicate the message type. Message types are abbreviated as follows: Q-Question I-Information T;:.....-Termination FE-Fatal error Access these local programs using the console SET HOSTIDUP command, which creates a virtual terminal connection to the storage device and the designated local program using the Diagnostic and Utilities Protocol (DUP) standard dialog. Once the connection is established, the local program is in control. When the program terminates, control is returned to the KA660 console. To abort or prematurely terminate a program and return control to the KA660 console, press ICTRLIC I or IcTRUY I. Troubleshooting and Diagnostics 4-t5 4.8.1 DRVTST DRVTST is a comprehensive functionality test. Errors detected by this test are isolated to the FRU level. The messages are listed in Table 4-11. Table 4-11: DRVTST Messages Message Type Message T Copyright e 1990 Digital Equipment Corporation Writelread anywhere on the medium? [l=yesl(O=no)] User data will be corrupted. Proceed? [1::yesl(O=no)] 5 minutes to complete. Test passed. or FE FE FE FE Unit is currently in use. I Operation aborted by user. xx:a::-Unit diagnostics failed. 2 xx:a::-Unit readlwrite test failed. 2 I Q Q I 1Either the ISE is inoperative, in use by a host, or is currently rw:ming another local program. 2Ref"er to the diagnostic error list at the end of this chapter. Answering No to the first question ("Write/read ...?") results in a read-only test. DRVTST, however, writes to a diagnostic area on the disk. Answering Yes to the first question causes the second question to be displayed. Answering No to the second question ("Proceed?") is the same as answering No to the first question. Answering Yes to the second question permits write and read operations anywhere on the medium. DRVTST resets the ECC error counters, then calls the timed I/O routine. After the timed 110 routine ends (5 minutes), DRVTST saves the counters again. It computes the uncorrectable error rate and byte (symbol) error rate. If either rate is too high, the test fails and the appropriate error code is displayed. 4.8.2 DRVEXR The DRVEXR local program exercises the ISE. The test is data transfer intensive, and indicates the overall integrity of the device. Table 4-12 lists the DRVEXR messages. 4-46 KASSO CPU System Maintenance Table 4-12: DRVEXR MessageS Message Type r Q Q Q I r 1 r T Message Copyright @ 1990 Digital Equipment Corporation Writelread anywhere on the medium? [l=yesl(O::n.o)] User data will be corrupted. Proceed? [1=yesl(O:n.o)] Test time in minutes? [(10)-100] ddd minutes to complete. dddddddd blocks (512 bytes) transferred. dddddddd bytes in error (soft). dddddddd uncorrectable ECC errors (recoverable). Complete. Or: FE FE FE FE Unit is cu."'!'e!ltly in use. 1 Operation aborted by user. xxxx-UDit diagnostics failed. 2 xxn-UDit read/write test failed. 2 lEither the ISE is inoperative, in use by a host, or is currently numing another local program. 2Refer to the diagnostic error list at the end of this chapter. Answering No to the first question (Write/read •.. ?) results in a read-only test. DRVEXR, however, writes to a diagnostic area on the disk. Answering Yes to the first question results in the second question being asked. Answering No to the second question (Proceed?) is the same as answering No to the first question. Answering Yes to the second question permits write and read o~,.ations any where on the medium. NOTE: If the Write-Protect switch on the SCP is pressed in (LED on) and you answer Yes to the second question, the ISE does 1Wt allow the test to run. DRVEXR displays the error message 2006---0nit read/write test failed. In this cas~ the test has not failed, but has been prevented from running. DRVEXR saves the error counters, then calls the timed I/O routine. After the timed I/O routine ends, DRVEXR saves the counters again. It then reports the total number of blocks transferred, bits in error, bytes in error, and uncorrectable errors. DRVEXR uses the same timed 110 routine as DRVTST, with two exceptions. First, DRVTST always uses a :fixed time of five minutes, while you specify Troubleshootino and Diaanostics 4-47 the time of DRVEXR routine. Second, DRVTST determines whether the ISE is good or bad. DRVEXR reports the data but does not determine the condition of the ISE. 4.8.3 HISTRY The HISTRY local program displays information about the history of the ISE. Table 4-13 lists the HISTRY messages. Table 4-13: HISTRY Messages Message Type 1 1 1 1 1 1 1 1 1 11 Field Length Field MeaDiDg 47 AScn characters 4 ASCII cbaracters 12 ABen characters 6 ASCII cbaracters 1 ASCII character Copyright notice Product :name Drive serial number Node:name Allocation class Firmware revision level Hardware revision level Power-on hours Power cycles Hexadecimal fault code Complete 8 ASCn cbaracters 17 ASCll characters 6 ASCII cbaracters 5 ASCn cbaracters 4 ABen cbaracters T 1Displays the last 11 fault codes as iDf'ormational. messages. Refer to the djagnosti~ error list at the end of this chapter. The following example shows a typical screen display when you run mSTRY: Copyright e 1988 Digital Equipment Corporation RF31 EN01082 SUSAN o RFX V101 RF31 PCB-5/ECO-OO 617 21 A04F A04F A103 A04F A404 A04F A404 4-48 KAS60 CPU System Maintenance A04F A404 A04F A404 Complete. If no errors have been logged, no hexadecimal fault codes are displayed. 4.8.4 ERASE The ERASE local program overwrites application data on the ISE while leaving the replacement control table (RCT) intact. This local program is used if an BDA must be replaced, and there is a need to protect confidential or sensitive data. Use ERASE only if the HDA must be replaced and only after you have backed up all data. Table 4-14 lists the ERASE messages. Table 4-14: ERASE Messages Message Type Message I Q Q I T Copyright @ 1988 Digital Equipment Corporation Writelread anywhere on the medium? [l=yesl(O::no)] User data will be corrupted. Proceed? [l=yes'(O::no)] 6 mmutes to complete. Complete. or FE Unit is currently:in use. FE FE FE Operation aborted by user. xxn-Ullit diagnostics failed. 1 xxn-Operation failed. 2 1Refer to the diagnostic error list at the end of this chapter. = one of the following error codes: OOOD : CSllIlOt write the ReT. OOOE : Cannot read the RCT. OOOF : Cannot find an RBN to revector to. 0010: The RAM capy of the bad block table is full 2xxxx If a failure is detected, the message indicating the failure will be followed by one or more messages containing error codes. 4.8.5 PARAMS The PARAMS local program supports modifications to device parameters that you may need to change, such as device node name and allocation class. You invoke it in the same way as the other local programs. However, you use the following commands to make the modifications you need: EXIT HELP SET SHOW STATUS Temrinates PARAMS program Prints a brief list of commands and their syntax Sets a parameter to a value Displays a parameter or a class of parameters Displays module coDfigura~ history, or corrent counters, dependmg on the status type chosen Alters the device parameters WRITE 4.8.5.1 EXIT Use the EXIT command to terminate the PARAMS local program. 4.8.5.2 HELP Use the HELP command to display a brief list of available PARAMS commands, as shown in the example below. PARAMS> BELP EXIT HELP SET {parameter I .} value SHOW {parameter I • I /class} /ALL /CONST /DRIVE /SERVO /SCS /MSCP /OOP STATUS [type] CONFIG LOGS DATALINK PATHS WRITE PARAMS> 4.8.5.3 SET Use the SET command to change the value of a given parameter. Parameter is the name or abbreviation of the parameter to be changed. To abbreviate, use the first matching parameter without regard to uniqueness. Value is the value assigned to the parameter.. For example, SET NODE SUSAN sets the NODENAME parameter to SUSAN. The following parameters are useful: 4-50 KASSO CPU System Maintenance The controller allocation class. The allocation class should be set to match that of the host. FIVEDIME True (1) ifMSCP should support five COImecticms with ten. credits each. False (0) ifMSCP should support seven connections with seven credits each. UNITNUM The MSCP unit number. FORCEUNI True (1) if the umt number should be taken from the nSSI ID. False (0) if the UNITNUM value should be used instead. NODENAME The controner's SCS node name. FORCENAM True (1) if the ses node name should be forced to the string RF8lx (where x is a letter from A to H corresponding to the nBSI bus ID) instead of using the NODENAME value. False (0) ifNODENAME is to be used. SYSTEMID The SYSTEMID parameter provides a nl.UIlher that uniquely identifies the ISE to the operating system. This parameter is modified o:cly when repJ.acmg an ISE. Only Customer Services representatives and qualified self-maintenance customers can remove an ISE. ALLCLASS 4.8.5.4 SHOW Use the SHOW command to display the settings of a parameter or a class of parameters. It displays the full name of the parameter (8 characiers or less), the current value, the default value, radix and type, and any flags associated with each parameter. 4.8.5.5 STATUS Use the STATUS command to display module configuration, history, or current counters, depending on the type specified. Type is the optional ASCII string that denotes the type of display desired. If you omit Type, all available status information is displayed. If present, it may be abbreviated. The following types are available. eONFIG LOGS DATALINK PATHS Displays the module name, node name, power-on hours, power cycles, and other such ccmfi.gura.tion information. Unit failures are also displayed, if applicable. Displays the last eleven machine and bug checks on the moduie. The display includes the processor registers (DO-D7, AO-A7), the time and date of each failure, and some of the hardware registers. Displays the data link counters. Displays available path iDformation (open virtual circuits) :from the point of view of the controller. The display includes the remote node names, nSS! IDs, software type and version, and counters for the messages and datag:rams sent and/or received. 4.8.5.6 WRITE Use the WRITE command to write the changes made while in PARAMS to the ISE's nonvolatile memory. The WRITE command is similar to the VMS SYSGEN WRITE command. Parameters are not available, but you must be aware of the system and/or ISE requirements and use the WRITE command accordingly or it may not succeed in writing the changes. Troubleshootino and Diaonostics 4-51 The WRITE command may fail for one of the following reasons: • You altered a parameter that required the unit, and the unit cannot be acquired (that is, the unit is not in the available state with respect to the host). Changing the unit number is an example of a parameter that requires the unit. • You altered a parameter that required a controller initialization, and you replied negatively to the request for reboot. Changing the node name or the allocation class are examples of parameters that require controller initialization. • Initial ISE calibrations were in progress on the unit. The use of the WRITE command is inhibited. while these calibrations are running. 4.9 Diagnostic Error Codes Diagnostic error codes appear when you are running DRVTST, DRVEXR, or PARAMS. Most of the error codes indicate a failure of the ISE module. The exceptions are listed below. The error codes are listed in Table 4-15. If you see any error code other than those listed below, replace the module. Table 4-15: ISE Diagnostic Error Codes Code Message Meanjng 20321A032 Failed to see FLT go away FLT bit of the spindle control status register was asserted for one of the following reasons: 1. Reference clock not present 2. Stuck rotor 3. Bad ccmnection between HDA and module 203A1A03A Cannot spin UPt ACLOW is set in WrtFlt Did not see ACOK signalt which is SIlpplied by the host system power supply for staggered spin-up. 131419314 Front panel is broken Could be either the module or the operator control panel or both. 4-52 KASSO CPU System Maintenance Appendix A KA6S0 CPU Address Assignments This appendix lists the CPU address assignments in general and detail for various aspects of memory. A.1 KAS60 Physical Address Space Table A=llists general address assignments for VAX memory and lIO space. KAssa CPU Address Assianments A-1 Table A-1: General Local Address Space Map Address Range Description VAX Memory Space 0000 0000 - lFFF FFFF Local Memory Space (512 Mbytes) VAX IlO Space 2000 0000 - 2000 lFFF Local Q22-Bus I/O Space (8 Kbytes) 2000 2000 - 2003 FFFF 2004 0000 - 2007 FFFF Local ROM Space 2008 0000 - 20lF FFFF Local Register I/O Space (1.5 Mbytes) 20200000 - 23FF FFFF Reserved Local I/O Space (62.5 Mbytes) 2400 0000 - 27FF FFFF Reserved Local I/O Space (64 Mbytes) 2008 0000 - 2BFF FFFF Reserved Local I/O Space (64 Mbytes) 2COS 0000 - 2FFF FFFF Reserved Local I/O Space (64 Mbytes) 3000 0000 - 303F FFFF Local Q22-Bus Memory Space (4 Mbytes) 3040 0000 - SSFF FFFF Reserved Local I/O Space (60 Mbytes) 3400 0000 - 37FF FFFF Reserved Local I/O Space (64 Mbytes) 3800 0000 - 3BFF FFFF Reserved Local I/O Space (64 Mbytes) 3COO 0000 - 3FFF FFFF Reserved Local I/O Space (64 Mbytes) A-2 KAS60 CPU System Maintenance A.2 KA660 Detailed Physical Address Map Table A-2 lists detailed address assignments for VAX memory and I/O space. Table A-2: Detailed Local Address Space Map Description Address Range VAX Memory Space Local Memory Space, 64 Mbytes (Q22-bus Map at top 32 Kbytes ofMam Memory) 0000 0000 - 03FF FFFF Reserved Memory Space (448 Mbytes) 0400 0000 - lFFF FFFF Local Q22-bus IJO Space 20000000 • 2000 1FFF Reserved Q22-bus I/O Space 2000 0000 - 2000 0007 Q22-bus Floating Address Space 2000 0008 - 2000 07FF User Reserved Q22-bus I/O Space 2000 0800 - 2000 OFFF Reserved Q22-bus I/O Space 2000 1000 - 2000 lF3F Interprocessor Comm Reg 2000 1F40 Reserved Q22-bus I/O Space 2000 1F44 - 2000 1FFF Local Register IJO Space 2000 2000 ·2003 FFFF Reserved Local Register I/O Space 2000 4202 - 2000 422F SHACSSWCR 2000 4230 Reserved Local Register I/O Space 2000 4234 - 2000 4043 SHACSSHMA 2000 4244 SHACPQBBR 2000 4248 SHACPSR 2000424C SHACPESR 2000 4250 SHACPFAR 2000 4254 SHACPPR 2000 4258 Table A-2 (Cont.): Detailed Local Address Space Map Description Address Range Local Register I/O Space 2000 2000 ·2003 FFFF SHACPMCSR 2ooo425C Reserved Loca.l Register I/O Space 2000 4260 - 2000 427F SHACPCQOCR 20004280 SHACPCQICR 20004284 SHACPCQ2CR 20004288 SHACPCQ3CR 2ooo428C SHACPDFQCR 20004290 SHACPMFQCR 20004294 SHACPSRCR 20004298 SHACPECR 2ooo429C SHACPDCR 2ooo42A0 SHACPICR 2ooo42A4 SHACPMTCR 2ooo42A8 SHACPMTECR 2OOO42AC Reserved Loca.l Register I/O Space 2000 42B0 - 2000 7F.FF NICSRO - Vector Add, IPL, Synt:lAsync 20008000 NICSRI - Polling Demand Register 20008004 NICSR2 - Reserved 20008008 NICSR3 - Receiver List Address 2000 800c NICSR4 - Transmitter List Address 2000 8010 NICSR5 - Status Register 20008014 NICSR6 - Command and Mode Register 2000 8018 1UCSR7 - System Base Address 2000 80lC A-4 KASSO CPU System Maintenance Table A-2 (Cont.): Detailed Local Address Space Map Description Address Rauge Local Register JlO Space 20002000·2003 FFFF NICSRB - Reserved 2000 8020+- NICSR9 - Watchdog Timers 2000 8024+ NICSRIO- Reserved 2000 8028+ NICSRll· Rev Num & Missed Frame Count 2000 802C+ NICSR12- Reserved 2000 8030+- NICSRl3- Breakpoint Address 2000 8034+ NICSRl4- Reserved 2000 8038+ NICSRl5- Diagnostic Mode & Status 2000 803C Reserved Local Register 110 Space 2000 8040 - 2003 FFFF Local EPROM JlO Space 2004 0000·2007 FFFF J1VAX System Type Register (In EPROM) 20040004 Local EPROM· (Halt Protected) 2004 0000 - 2007 FFFF Local Register JlO Space 2008 0000 - 20lF FFFF Q22 System Configuration Register 20080000 20080004 Q22 Master Error Address Register 20080008 Q22 Slave Error Address Register 2008000C Q22-bus Map Base Register 20080010 Reserved Local Register 110 Space 2008 0014 - 2008 OOFF Main Memory Error Status Register 20080140 Main Memory ControllDiag Status Register 20080144 Reserved Local Register I/O Space 2008 0148 - 2008 3FFF KA660 CPU Address Assignments A-5 Table A-2 (Cont.): Detailed Local Address Space Map Description Address Range Local Register VO Space 2008 0000· 201F FFFF Boot and Diagnostic Reg (32 Copies) 2008 4000 - 2008 407C Reserved Local Register I/O Space 2008 4080 - 2008 7FFF Q22-bus Map Registers 2008 8000 - 2008 FFFF Reserved Local Register I/O Space 2009 0000 • 2013 FFFF sse Base Address Register 20140000 sse Configuration Register 20140010 eDAL Bus Timeout Control Register 20140020 Diagnostic LED Register 20140080 Reserved Local Register I/O Space 2014 0034 - 2014 006B NOTE: The foUowing addresses allow those KA660 internal processor registers that are implemented in the sse chip (extemal;t internal processor registers) to be accessed via the local I/O page. These addresses are documented for diagncstic purposes only and should not be used by nondiagnostic programs.) Time or Year Register 2014006C Console Storage Receiver Status 20140070* Console Storage Receiver Data 20140074* Console Storage Transmitter Status 20140078* Console Storage Transmitter Data 2014007C* Console Receiver Control/Status 20140080 Console Receiver Data Buffer 20140084 Console Transmitter Control/Status 20140088 A-6 KA6S0 CPU System Maintenance Table A-2 (Cont.): Detailed Local Address Space Map Description Address Bange Console Transmitter Data Buffer 2014 OOBC Reserved Local Register lIO Space 2014 0090 - 2014 OODB I/O Bus Reset Register 201400DC Reserved Local Register lIO Space 201400EO Rom Data Register 201400FO** Bus Timeout Counter 201400F4** Interval Timer 201400F8** Reserved Local Register lIO Space 2014 OOFC - 2014 OOFF Timer 0 Control Register 20140100 Timer 0 Interval Register 20140104 Timer 0 Next Interval Register 20140108 Timer 0 Interrupt Vector 2014010C Timer 1 Control Register 20140110 Timer 1 Interval Register 20140114 Timer 1 Next Interval Register 20140118 Timer 1 Interrupt Vector 2014011e Reserved Local Register lIO Space 2014 0120 - 2014 012F BDR Address Decode Match Register 20140130 BDR Address Decode Mask Register 20140134 Reserved Local Register lIO Space 2014 0138 - 2014 03FF Battery Backed-Up RAM 2014 0400 - 2014 07FF KA6S0 CPU Address Assignments A-7 Table A-2 (Cont.): Detailed Local Address Space Map Description Address Range Reserved Local Register I/O Space 2014 0800 - 20lF FFFF Reserved Local IJO Space 2020 0000 • 2FFF FFFF Local Q22-bus Memory Space 3000 0000 • 303F FFFF Reserved Local Register 110 Space 3040 0000 • 3FFF FFFF A-8 KASSO CPU System Maintenance A.3 External and Internal.Processor Registers Several of the internal processor registers (IPR's) on the KA660 are implemented in the sse chip rather than the SOC CPU chip. These registers are referred to as external and internal processor registers and are listed below. Table A-3: External, Internal Processor Registers IPRt Register Name Mnemonic 27 'lime of Year Register TOY 28 Console Storage Receiver Status CSRS* 29 Console Storage Receiver Data CSRD* 30 Console Storage Transmitter Sta- CSTS* tus 31 Console Storage Transmitter Data CSDB* 32 Console Receiver ControllStatus RXCS 33 Console Receiver Data Buffer RXDB 34 Console Transmitter ControV Status TXCS 35 Console Transmitter Data Buffer TXDB 55 I/O System Reset Register IORESET KAS60 CPU Address Assignments A-9 A.4 Global Q22-Bus Physical Address Space Table A-4 lists the global Q22-bus physical address map. Table A-4: Global Q22-bus Physical Address Map Description Address Range Q22-bus Memory Space Q22-bus Memory Space (Octal) 0000 0000 - 1777 7777 Q22-bus 110 Space (Octal) 1776 0000 • 1777 7777 Reserved Q22-bus I/O Space 1776 0000 - 1776 0007 Q22-bus Floating Address Space 1776 0010 - 1776 3777 User Reserved Q22-bus JlO Space 1776 4000 - 1776 7777 Reserved Q22-bus I/O Space 17770000- 1777 7477 Interprocessor Comm Reg 17777500 Reserved Q22-bus I/O Space 1777 7502 - 1777 7777 A-10 KAS60 CPU System Maintenance Appendix B Programming Parameters for RF-Series ISEs This appendix describes the procedures for setting and examining parameters for RF-series ISEs. Two types of DSSI storage adapters are available for VAX 4000, MicroVAX aOOO-series, MicroVAX II, and DECsystem systems: an embedded nSS! host adapter that is part of the CPU and the KFQSA storage adapter. Each storage adapter provides a separate DSSI bus that can support up to seven RF-series ISEs (six ISEs for a. dual-host configuration). The adapters make a connection between the CPU and the requested ISE on their respective DSSI bus. Each ISE has its own controller and server that contain the intelligence and logic necessary to control data transfers over the DSSI bus. B.1 RF-5eries ISE Parameters Six principal parameters are associated with each RF-series ISE: • Bus Node ID • ALLCLASS • • UNITNUM FORCEUNI • NODENAME • SYSTEMID NOTE: Each of the above [SE parameters, with the exception of the Bus Node ID, are programmed and examined using the console-based Diagnostic and Utility Protocol (DUP) driver utility. The [SE Bus Node lD is physically d,e'-"errr"ir"ed by t'Z:,e numbered bus node 1D plug t"ft.,at inserr-s !P.io the ISE front panel. Proaramming Parameters for RF-Series ISEs B-1 A brief description of each parameter follows: The Bus Node ID parameter is provided by the bus node ID plug on the ISE front panel. Each nSSI bus can support up to seven ISEs, bus nodes o through 6 (0 through 5 for dual-host systems). Refer to your Operation manual for instructions on changing bus node ID plugs. The ALLCLASS parameter determines the device allocation class. The allocation class is a numeric value from 0 to 255 that is used by the VMS operating system to derive a path-independent name .for multiple access paths to the same ISE. RF-series ISEs are shipped from the factory with a default allocation class of zero. Each RF-series ISE to be served to the cluster should have an allocation class that matches tbe allocation class of the host system. Refer to the VMS VAXcluster manual for rules for speci:fy.in.g allocation class values. The UNITNUM parameter determines the unit number of the ISE. By default, the ISE unit number is supplied by the Bus Node ID plug on the ISE front panel. Certain multiple bus configurations, described later on in this section, require that the default values be replaced with unique ISE unit numbers. To set unit numbers and override the default values, you use the console-based DUP driver utility to supply values to the UNITNUM parameter and to set a value of zero to ISE parameter FORCEUNI. The FORCEUNI parameter controls the use of UNITNUM to override the default ISE unit number supplied by the Bus Node ID plug. When FORCEUNI is set to a value of zero, the operating system uses the value assigned to the UNITNUM parameter; when FORCEUNI is set to a value of one, the operating system uses the value supplied by the Bus Node ID plug. The NODENAME parameter allows each ISE to have an alphanumeric node name of up to eight characters. RF-series ISEs are shipped from the factory with a unique identifier, such as R7CZZC, R7ALUC, and so on. You can provide a node name of your choosing if you prefer. The SYSTEMID parameter provides a number that uniquely identifies the ISE to the operating system. This parameter is modified only when replacing an ISE. Only Customer Services representatives and qualified self-maintenance customers can remove an ISE. The following describes how the operating system uses the ISE parameters to form unique identifiers for each ISE. Configurations that require you to assign new unit numbers for ISEs are also described. With an allocation class of zero, the operating system can use the default parameter values to provide each ISE with a unique device name. The operating system uses the node name along with the device logical name in the following manner: B-2 KASSO CPU System Maintenance NODENAME$DIAu where: NODENAME is a unique node name and u is the unit number. With a nonzero allocation class, the operating system relies on unit number values to create a unique device name. The operating system uses the allocation class along with the device logical name in the following manner: $ALLCLASS$DIAu where: ALLCLASS is the allocation class for the system and ISEs, and u is a unique unit number. Using the KFQSA storage adapter and mass storage expanders, you can fill multiple DSSI busses. Each bus can have seven ISEs (bus nodes 06). When a second bus is added to the system, and your system is using a nonzero allocation class, you need to assign new unit numbers for ISEs on one of the busses, as the unit numbers for ISEs throughout the system must be unique. Table B-1 illustrates the need to program unit numbers for a system using both more than one DSSI bus and a nonzero allocation class. In the case of the nonzero allocation class, the operating system sees the ISEs as having duplicate device names. Table B-1: How the VMS Operating System Identifies the ISEs Nonzero Allocation Class (Example; Allocation Class::O ALLCLASS::l) R7CZZC$DIAO $l$DIAO"' R7ALUC$DIAl $1$DIA1"' R7EB3C$DIA2 $l$DIA2" R7IDFC$DIAO $l$DIAO"' R7IBZC$DIAl $l$DIAl"' R7IKJC$DIA2 $l$DIA2"' R7IDSC$DlA3 $l$DIA3 R7XA4C$DIA4 $1$DIA4 R7QIYC$DlA5 $l$DIA5 R7DA4C$DIA6 $1$DIA6 "Nonzero allocation class examples with an asterisk. indicate duplicate device Il8IIleS. For one of the DSSI busses, the u:nit numbers need to be reprogrammed to avoid this error. The following instructions describe how to change ISE parameters using the DUP driver utility. In the sample procedures, the allocation class will be set to 2, the ISEs will be assigned new unit numbers, and the system disk will be assigned a new node name. 1. Enter the console mode. The procedure for programming internal parameters for RF-series ISEs requires that you issue commands to those RF-series ISEs at the console prompt (»». You may enter these commands in either uppercase or lowercase letters. Unless otherwise instructed, enter each command, then press RetUl"Il. Enter console mode as follows: a. Set the Break EnablelDisable switch on the CPU cover panel to the enable position. b. Set the power switch for each unit (both hosts for a dual-host system, and any expanders for expanded systems) to on (1). Wait for the system to display the console prompt (»». B-4 KASSO CPU System Maintenance 2. Make sure the ISEs for which you want to set parameters are on line and are not write protected. The RunJReady button should be (lit), and the Write-Protect button should be out (not lit). 3. For systems with embedded DSSI, enter SHOW DSSI at the console prompt for a display of all DSSI devices in your expanded system. For KFQSA-based DSSI, enter SHOW UQSSP. The firmware displays two lines of information for each ISE. The :first line contains the node number and node name. The second line contains the device name and unit number followed by the device type in parentheses. For embedded DSSI, the device name consists of the letters DIAn and the DSSI host adapter is identified by an asterisk (*). For KFQSAbased DSSI, the device name consists of the letters DUcn, where c is the controller letter, and n is a unique unit number. The following examples show a system with three RF31 ISEs. Example B-1 shows a system with embedded DSSI and Example B-2 shows a system with KFQSA-based DSSI. Example B-1: SHOW DSSI Display (Embedded DSSI) »>SHOW DSSI DSSI Bus 0 Node 0 -DIAO (RF31) DSSI Bus 0 Node 1 -DIAl (RF31) DSSI Bus 0 Node 2 -DIA2 (RF31) DSSI Bus 0 Node 7 (R7CZZC) (R7ALUC) (R7EB3C) (*) »> Programming Parameters for RF-Series ISEs B-5 Example B-2: SHOW UQSSP Display (KFQSA-Based DSSI) »>SHOW ugsSP OQSSP Disk Controller 0 (772150) -DOAO (RF31) OQSSP Disk Controller 1 (760334) -DUEl (RF31) OQSSP Disk Controller 2 (760340) -DOC2 (RF31) OQSSP Tape Controller 0 (774500) -McrAO (TK70) In this example, each ISE will be assigned an allocation class of 2, and the system disk will be given a new node name. Also, ISEs DlAO, DIAl, and DIA2 (or DUAO, DUBl, and DUC2) will be assigned unit numbers 10, 11, and 12, respectively. B.2 Entering the DUP Driver Utility To examine and change internal RF-series ISE parameters, you must first activate the DUP driver utility by setting host to the specific ISE for which you want to modify or examjne parameters. Use the following command for embedded nSSI: SET HOST/DOP /DSSI <node_number> PARAMS where: <node_number> is the bus node ID (0-6) for the ISE on the bus. Use the following command for KFQSA-based DSSI: SET HOST/DOP /OQSSP /DIS!< <node_ numbe:> PARAMS where: <node_number> is the bus node ID (0-6) for the ISE on the bus. The following examples show the commands entered at the console prompt to start the DUP server for the ISE at node O. In Example B-3, you enter SET HOST/DOP/DSSI 0 PARAMS for embedded DSSI. In Example B-4, you enter SET HOST/DOP/OQSSP/DISK 0 PARAMS for KFQSA-based DSSI. B-6 KASSO CPU System Maintenance Example B-3: Starting the DUP Driver Utility (Embedded DSSI) »>SET BOST/DUP/DSS7 0 PARAMS Starting DUP server ••. Copyright (0) 1990 Digital Equipment Corporation PARAMS> Example B-4: Starting the DUP Driver Utility (KFQSA-Based DSSI) »>SET aoST/DUP/ogSSP/DISK 0 PARAMS Starting DUP server ••• Copyright (0) 1990 Digital Equipment Corporation PARAMS> B.3 Setting Allocation Class After entering the DUP driver utility for a specified ISE, you can examine and set the allocation class for the ISE as follows: 1. At the PARAMS> prompt, enter SHOW ALLCLASS to check the allocation class of the ISE to which you are currently connected. 2. Enter SET ALLCLASS 2 (or enter the allocation class you desire). 3. Enter SHOW ALLCLAS.S to verify the new allocation class. Example B-5 shows the steps for examjnjng and changing the allocation class for a specified ISE. In the example, the allocation class is changed from an allocation class of 0 to an allocation class of 2. Programming Parameters for RF-Series ISEs B-7 Example 8-5: Setting Allocation Class for a Specified ISE PARAMS>SBOW ALLCLlLSS Parameter Default Current o ALLCLASS Type o Byte Radix Dec B PARAMS>SET ALLCLlLSS 2 PARAMS>SBOW ALLCLASS Parameter ALLCLASS Default Current 2 Type o Byte Radix Dec B 8.4 SeHing Unit Number After entering the DUP driver utility for a specified ISE, you can examine and set the unit number for the ISE as follows: 1. At the PARAMS> prompt, enter SHOW UNITNUM to check the unit number of the ISE to which you are currently connected. 2. Enter SET ONITNUM 10 (or enter the unit number you desire). 3. Enter SET FORCEUNI 0 to override the default unit number value supplied by the bus node ID plug. 4. Enter SHOW UNITNtJM to verify the new unit number. S. Enter SHOW FORCEUNI to verify that the current value for the FORCEONI parameter is o. Example B-6 shows the steps for changing the unit number of a specified ISE from unit number 0 to unit number 10. 6. Label the ISE with its unit number, using the unit number labels shipped with yom system. Figure B-1 shows where to affix a unit number label on the ISE front panel. B-8 KASSO CPU System Maintenance EXample 8-6: Setting a Unit Number for a Specified ISE P ARAMS>SBOW tJNI'l'NtJM Parameter Current Default o UNITNUM Type o Word Radix Dec 0 PARAMS>SE~ UNIT.NOM 10 FORCEONI 0 PARAMS>SBOW ONI~ PARAMS>SE~ Parameter Current ONITNUM Default Type ----------------0 -------10 Word Radix Dec 0 PARAMS>SBOW FORCEUNI Parameter Current FORCEONI Default ~"Pe ----------------1 -------0 Boolean Radix 0/1 0 Figure B-1: Attaching a UnH Number Label to the ISE Front Panel Attach Unit ---::-:-----: Number Label MLO-004237 Proararnmino Parameters for RF-Series ISEs B-9 8.5 Setting Node Name After entering the DUP driver utility for a specified ISE, you can examine and set the node name for the ISE as follows: 1. At the PARAMS> prompt, enter SHOW NODENAME to check the node name of the ISE to which you are currently connected. 2. Enter SET NODENAME SYSDSK (or enter the desired alphanumeric node name of up to eight characters). 3. Enter SHOW NODENAME to verify the new node name. Examnle B-7 shows the si:.ens fO'r ehanPinp' tbe node name of a snecified ISE from the factory-supplied name to" SYsbSK. Example B-7: .. Changing a Node Name for a Specified ISE PARAMS>SBOW NODDAME Parameter NODEN»m! Current Default R7CZZC RF31 Type Radix String Ascii Type Radix String Ascii B P ARAMS>SET NODEDMIi: SYSDSE PARAMS>SBOW NODDAME Parameter NODENAME Current Default SYSDSK RF31 B B.6 Setting System ID NOTE: This parameter is modified only when replacing an [BE. Only Custo'l'TteT' Bervices representatives and qualified self-maintenance customers should remove an [BE. .All parameters for the replacement IBE should be programmed to match those of the originallSE. When replacing a [BE, be sure to set the SYBTEMID parameter to match the that of the original. After entering the DUP driver utility for a specified ISE, you can examine and set the system ID for the ISE as follows: 1. At the PARAMS> prompt, enter SHOW SYSTEMID to check the system ID of the ISE to which you are CUlTently connected. 2. Enter SET SYSTEMID System ID (enter the desired serial number-based system ID). B-10 KASSO CPU System Maintenance 3. Enter SHOW SYSTEMID to verify the new system ID. Example B-8 shows the steps for changing the system ID of a specified ISE from the factory-supplied system ID to 1402193310841 (the system ID for the replacement ISE is programmed to match that of the original ISE). Example 8-8: Changing a System 10 for a Specified ISE PARAMS>SllOW SYSTEMID Parameter Current Default Type ---------------------------------------------0402193310841 0000000000000 Quadword SYSTEMID Radix Hex B PARAMS>SET SYSTENID 1402193310841 PARAMS>SHOW SYST.EMrD Parameter Current Default Type -------.--------- ---------------- ---------------1402193310841 0000000000000 Quadword SYSTEMID Radix Hex B B.7 Exiting the DUP Server Utility After you have completed setting and examjnjng internal ISE parameters, enter the WRITE command at the PARAMS> prompt to save the ISE parameters you have changed using the SET command. The changes are recorded to nonvolatile memory. If you have changed the allocation class or node name of an ISE, the DUP driver utility will ask you to initialize the controller. Answer Yes (Y) to allow the changes to be recorded and to exit the DUP driver utility. If you have not changed the allocation class or node name, enter the EXIT command at the PARA..1\,f..s> prompt to exit the DIJP cL"iver utility for the specified !sE. Example B-9 shows the procedure for saving parameter changes. In the example, the controller is initialized. Pronramminn P~ramAtp-~ fl1r RF-SP-ri~ ISEs 8-11 Example 8-9: Exiting the DUP Driver Utility for a Specified ISE PARAMS>WRlTE Changes require controller initialization, ok? [Y/(N)] Y Stopping DUP server •.• »> NOTE: You must repeat the procedures in this chapter for each ISE for which you want to change parameters. Example B-10 shows the display for the SHOW DSSI command for a system with embedded DSSI 2.J."ier the unit llumbers for the ISEs have been c'hanged from 0, 1, and 2 to 10, 11, and 12. Notice that the bus 0 device names are now DIA10, DIAl1, and DIA12. Example 8-10: SHOW DSSI Display »>SBOW DSSI DSSI Bus 0 Node 0 -DIAlO (RF31) DSSI Bus 0 Node 1 -DIAll (RF31) DSSI Bus 0 Node 2 -DIA12 (RF31) DSSI Bus 0 Node 7 »> (SYSDSK) (R7ALUC) (R7EB3C) (*) Example B-11 shows the display for the SHOW UQSSP command for a system with KFQSA-based DSSI. 8-12 KA660 CPU System Maintenance Example 8-11: SHOW UQSSP Display (KFQSA-Based DSSI) »>SKOW OQSSP UQSSP Disk Controller 0 -DUAO (RF31) UQSSP Disk Controller 1 -DUB1 (RF31) UQSSP Disk Controller 2 -DUC2 (RF31) OQSSP Tape Controller 0 -MUAO {TK70} (772150) (760334) (760340) (774500) Index ! (comment command), 8-49 9E utility, 4-7 examples, 4-8 9C utility, 4-31, 4-39 A Acceptance testing, 4-30 Address assignments, A-1 processor registers, A-9 to A-10 ALLCLASS, B-2 setting, B-7 B BOOT command, 3-18 Boot Devices, 3-20 names, 3-20 supported, 3-20 Boot devices, supported, 3-20 Boot flags, 3-19 Bootstrap conditions, 3-7 device names, 3-19 initialization, 3-7 BREAK ignored, 3-11 Bus length (DSSI), 2-6 C Cabling BA215,2-5 BA430, 2-5 CPU to memory, 1-10 DSSI, 2-5 ISE, 2-5 Cache memory, 1-4 CFPA chip, 1-4 CMCTL chip, 1-4 Comment command (!), 8-49 Configuration, 2-1 to 2-9 and module order, 2-1 DSSI, 2-4 dual-host, 2-7 rules, 2-2 worksheet, 2-7 CONFIGURE command, 2-3, 3-22 Connector, CPU to memory, 1-10 Console commands address space control qualifiers, 3-15 address specifiers, 3-11 binary load and unload 00, 3-47 BOOT, 3-18 ! (comment),3-49 CONFIGURE,3-22 CONTINUE, 3-24 data control qualifiers, 3-15 DEPOSIT, 3-24 EXAMINE, 3-25 FIND,3-26 HALT,3-27 HELP,3-27 . INITIALIZE, 3-29 keywords, 3-16 MOVE, 3-30 NEXT,3-31 qualifier and argument conventions, x qualifiers, 3-15 REPEAT, 3-32 . .... Crti' A -0,.,'0 ,~", 4l .. ~ 4l4l ...,~ "" SET,3-35 Console commands (Cont.) SHOW, 3-39 START, 3-43 symbolic addresses, 3-11 syntax, 3-9 TEST, 3-44 UNJAM, 3-47 X· (binary load and unload), 3-47 Console displays, 4-10 and FRUs, 4-14 Console error messages, 4-27 list of, 4-28 sample of, 4-11 Console I/O mode restart caution, 3-4 special characters, 3-9 Console port, testing, 4-42 CONTINUE command, 3-24 CPU cover panel, 1-9 CQBIC,1-6 Current and power values, 2-9 D DEPOSIT command, 3-24 Diagnostic executive, 4-3 error field, 4-11 Diagnostic tests list of, 4-3 parameters for, 4-3 DRVEXR local program, 4-35, 4-46 DRVTST local program, 4-35, 4-46 DSSI bus characteristics, 1-6 bus length, 2-6 bus termination, 2-6 cabling, 2-5 configuration, 2-4 drive order, 2-4 dual-host, 2-6 dual-host configuration, 2-7 node ID, 2-4 testing with H3281 loopback, 4-41 unique addresses, 4-34 Index-2 Dual-host capability, 2-6 configuration, 2--7 DUP driver utility, B-1, B-4 entering, B-6 exiting, B-11 E Entry and dispatch code, 3-2 ERASE local program, 4-49 Error messages console, list of, 4-28 console, sample of, 4-11 halt, 4-27 VMB,4-29 Errors messages incorrect boot device name, 3-20 Ethernet interface chip (SGEC), 1-6 EXAMINE command, 3-25 F FE utility, 4-36 FIND command, 3-26 Firmware, 1-5,3-1 to 3-49 power-up sequence, 3-4 Floating-point accelerator (CFPA), 1-4 FORCEUNI, B-2 FRUs and console display, 4-14 Fuses, on KA660 module, 4-41 G General purpose registers (GPR) in error display, 4-13 initialization of, 3-7 symbolic addresses for, 3-11 H HS10S loopback connector, 3-4 4-42 ' H3281 loopback connector for DSSI, 4-41 H3602-00 CPU cover panel, 1-9 H3602-00 I/O panel, 4-42 H3602-00 mode switch set to language inquiry, 3-5 set to normal, 8-6 set to test, 3-4 H8572 loopback connector, 4-42 HALT command, 3-27 Halts conditions for external halt, 3-3 entry and dispatch code, 3-2 messages, list of, 4-27 registers saved, 3-2 registers set to fixed values, 3-2 HELP command, 3-27 IDSTRY local program, 4-36, 4-48 KA660 (Cant.) variants, 1-1 L Language selection menu conditions for display of, 3-5 example of, 3-6 messages, list of, 3-5 Load module, M9060=YA, ~7 Loopback testing serial line using Ha103, S-4 Loopback connectors Ha103, 3-4, 4-42 H8572, 4-42 list of, 4-43 tests, 4-41 M M9060-A load module, 2-7 INITIALIZE command, 3-29 Initial power-up test See IPT Internal processor registers aPR) symbolic addresses for, 3-12 IPT, S-4 ISE cabling, 2-5 configuration errors, 4-45 diagnostic error codes, 4-52 diagnostics, 4-44 ISE local programs DRVEXR, 4-35, 4-46 DRVTST, 4-35, 4-46 ERASE, 4-49 HISTRY, 4-36, 4-48 list at: 4-45 LffiAMS, 4-36, 4-50 K KA660 fuses, 4-41 LEDs, 4-26 MEMCSR 0-15, 4-31 Memory acceptance testing of, 4-31 cache, 1-4 controller cbip (CMCTL), 1-4 isolating FRU, 4-32,4-37 on KA.660, 1-4 testing, 4-37 Module configuration, 2-3 order, in backplane, 2-1 self-tests, 4-42 MOVE command, 3-30 MS650-Bn memory modules, 1-10 N NEXI' command, 3-31 NodeID changing KA660, 2-5 for dual-host systems, 2-7 NODENAME, B-2 setting, B-IO Index-3 o OCP,4-45 p Parameters for diagnostic tests, 4-6 in error display, 4-12 PARAMS local program, 4-36, 4-50 commands, 4-50 Physical Address Space, A-I to A-8 Physical memory symbolic addresses for, 3-12 Power supply minimum load, 2-9 Power-up sequence, 3-4 Power values, 2-9 Q Q22-bus interface chip (CQBIC), 1-6 R REPEAT command, 3-32 Restart caution, 3-4 RF-series ISE node ID switches, 2-4 ROM-based diagnostics, 4-2 to 4-52 and memory testing, 4-89 list ot: 4-3 parameters, 4-3 utilities, 4-3 s SCP cabling, 2-5 Scripts, 4-3, 4-6 to 4-9 creation of, using 9E utility, 4-7 list ot: 4-7 SEARCH command, 3-33 Self-test, for modules, 4-42 Serial line test using HS10S, 3-4 Index-4 SET command, 3-35 SET HOSTIDUP command, 3-36 SGEC, 1-6 SHOW command, 3-39 SHOW commands, B-5 SOC chip, 1--3 SSC (system support chip), 1-5 START command, 3-43 Symbolic addresses, 3-11 for any address space, 3-14 for GPRs, 3-11 for IPRs. 3-12 for physical memory, 3-12 System control panel See SCP SYSTEMID, B-2 setting, B-10 System support chip (SSC), 1-5 T TEST command, 3-44 Tests, diagnostic list at: 4-3 parameters for, 4-6 Troubleshooting, 4-36 to 4-52 u UNITNUM, B-2 setting, B-8 UNJAM command, 3-47 Utilities, diagnostic, 4-3 v Vlrtual memory bootstrap See v:MB VMB,3-7 boot flags, 3-19 error messages, 4-29 x X command, 3-47 HOW TO ORDER ADDITIONAL DOCUMENTATION From Call Write Alaska, Hawaii, or New Hampshire 603-884-6660 Digital Equipment Corporation P.O. Box CS200S Nashua NH 03061 Rest of U.S.A. 800-DIGlTAL and Puerto RicoI IPrepaid orders from Puerto Rico, call Digital's local subsidiary (809-754-7575) Canada 800-267-6219 (for software documentation) Digital Equipment of Canada Ltd. 100 Herzberg Road Kanata, Ontario, Canada K2K 2A6 Attn; Direct Order Desk 613-592-5111 (for hardware documentation) Internal orders (for software documentation) Internal orders (for hardware documentation) DTN: 241-3023 508-874-3023 Software Supply Business (SSB) Digital Equipment Corporation Westmmster MA 01473 DTN: 234-4323 508-351-4323 Publishing & Circulation Services (P&CS) NROS-1IW3 Digital Equipment Corporation Northboro MA 01532 Reader's Comments KA660 CPU System Maintenance EK-398AA-MM-001 Your comments and suggestions help us improve the quality of our publications. Please rate the manual j.n the following categories: Excellent A.ccura.cy (product works as described) 0 Completeness (enough information) 0 Clarity (easy to understand) 0 Organization (structure of subject matter) 0 Figures (useful) 0 Examples (useful) 0 Table of contents (ability to:find topic) 0 Index (ability to find topic) 0 Page design (overall appearance) 0 Print quality 0 Good 0 0 0 0 0 0 0 0 0 0 What I like best about this manual: What I like least about this manual: Additional comments or suggestions: I found the following errors in this manual: Page Description For which tasks did you use this manual? o Installation o Maintenance o Marketing o Operation/Use Nametritle Company o Programming o System Management o Training o Other (please specify) Fair 0 0 0 0 0 0 0 0 0 0 Poor 0 0 0 0 0 0 0 0 0 0 uo not; -.lear - .1'O.lCl .I1ere IIDa .lape NO POSTAGE NECESSARY IF MAILED IN THE UNITED STATES BUSINESS REPLY MAIL FIRST CLASS PERMIT NO. 33 MAYNARD MASS. DIGITAL EQUIPMENT CORPORAnON CORPORATE USER PUBLICAnONS PK03-11D30 129 PARKER STREET MAYNARD, MA 01754-9975 DoNotTear-FoldHerea:ndTape - - - - - - - - - - - - - - - - - - -
Home
Privacy and Data
Site structure and layout ©2025 Majenko Technologies