Sable CPU Module Specification
Sable CPU Module Specification Sable CPU Module Specification
Copyright © 1993 Digital Equipment Corporation. 7.2.1.4 Hardware 1 - Local I/O Hardware 1 Interrupts are generated as a result of ‘‘Local I/O’’ device interrupt requests. They occur as a result of normal device operation, and when device errors are detected. For a complete description of the unique device interrupt request characteristics, refer to the component specifications for the device in question. When a Local I/O Interrupt is posted, the PALcode entered will read the Local Interrupt Register located on the I/O module. This register contains a bit field indicating which local I/O device posted the interrupt. (Several device interrupts could be pending.) PALcode dispatches to the appropriate interrupt service routine based on a priority scheme resident in the PALcode environment. Local I/O Interrupts only are restricted to being serviced by a dedicated processor (identified as the Primary processor). The Primary processor designation can be made at system power-up, or moved from one processor to the other over time. This requires that at any time, the processor not designated the Primary must mask off the Local I/O Interrupt request line bit 1 in the 21064 Processor HIER Internal Processor Register. 7.2.1.5 Hardware 3 - Interprocessor Hardware 3 Interrupts are requested when a CPU requires the attention of itself or another CPU. The Interprocessor Interrupt Request Register is used to post an interrupt request to a specific processor. Note that, like software interrupts, no indication is given as to whether there is already an interprocessor interrupt pending when one is requested. Therefore, the interprocessor interrupt service routine must not assume there is a one-to-one correspondence between interrupts requested and interrupts generated. Refer to the ALPHA System Reference Manual for the proper usage and definition of Interprocessor interrupts. 7.2.1.6 Hardware 4 - Interval Timer The Interval Timer interrupt occurs at a regular interval which allows the processor to effectively schedule processing time to each process requiring attention. The interval timer interrupt will regularly interrupt the processor every 976.5625 microseconds. The PALcode that handles this interrupt must update its copy of the absolute time, copy it to register R4, clear the interrupt in the local System Interrupt Clear Register, and then pass control to the interval timer interrupt routine. 7.2.1.7 Hardware 5 - System Events System Events such as power system status changes, halt requests from the Operator Control Panel, or Node Halt, or an SGEC on the I/O module are signaled via the Hardware 5 Interrupt. Actual Power system status, and Operator Control Panel halt request status must be requested from each subsystem which is accomplished over the System Serial Control bus. Exceptions and Interrupts 177
Copyright © 1993 Digital Equipment Corporation. There is no ‘‘passive release’’ mechanism associated with this interrupt so a software must be provide a means to guarantee only one processor services the interrupt. The pending interrupt must be cleared by explicitly writing ‘‘1’’ to the SYSTEM EVENT or NODE HALT clear bits in the System Interrupt Clear Register - CSR12. Regardless of which processor services this interrupt, this bit must be cleared in all CPU’s registers. 7.2.1.8 Software X Software interrupts provide a mechanism to allow a process to force the flow of control back into the system domain. Their use is determined by the software environment. 7.2.1.9 Serial Line The Serial Line Interrupt occurs when a change in state on the 21064 serial data receive line changes. Refer to Section 4.13 for further details around the use of the 21064 serial line. This interrupt should be masked off under normal operation. 7.2.1.10 Performance Counter X The Performance Counter Interrupts after a specified number of ‘‘events’’ have been counted. The use of these counters is TBD. 7.2.1.11 Asynchronous System Trap Asynchronous System Traps are a means of notifying a process of events that are not synchronized with its execution, but which must be dealt with in the context of the process. 178 Exceptions and Interrupts
- Page 141 and 142: 4.10 Address Lock Register - CSR13
- Page 143 and 144: 4.11 Miss Address Register - CSR14
- Page 145 and 146: Table 46 (Cont.): C4 Revision Regis
- Page 147 and 148: Table 48 (Cont.): Interval Timer In
- Page 149 and 150: Table 50: D-bus Microcontroller Clo
- Page 151 and 152: Figure 58: Granting Order rule 4 CP
- Page 153 and 154: Copyright © 1993 Digital Equipment
- Page 155 and 156: Table 54 (Cont.): BIU_CTL Field Des
- Page 157 and 158: Table 57: CPU EEPROM Defaults Locat
- Page 159 and 160: Copyright © 1993 Digital Equipment
- Page 161 and 162: Copyright © 1993 Digital Equipment
- Page 163 and 164: Copyright © 1993 Digital Equipment
- Page 165 and 166: Copyright © 1993 Digital Equipment
- Page 167 and 168: Copyright © 1993 Digital Equipment
- Page 169 and 170: Copyright © 1993 Digital Equipment
- Page 171 and 172: Copyright © 1993 Digital Equipment
- Page 173 and 174: Copyright © 1993 Digital Equipment
- Page 175 and 176: Copyright © 1993 Digital Equipment
- Page 177 and 178: Copyright © 1993 Digital Equipment
- Page 179 and 180: Copyright © 1993 Digital Equipment
- Page 181 and 182: Copyright © 1993 Digital Equipment
- Page 183 and 184: Copyright © 1993 Digital Equipment
- Page 185 and 186: Copyright © 1993 Digital Equipment
- Page 187 and 188: Copyright © 1993 Digital Equipment
- Page 189 and 190: Copyright © 1993 Digital Equipment
- Page 191: Copyright © 1993 Digital Equipment
- Page 195 and 196: Copyright © 1993 Digital Equipment
- Page 197 and 198: Copyright © 1993 Digital Equipment
- Page 199 and 200: Copyright © 1993 Digital Equipment
- Page 201 and 202: Copyright © 1993 Digital Equipment
- Page 203 and 204: Copyright © 1993 Digital Equipment
- Page 205 and 206: Copyright © 1993 Digital Equipment
- Page 207 and 208: Copyright © 1993 Digital Equipment
- Page 209 and 210: Copyright © 1993 Digital Equipment
- Page 211 and 212: CHAPTER 11 PHYSICAL AND ELECTRICAL
- Page 213 and 214: Table 81 (Cont.): MCA240 J5 SIDE 1
- Page 215 and 216: Table 82 (Cont.): MCA44 J1 Side 1 S
- Page 217 and 218: 11.3 CPU Module Max DC Power Requir
- Page 219 and 220: Copyright © 1993 Digital Equipment
- Page 221 and 222: Figure 68: module clocks Cobra - b
- Page 223 and 224: Table 85 (Cont.): System bus AC and
- Page 225 and 226: APPENDIX A ALPHA ARCHITECTURE OPTIO
- Page 227 and 228: Copyright © 1993 Digital Equipment
- Page 229 and 230: Copyright © 1993 Digital Equipment
- Page 231 and 232: Copyright © 1993 Digital Equipment
- Page 233 and 234: Copyright © 1993 Digital Equipment
- Page 235 and 236: Copyright © 1993 Digital Equipment
- Page 237 and 238: Copyright © 1993 Digital Equipment
- Page 239 and 240: Copyright © 1993 Digital Equipment
- Page 241 and 242: Copyright © 1993 Digital Equipment
Copyright © 1993 Digital Equipment Corporation.<br />
There is no ‘‘passive release’’ mechanism associated with this interrupt so a software<br />
must be provide a means to guarantee only one processor services the interrupt.<br />
The pending interrupt must be cleared by explicitly writing ‘‘1’’ to the SYSTEM<br />
EVENT or NODE HALT clear bits in the System Interrupt Clear Register - CSR12.<br />
Regardless of which processor services this interrupt, this bit must be cleared in all<br />
<strong>CPU</strong>’s registers.<br />
7.2.1.8 Software X<br />
Software interrupts provide a mechanism to allow a process to force the flow of control<br />
back into the system domain. Their use is determined by the software environment.<br />
7.2.1.9 Serial Line<br />
The Serial Line Interrupt occurs when a change in state on the 21064 serial data<br />
receive line changes. Refer to Section 4.13 for further details around the use of the<br />
21064 serial line.<br />
This interrupt should be masked off under normal operation.<br />
7.2.1.10 Performance Counter X<br />
The Performance Counter Interrupts after a specified number of ‘‘events’’ have been<br />
counted. The use of these counters is TBD.<br />
7.2.1.11 Asynchronous System Trap<br />
Asynchronous System Traps are a means of notifying a process of events that are not<br />
synchronized with its execution, but which must be dealt with in the context of the<br />
process.<br />
178 Exceptions and Interrupts