Method for Warm Boot From Reset

1. Field of the Invention

The present invention relates to a warm boot-up process for a computer system and more particularly to a relatively faster warm boot process which eliminates standard predetermined warm boot functions, such as rewriting the system BIOS when booting the computer system from a predetermined condition.

2. Description of the Prior Art

Personal computers have several modes of reset operation, including power-up, often referred to as cold boot, reset during operation (i.e., warm boot), and reset from protected mode operations. Each of these three modes has a specific set of requirements, depending upon the state of the computer system. In a computer system, any unnecessary access to cold boot routines residing in non-volatile memory space adversely affects perceived performance because non-volatile memory devices are typically slower than volatile memory devices. Booting time is reduced by slushing BIOS from non-volatile memory to volatile memory and then operating out of the volatile memory. This, however, does require repeated access to the lower non-volatile memory initially to copy the BIOS during the slushing operation.

On a cold boot, the computer system initializes all registers, tests and sizes all memory devices and tests all peripheral devices. This initialization and testing also can be time consuming, adversely affecting the computer user's perception of the computer system performance. It is desirable to avoid unneeded initialization and testing, and therefore warm boots were created as a subset to the cold boot process eliminating the need for initialization and testing previously performed during a prior cold boot.

Unfortunately, computer system architecture allows for only one reset entry point or reset vector to support all modes of reset and does not distinguish between warm and cold boots. Since several modes of reset are desired, however, it would be advantageous to provide several points of entry, allowing initialization to depend upon the predetermined state of the computer system. The problem is further aggravated by the needs of having the power-up or cold boot vectors being stored in a non-volatile storage device since the vector is the starting point for the computer system when power is applied. For example, the cold boot vector, normally stored in the reset vector location of the memory system, normally points to code that must initialize the computer system for basic operations, including determining the size of the memory, configuration of the memory controller, validation of configuration storage, and validation of memory integrity. In many systems, the cold boot routine also rewrites the BIOS system from the top of the memory map to an assigned system BIOS area in random access memory (RAM).

Each of the functions discussed above required on cold boot are relatively time-consuming. Normally a cold boot is not executed after the system has been operational, since the system starts from a clean slate and must be entirely reconfigured. Therefore, during such a condition a warm boot is executed which provides only a subset of the cold boot initialization routines, and therefore not subsequently requiring complete reconfiguration of the system after booting. Therefore, the reset vector in prior art systems must determine whether the entry was a cold boot entry or a warm boot entry. In the case of a cold boot entry, the cold boot specific code is first executed, then the warm boot code is entered to continue the booting process. In the case of a warm boot entry, the cold boot code is skipped and the warm boot code is executed directly. The warm boot code is used to perform all remaining system initialization and verification before code execution is transferred to the operating system. This code is particularly destructive of system configuration, as it will configure programmable devices in the system architecture in accordance with configuration information in the non-volatile configuration storage memory.

The reset from protected mode operation is a very abbreviated reset process used during extended memory operations on 80.times.86 computer systems. It is used to reset the processor, thus exiting the extended memory access mode of operation known as protected mode. In the Intel 80.times.86 family processors, this is the only way to exit from protected mode. In operation, the cold boot code will recognize the reset as warm boot, passing execution directly to the warm boot code. The warm boot code performs testing on circuitry to determine if it is a protected mode exit. In this case, the entire system initialization is skipped, as well as the loading of the operating system and the configuration of the system is preserved for reset. The warm boot code will transfer execution directly to the reset from protected mode code, which in turn returns the program execution to the code requesting the exit from the protected mode.

Even though the warm boot process is quicker than a cold boot because only a subset of functions are performed, the BIOS is still rewritten from ROM to RAM which takes considerable time, adversely affecting system performance. Two problems remain during a warm boot. Specifically, warm boots require access to slow non-volatile memory, and require a substantial amount of code copying to volatile memory while the BIOS is slushed. These problems are aggravated when memory is shared between processors.

It is an object of the present invention to overcome various disadvantages of the prior art.

It is an object of the present invention to speed up the warm boot of a computer system.

It is another object of the invention to obviate the need to rewrite from non-volatile memory to volatile memory on a warm boot.

It is a further object of the invention to provide a set of registers to store the warm boot code execution vector and a methodology of utilizing the warm boot vector rather than the cold boot vector contained in slower system memory.

Briefly, the present invention relates to a computer system employing a process on warm boot which obviates the need to copy code in non-volatile memory to volatile memory; a normal function in a warm boot process. The computer system checks a warm boot flag which indicates that the code was previously copied on cold boot. By avoiding copying this already copied code and executing directly form the volatile memory considerable time is saved. Since BIOS code is typically on the order of 10K bytes, elimination of the necessity to rewrite BIOS and vectoring directly to BIOS image file in RAM saves on the order of ten thousand clock cycles.

These and other objects and advantages of the present invention will become readily apparent upon consideration of the following detailed description of the attached drawings wherein:

FIG. 1 is a simplified block diagram of a portion of a prior art type PC/AT compatible personal computer illustrating an Intel 8042 microprocessor as an SCP;

FIG. 2 is a block diagram of the system in accordance with the present invention which utilizes a system control processor interface (SCPI) for emulating an Intel 8042 bus;

FIGS. 3A and 3B are a block diagram of the SCPI in accordance with the present invention;

FIGS. 4A-C are a schematic diagram of the address decoding circuitry in the SCPI in accordance with the present invention;

FIGS. 5A-C are a schematic diagram of SCP/CPU interface logic circuitry in accordance with,the present invention;

FIGS. 6A-C are a schematic diagram of the control logic for the A20 signal control in accordance with the present invention;

FIG. 7 is a schematic diagram of slow reset control logic in accordance with the present invention;

FIG. 8 is a state diagram of the A20 signal control logic in accordance with the present invention;

FIG. 9 is a pin-out diagram for the SCPI in accordance with the present invention;

FIG. 10 is a block diagram of a system in accordance with an alternate embodiment of the present invention which utilizes a mouse keyboard interface (MKI) for emulating an Intel 8042 bus;

FIGS. 11A and 11B are a top level diagram of a mouse keyboard interface (MKI) illustrated in FIG. 10;

FIGS. 12A-C are a block diagram of the MKI illustrated in FIG. 11;

FIGS. 13A-C are a schematic diagram of the address decode and RAM control logic in accordance with the present invention;

FIGS. 14A and 14B are a schematic diagram of an address decode circuit in accordance with the present invention;

FIGS. 15A and 15B are a schematic diagram of the CPU interface logic in accordance with the present invention;

FIGS. 16A and 16B are a schematic diagram of the Gate A20 control logic in accordance with the present invention;

FIG. 17 is a schematic diagram of the slow reset logic in accordance with the present invention;

FIG. 18 is a schematic diagram of the IRQ12 mouse interrupt logic in accordance with the present invention;

FIG. 19 is a pin diagram for the MKI in accordance with the present invention;

FIG. 20 is a block diagram of the Human User Input Interface (HUI) in accordance with present invention;

FIG. 21 is a block diagram of a programmable hardware timer that forms a portion of the HUI;

FIG. 22 is a functional block diagram illustrating a method for alternate I/O port access to a standard register set in accordance with the present invention;

FIG. 23 is a block diagram illustrating the control of a common memory interface in accordance with the present invention;

FIG. 24 is a timing diagram illustrating the interleaved access of a common memory device in accordance with the present invention.

FIG. 25 is a schematic diagram illustrating non-volatile sector protection for a standard programmable memory in accordance with the present invention;

FIG. 26 is a block diagram forming a portion of the invention illustrated in FIG. 25;

FIG. 27 is a memory map for a common memory device in accordance with the present invention;

FIG. 28 is a block diagram illustrating a chip erase command trap in accordance with the present invention;

FIG. 29 is a schematic diagram of chip erase command trap illustrated in FIG. 28;

FIG. 30 is a table of standard commands for programmable devices;

FIG. 31 is a functional block diagram illustrating a warm boot revectoring method in accordance with the present invention;

FIG. 32 is a schematic of a method for password or other critical data protection in accordance with the present invention;

FIG. 33 is a schematic diagram illustrating a method for relocating code blocks within a addressable memory in accordance with the present invention;

FIG. 34 is a schematic diagram of a write once read only memory in accordance with the present invention; and

FIG. 35 is a pin diagram of the HUI in accordance with the present invention.

Three embodiments of the invention are disclosed. The first embodiment relates to a System Control Processor Interface (SCPI), illustrated in FIGS. 2-9. The second embodiment relates to a Mouse Keyboard Interface (MKI), illustrated in FIGS. 10-19. The third embodiment relates to a Human User-Input Interface (HUI), illustrated in FIGS. 20. It should be noted that the representation of the HUI in FIGS. 20-35 is merely conceptual and that the actual hardware description is contained in the Verilog code, attached as Appendix I. All three embodiments of the invention emulate an Intel 8042 bus as well as provide relatively faster control of the Gate A20 signal. The MKI, in addition to providing relatively faster control of the Gate A20 signal than the SCPI by eliminating the need for service from the SCP in order to set the Gate A20 signal. The HUI integrates the SCPI and the MKI interfaces into a single device along with an interface for a common memory device accessible by a central processing unit (CPU) and a system control processor (SCP).

Referring to the drawing and in particular FIG. 1, a portion of a known PC/AT compatible personal computer is illustrated. An SCP 20 acts as an interface between a CPU (not shown) and various peripherals, such as a keyboard 22. In such an application, the SCP 20 monitors the keyboard 22 and communicates with the CPU.

In known newer type PC/AT machines, an Intel 8042 is used as the SCP 20 while either an Intel 80286, 80386 or an 80486 is used as a CPU. An Intel 8042 is relatively slow and can decrease the overall system performance. However, in order to remain IBM PC/AT-compatible, any change in the SCP requires emulation of the Intel 8042.

The SCPI allows the SCP 20 (FIG. 1) to be replaced with a relatively faster SCP 26, such as an Intel 8051 or any microprocessor that emulates an Intel 8042. The SCPI, generally identified with the reference numeral 28, is connected between a PC/AT system bus 40 and the SCP 26. The SCP 26 and the SCPI 28 emulate the Intel 8042 to maintain system compatibility.

An internal block diagram of the SCPI 28 is provided in FIG. 3. As will be discussed in detail below, the SCPI 28 allows communication between the SCP 26 and the CPU, as well as communication between the CPU and the SCP 26 by way of three registers (FIG. 3); an input buffer 30, an output buffer 32 and a status register 34. The SCPI 28 further includes SCP 26 address decoding logic 36, CPU decoding logic 42, slow reset logic 44, external random access memory (RAM) control logic 48, interrupt logic 46 and A20 signal logic 50.

Another important aspect of the SCPI relates to control of the A20 signal which allows memory access above the one megabyte boundary. This signal is set virtually immediately after the command/data sequence and data are received. In known systems, a command to control A20 signal is written by the CPU to an input buffer. In order to allow time for the SCP to read the data and set the gate A20, a delay is incorporated to allow the SCP to read the data and set the A20 signal. Since some of the new microprocessors run much faster than the application software program allows, a time-out can occur long before the A20 signal is set, resulting in the computer running code out of the wrong memory space. The system in accordance with the present invention solves this problem.

The SCPI 28 is a 44 pin integrated circuit as illustrated in FIG. 10, which may be formed as a gate array, such as by VLSI Technologies, Inc. Pin descriptions are provided in TABLE I.

The required output current driving capability of the pins is listed in TABLE II.

It is to be understood that, as used herein, an "H" at the end of a number indicates that the number is a hexadecimal number. It is also to be understood that a minus sign (-) in front of a signal name, such as -IOW, indicates the logical complement of the signal and is identical to the format IOW

The SCP 26 can address the SCPI 28, as well as external RAM that is local only to the SCP 26. A signal SCPA15 determines if it is a RAM access or an SCPI access. If external RAM 48 is not used, the signal SCPA15 can be tied low, thus allowing all external memory accesses to be to the SCPI 28.

The RAM control circuitry 48 is illustrated in detail in FIG. 4. Thirty-two kilobytes of external RAM 48 can be addressed by the SCP 26 at addresses 8000H to FFFFH for program storage. More particularly, the SCPI 28 generates a RAM chip select signal (-RAMCS), a RAM output enable signal (-RAMOE) and a RAM address latch enable signal (RAMALE) for external RAM control. The RAM chip select signal (-RAMCS) is available at the output of a tristate device 49. The signal (-SCPAl5) is applied to the input of the tristate device 49 indicating a RAM access. The tristate device 49 is controlled by an ISOLATE signal (discussed below), which enables the tristate device 49 except under certain conditions such as when the SCP 26 is operating with no power available to the other components. The RAM address latch enable signal (RAMALE) is available from another tristate device 51, also controlled by the ISOLATE signal. The input to the tristate device 51 is a signal (SCPALE), an address latch enable for the SCP external address data bus (SCPAD0-SCPAD7).

The RAM output enable signal (-RAMOE) is generated by a NAND gate 53 and a NOR gate 55. The output of the NOR gate 55 represents the signal (-PSEN), program memory enable, is applied to an inverting input of the NOR gate 55. A RAM read signal (-RAMRD) is applied to another inverting input of the NOR gate 55. The signal (-RAMRD) is available at the output of a NAND gate 53. The NAND gate 53 receives two inputs. One input is an SCP read signal (-SCPRD). The other signal is (-SCPA15) which represents a RAM access.

The SCP interface to the SCPI is accomplished through a memory mapping scheme identified by the logic block 36 and illustrated in detail in FIG. 4. The scheme utilizes Intel 8051 external memory address data lines (SCPAD0-SCPAD7) connected as inputs to an 8-bit register 52, which may be a Motorola type 74AC373. During a memory access, a lower address byte is latched into the register 52 using an SCP latch enable signal (SCPALE), applied to the clock input (CLK) of the register 52.

The addresses from the SCP external address data lines (SPCAD0-SPCAD1) are available at the output of the register 52 forming an 8-bit internal address bus (SCPA0-SCPA7). The upper 4-bits of the internal address bus (SCPA4-SCPA7) are decoded by three NAND gates 54, 56 and 58. More specifically, bits SCPA4 and SCPA5 are applied to inverting inputs of the NAND gate 54. Bits SCPA6 and SCPA7 are applied to inverting inputs of the NAND gate 56. The outputs of the two NAND gates 54 and 56 are applied to inverting inputs of the NAND gate 58. The NAND gate 58 generates a signal (-SCPAHN) which indicates that the upper address bits (SCPA4-SCPA7) are low. This signal (-SPAHN) is applied to an inverting enable input of a decoder/demultiplexer 60 and to an inverting input enable of a decoder/demultiplexer 62. The decoder/demultiplexers 60 and 62 may be Motorola Model No. 74AC138.

The lower 4-bits (SCPA0-SCPA3) of the internal address bus (SCPA0-SCPA7) are also applied to the input (A0-A2) of the decoder/demultiplexers 60 and 62. Since the bit SCPA3 is low for addresses A0000H through A0007H and high for addresses A00008H through A0000CH, it is applied to an inverting enable input of the decoder/demultiplexer 60 to generate address signals A0000H through A00007H. The signal (-SCPA15), indicating an SCPI access available at the output of an inverter 59, is applied to a noninverting enable input of the decoder/demultiplexer 60. Thus, address signals A0000H through A00007H are generated at the output of the decoder 60 in response to the address bus bits SCPA0 through SCPA2.

The signals (-SCPAHN) and (-SCPAl5) are also applied to non-inverting and inverting enabling inputs of the decoder/demultiplexer 62, respectively. The bit SCPA3 is applied to an inverter 64 to produce an (-SCPA3) signal which is low for addresses above A0007H. The signal (-SCPA3) is applied to an inverting enable input of the decoder/demultiplexer 62. Since the signal (-SCPA3) is low for addresses A00008H through A000CH, the decoder/demultiplexer 62 can also decode these addresses from the address lines SCPA0-SCPA2.

Address signals (-A0000H through -A000CH) are generated at the output terminals (Y0-Y7) of the decoder/demultiplexers 60 and 62. These address signals are further combined with other signals to generate memory mapped control signals. More specifically, the address signal -A0000H is applied to an inverting input of a NAND gate 64 along with a system control processor write signal (-SCPWR) to generate an output buffer write signal (-OBUFWR). The output buffer write signal (-OBUFWR) allows the SCP 26 to write a byte to the output buffer 32 at the address A0000H.

The address signals -A0000H and -A0001H are also applied to a NOR gate 66. The output of the NOR gate 66 is applied to an inverting input of a NAND 5 gate 68. A system control processor read signal (-SCPRD) is applied to NAND gate 68 along with the output of the NOR gate 66 to produce an input buffer read signal (-INBUFRD). The input buffer read signal (-INBUFRD) allows the SCP 26 to read the contents of the input buffer 30 at address A0000H or A0001H.

The address signal -A0001H is also applied to a NAND gate 70 along with an SCP write signal (-SCPWR) to generate a status register write signal (-STATWR). The status register write signal (-STATWR) 15 allows the SCP 26 to write to the status register 34 at address A0001H.

The address signals -A0002H through -A0004H allow the SCP 26 to access external ports P4-P6. These address signals are applied to inverting inputs of six NAND gates 72, 74, 76, 78, 80 and 82, along with system control processor write (-SCPWR) or system control processor read (-SCPRD) signals as shown in FIG. 4, to enable the SCP 26 to read and write to the external ports P4-P6 at addresses A0002H, A0003H and A0004H. Each external port can provide 8 additional input pins and 8 additional output pins for the SCP 26.

The address signal -A0005H is used as an SCP/CPU interface to generate a keyboard interrupt (IRQ1) logic 46. More specifically, the address signal -A0005H is applied to an inverting input of a NAND gate 84. An SCP write signal (-SCPWR) is applied to another inverting input of the NAND gate 84. The output of the NAND gate 84 is applied to the clock input (CLK) of a D-type flip-flop 86. One bit SCPAD0 of the external SCP address bus is applied to the D input of the flip-flop 86. The output from the NAND gate 84 is used to strobe the bit SCPAD0 into the flip-flop 86 to generate an IREQG signal. This signal (IREQG) is applied to the input of a NAND gate 88, along with an output buffer flag full signal (OBF). When bit SCPAD0 is high, the keyboard interrupt signal (IRQ1) is enabled when the SCP 26 writes to address A0005H. During such a condition, when bit SCPAD0 is low, the keyboard interrupt signal (IRQ1) is disabled. During such a condition, the NAND gate 88 allows an interrupt signal (IRQ1) to be generated by the SCPI 28 when the output buffer 32 is full.

The address signal (-A0006H) is applied to an inverting input of a NAND gate 90 along with an SCP read signal (-SCPRD). The output of the NAND gate 90 is an output buffer read signal (-OBUFRD), which allows the SCP 26 to read the output buffer 32 at address A0006H.

The address A0007H is applied to an inverting input of a NAND gate 92 along with an SCP read signal (-SCPRD). The output of the NAND gate 92 is a status register read signal (-STATRD) which allows the SCP 26 to read the status register 34 at address A0007H.

The address signals A008H, A0009H, and A000CH relate to the slow reset system. The address signals A000AH and A000BH are used to generate the A20 signal. These address signals will be discussed in detail below.

Communication between the CPU and the SCP 26 is by way of an input buffer 30, an output buffer 32 and a status register 34. The input buffer 30 is an 8-bit register with tristate outputs (Q1-Q7), such as a Motorola type 74AC374. In such a device, a clock input (CLK) and output enable input (0C) are common to all 8-bits. The output buffer 32 and the status register 34 are also 8-bit registers.

These registers 32 and 34 may be octal D-type flip-flops having separate D-type inputs (D0-D7) and separate tristate outputs (Q0-Q7), such as a Motorola type 74AC273. Such devices contain a clock input (CLK) and a clear (CLR) input, common to all eight flip-flops.

The input buffer 30 may be written to only by the CPU and read only by the SCP 26. The CPU writes to the input buffer 30 at addresses 60H or 64H by writing to the system data bus (SD0-SD7). The system 10 data bus (SD0-SD7) is applied to the data inputs (D007) of the input buffer 30. The address is decoded by a CPU logic circuit 42 which does not form part of the present invention. A signal (-SCPCS) is generated by the CPU decode logic circuit 42 if the address is either 60H or 64H. The signal (-SCPCS) is applied to an inverting input of a NAND gate 94. A CPU input/output write signal (-IOW) is applied to another inverting input of the NAND gate 94 to produce a signal (-IBCLK), which indicates that the CPU is writing to the input buffer 30 at either address 60H or 64H. The signal (-IBCLK) is applied to the clock input (CLK) of the input buffer 30. Thus, any time the CPU writes to address 60H or 64H, data on the system data bus 40 (SD0-SD7) is strobed into the input buffer 30.

The CPU can either write data or a command to the input buffer register 30. Any time the CPU writes to the input buffer 30, a command data flag (CMD/DATA) is set in the status register 34 (bit 3). This lets the SCP 26 know that a byte containing either a command or data is in the input buffer 30. A write to 64H represents a command (command data flag high), while a write to 60H represents data (command data flag low).

The command data flag (CMD/DATA) is set by way of a flip-flop 96. More particularly, bit SA2 of the system address bus is applied to a D input of a flip-flop 96. Bit SA2, depending on whether it is high or low, determines whether CPU addressed 60H or 64H. The signal (-IBCLK) is applied to the clock input (CLK) of the flip-flop 96. The output signal (CMD/DATA) from the flip-flop 96, depending on whether it is high or low, enables the SCP 26 to determine whether the last byte written to the input register 30 by the CPU was command or data.

Each time the CPU writes to the input buffer 30, an input buffer full flag (IBF), bit 1 of the status register 34, is set as well as the CMD/DATA flag, as discussed above. The input buffer full flag (IBF) acts as an interrupt to the SCP 26 to let it know there is a byte in the input register 30 from the CPU which has not yet been read. The command/data flag tells the SCP 26 whether the last byte written by the CPU was a command (written to address 64H) or data (written to address 60H). A D type flip-flop 98 having its D input tied high is used for the input buffer full flag (IBF). A signal (-IBCLK) is applied to the clock input (CLK) of the flip-flop 98. Thus, the input buffer flag (IBF) will be set each time the CPU writes to input buffer 30.

Once the SCP 26 determines whether the byte in the input buffer 30 is command or data, it reads the byte in the input buffer 30 and the input buffer flag IBF is cleared by the SCPI 28. More particularly, the SCP 26 reads the byte out of the input buffer 80 by reading addresses A000H or A0001H. More specifically, an input buffer read signal (-INBUFRD) is applied to a NAND gate 100 along with a reset signal. The (-INBUFRD) signal is a decode of addresses A0000H and A0001H and is active any time the SCP 26 is attempting to read these addresses. The output of the NAND gate 100 is an input buffer/output enable signal (-INBUFOE) which is applied to the enable input (0C) of the input buffer 30 which allows the byte to appear on the multiplexed system control processor address data bus SCPAD0-SCPAD7 to be read by the SCP 26. Prior to this state, the input buffer output 26 is in a high impedance state.

After the SCP 26 reads the input buffer 30, the input buffer full flag (IBF) is cleared automatically by a flip-flop 102. More particularly, the input buffer enable signal (-INBUFOE) is applied to the clock input (CLK) of the flip-flop 102. The D input of this flip-flop is tied to system ground. Thus, once the byte in the input buffer 30 is placed on the system control processor address data lines (SCPAD0-SCPA07) and read, an input buffer clear signal (-IBFCLR) is generated by the flip-flop 102 and applied to the clear input (CLR) of a flip-flop 98. This clears the input buffer full flag (IBF). In order to avoid writing over a byte in the input buffer 30, the CPU should check the input buffer full flag (IBF) in the status register 34 prior to writing to the input buffer 30.

The system control processor SCP communicates back to the CPU through the output buffer 32 and the status register 34. The output buffer 32 is read only by the CPU at address 60H and read and written to by the SCP 26. During normal operation, the SCP 26 can only write to the output buffer 32. In order to avoid overwriting a byte in the output buffer 32 that has not yet been read by the CPU, the SCP 26 should read the status register 34 before writing to the output buffer 32.

The status register 34 is an 8-bit register consisting of 8 D-type flip-flops with a common clock and an asynchronous reset, such as a Motorola type 74AC223. The status register 34 may be written to and read by the SCP 26. The read capability enables the SCP 26 to read the output buffer full flag (OBF) and the command data flag (CMD/DATA). The status register 34 may be read any time by the CPU. Bit definitions for the status register 34 are provided in TABLE III.

The SCP 26 can write to the output buffer 32 by writing to address A0000H. As previously discussed, this generates an output buffer write signal (-OBUFWR) which is applied to the clock input (CLK) of the output buffer 32. The external SCP address data lines (SCPAD0-SCPAD7) are applied to the inputs of the output buffer 32. The output bits of the output buffer (OB00-OB07) are applied to inputs of registers 104 and 106, which may be octal buffer and line drivers having tristate outputs, such as a Motorola type 74AC244.

The output lines of the register 106 are tied to the system data bus SDO-SD7 to allow the CPU to read the output buffer 32. More specifically, the CPU reads the register 106 at address 60H. This is accomplished with three NAND gates 108, 110 and 112. A signal (-SCPCS), indicative of an address 60H or 6411, and a signal (-IOR), indicative of a read operation by the CPU, are applied to inverting inputs of the NAND gate 108. The output of the NAND gate 108 is applied to an inverting input of the NAND gate 110. The output of the NAND gate 108 is a signal representing that the CPU is reading address 60H or 64H. A signal SA2, indicating whether the address is 60H or 64H, is applied to another inverting input of the NAND gate 110. If the address is 60H, an enable data signal (-ENDATA) is generated at the output of the NAND gate 110. This signal (-ENDATA) is applied to an inverting input of the NAND gate 112 to produce a data enable signal (-DATEN). The signal (-DATEN) is then applied to the enable inputs ENA/ENB of the register 106. This allows the CPU to read the register 106 which is representative of the byte contained in the output buffer 32.

Each time the SCP 26 writes to the output buffer 32, the output buffer full flag (OBF) is set automatically. The output buffer full flag (OBF) is available at the output of a flip-flop 114. This flag is set by applying an output buffer write signal (-OBUFWR) to the clock input (CLK) of the flip-flop 114. The (-OBUFWR) signal is generated any time the SCP 26 writes to the output buffer 32. More specifically, a D input of the flip-flop 114 is tied high. Thus, an output buffer full flag (OBF) will be generated any time the SCP writes to the output buffer 32.

Once the CPU reads the output buffer 32, the output buffer full flag (OBF) is cleared by a flip-flop 116. More particularly, the data enable signal (-DATEN) from the NAND gate 112 is applied to the clock input (CLK) of the flip-flop 116. The (-DATEN) signal represents that CPU is reading the output buffer 32 at address 60H. By applying this signal to the flip-flop 116, an output buffer full flag clear signal (-OBFCLR) is generated at the output of the flip-flop 116 each time the CPU reads the register 106. This signal (-OBFCLR) is applied to the clear CLR input of the flip-flop 114 to clear the output buffer full flag (OBF) each time the CPU reads the output buffer 32.

A register 104 allows the SCP 26 to read the byte in the output buffer 32. More specifically, the output of the register 104 is connected to the SCP address data lines (SCPAD0-SCPAD7). The SCP 26 reads the register 104 at address A0006H by producing an output buffer read signal (-OBUFRD). This signal (-OBUFRD) is applied to enable inputs ENA/ENB of the register 104 to place the byte in this register on the SCP address data lines (SCPA00-SCPA07) to be read by the SCP 26.

The SCP 26 can write to the status register 34 at address A0001H which generates a signal (-STATWR). This signal (-STATWR) is applied to the clock input CLK of the status register 34 to enable the SCP 26 to write to the status register 34 by way of the internal SCP address data lines (SCPAD0-SCPAD7).

This data is then available on the status register output bus SR00-SR07 which is applied to registers 114 and 116. The registers 114 and 116 may be of the same type as registers 104 and 106. The register 116 allows the SCP 26 to read the status register 34. More specifically, the status register 34 may be read by the SCP 26 at the output of the register 116 on the SCP address data bus (SCPAD0-SCPAD7) any time the SCP 26 reads address A0007H. During this condition, a status read signal (-STATRD) is generated and applied to the enable inputs ENA and ENB of register 116, which allows the SCP 26 to read this register 54.

The CPU can read the output of the status register 34 at register 114. More specifically, the output of the register 56 is connected to the system data bus SDO-SD7. The CPU reads the output of the register 56 at address 64H by applying a status enable signal (-STATEN) to the enable inputs ENA and ENB of the register 114. The signal (-STATEN) is generated by three gates 118, 120 and 122, and an inverter 124. More particularly, an SCP chip select signal (-SCPCS) is applied to an inverting input of the NAND gate 118. This signal represents that the CPU is addressing either A60H or A64H. An I/O write signal (-IOR) is applied to another inverting input of the NAND gate 118. The output of the first NAND gate 118 represents that the CPU is reading at an address 60H or 64H. The output of the NAND gate 118 is applied to an inverting input of the NAND gate 120. A signal SA2 is applied to the inverter 122 to generate a signal -SA2. The -SA2 signal indicates whether the address is A60H or A64H. The output of the inverter 122 is applied to another inverting input of the NAND gate 120. The output of the NAND gate 120 is applied to an inverting input of the NAND gate 124 which generates a status enable signal (-STATEN) any time the CPU is reading at an address A64H.

The status register 34 is an 8-bit register. Three bits are generated by the SCPI 28, while 5-bits are written by the SCP 26. Specifically, the output buffer full flag (OBF), the input buffer full flag (IBF) and the command data flag (CMD/DATA) are generated by the SCPI 28. The remaining bits are written by the SCP 26.

Definitions for the 7 bits are as follows:

The command/data bit indicates whether the last byte written by the CPU was a command or data.

The IBF signal indicates when the CPU has written a byte to the input buffer but the system control processor SCP has not yet read the byte out of the input buffer 30. It can also be used by the CPU as a flag to indicate that the system control processor SCP is ready to receive a byte.

The OBF signal indicates when the SCP 26 has written a byte to the output buffer 32 which has not yet been read by the CPU. The OBF signal can also be used by the SCP 26 as a flag to indicate that the CPU is ready to receive a byte.

The slow reset signal (-RC) is an active low output signal to reset the CPU. It can be set by the CPU or set and cleared by the SCP 26. It is cleared when the SCPI 28 is reset by the reset pin.

The SCP 26 can control the slow reset signal (-RC) by writing to addresses A0008H or A0009H. A write to address A0008H forces the slow reset signal active while a write to A0009H forces the slow reset signal (-RC) inactive. The data written to either location is ignored. All that is relevant is that a write takes place at the proper memory location.

More specifically, the address signal (-A0008H) is applied to a NAND gate 126, along with a SCP write signal (-SCPWR). The output of the NAND gate 126 is a slow reset active signal (-SCPSRC). This signal (-SCPSRC) is applied to the clock input (CLK) of a flip-flop 128. The D input of a flip-flop 128 is tied to system ground. Thus, any time the address A0008H is written to by the SCP 26, a slow reset signal (SSETRC), is generated at the output of the NAND gate 128. This signal (SSETRC) along with input buffer read signal (-INBUFRD), is applied to inverting inputs of a NAND gate 130. The output of the NAND gate 130 is applied to an inverting input of a NOR gate 132. The output of the NOR gate 132 is applied to a preset input (PRE) of a flip-flop 134 to set the slow reset signal (-RC).

The slow reset signal (-RC) can be cleared by the SCP 26 by writing to the address A0009H. More specifically, the address signal (-A0009H) is applied to an inverting input of a NAND gate 136. The output of the NAND gate 136 is applied to the clear (CLR) input of the flip-flop 128.

The CPU can also set the slow reset signal (-RC) with a single write command unless it is prevented from doing so by the SCP 26, as discussed below. Specifically, the CPU can set the slow reset signal active by writing an even byte from FOH to FEH to address 64H. NAND gates 138 and 140 decode these bytes from the CPU. More specifically, system data bits SD4, SD5, SD6 and SD7 are applied to the NAND gate 138. The output of the NAND gate 138 is applied to the NAND gate 140. System data bit SD0 is applied to an inverting input of the NAND gate 140. The output of the NAND gate 140 is a signal (-CPURC) representative of an even data byte between F0Hand FEH. This signal (-CPURC) is applied to a NAND gate 142. A signal (-ENRC) is applied to another inverting input of the NAND gate 142. As will be discussed later, the signal (-ENRC) indicates whether CPU control of the slow reset signal has been disabled by the SCP 26. The output of the NAND gate 142 is applied to the D input of the slow reset flip-flop 134. A command clock signal (CMD/CLK), which represents that the CPU addressed the address 64H, is applied to the clock input (CLK) of the slow reset flip-flop 134.

The output of the flip-flop 134 is a signal representative of a slow reset signal (-RC). This signal (-RC) is applied to the input of a tristate device 144 which indicates the status of the slow reset signal (-RC) to be read by the SCP. More particularly, the output of the tristate device 144 is applied to a system control processor data line SCPAD0. The tristate device 144 is controlled by a NAND gate 146. An SCP read signal (-SCPRD), along with an address signal -A0008H, is applied to inverting inputs of the NAND gate 146. The NAND gate 146 generates an enable signal (-RDRCOE) which enables the tristate device 144. Thus, whenever the SCP 26 reads address A0008H, the tristate device 144 is enabled to place the output of the slow reset flip-flop 134 on the system control address data bit SCPAD0. A logical 0 indicates that the slow reset is active, while a logical 1 indicates that the slow reset signal is inactive.

The SCP 26 can also disable the CPU control of the slow reset by writing to address A000CH. More specifically, a signal representative of the address A000CH is applied to a NAND gate 146 (FIG. 4), along with the system control processor write signal (-SCPWR). The output of the NAND gate 146 is applied to a clock input (CLK) of a flip-flop 148. The SCP data bit SCPAD1 is applied to a D input of the flip-flop 148. If the data bit SCPAD1 is high, the slow reset will be enabled. If the data bit SCPAD1 is low, the slow reset will be disabled. The output of this flip-flop 148 is an enable reset signal (-ENRC) which is applied to the NAND gate 142 (FIG. 7) to either enable or disable the CPU from controlling the slow reset signal.

The A20 signal allows memory above one megabyte to be accessed. This A20 signal can be set by the SCP 26 directly or by the SCPI 28 in response to a CPU command. The CPU controls the gate A20 with a 2-byte sequence. The first byte D1H is a command byte written to the address 64H. The second byte is a data byte written to the address 60H. The system data bit SD1 determines whether the A20 is to be set or cleared. The data bit SD1 is applied to the D input of an A20 signal flip-flop 168. The output of the flip-flop 168 is the A20 signal.

The CPU command signal (COMMAND) is available at a command flip-flop 150. The CPU command signal is generated when the CPU writes a byte D1H to address 64H. The command byte D1H is decoded by seven of NAND gates 152, 154, 156, 158, 160, 162 and 164 (FIG. 6). These NAND gates decode the system data bits SDO through SD7 to provide a command data signal (CMDD1) when the CPU writes a command D1 to address 64H. More specifically, the system data bits (SD0-SD7) are applied to inverting inputs of the NAND gates 152, 154, 156 and 158, as shown in FIG. 6. The outputs of NAND gates 152 and 154 are applied to a NAND gate 160. The outputs of the NAND gates 156 and 158 are applied to the NAND gate 162 along with a signal (ENA20). The outputs of the NAND gates 160 and 162 are applied to a NAND gate 164 which generates a command signal (CMDDL) any time the byte D1H is written to address 64H.

The signal (ENA20) is generated by a flip-flop 163. This flip-flop 163 enables SCP 26 to disable the A20 signal. More specifically, a bit SCPAD1 is applied to the D input of the flip-flop 163. If bit SCPAD1 is high, the A20 signal is enabled. If bit SCPAD1 is low, the A20 signal is disabled.

The signal (CMDD1) is applied to a D input of the command flip-flop 150. Another signal, command clock (-CMDCLK) is applied to the clock input (CLK) of the command flip-flop 150. The command clock signal (-CMDCLK) is generated by a NAND gate 166 which receives signal (-IBCLK) and an input signal SA2. The IB clock signal (-IBCLK) represents that the address written to by the CPU is either 60H or 64H. The signal -SA2 identifies that the address is 64H. The output of the NAND gate 166 is the command clock signal (CMDCLK).

In order to better understand the system, a state diagram for the A20 signal logic is provided in FIG. 8. The states refer to the states of the command flip-flop 150, the A20 signal flip-flop 168 and a dummy flip-flop 170, respectively. The dummy flip-flop 170 is required because of the number of states. The states in FIG. 8 are numbered for the states of these flip-flops. For example, state 7 (binary 111) represents that the flip-flops 150, 168 and 170 are all set.

The system starts in state 0 where the flip-flops 150, 168 and 178 are all clear. The system then proceeds to state 4 where the command flip-flop 150 is set as discussed above. Once the command flip-flop 166 is set, the system waits for the data byte from the CPU to either set or reset the gate A20. When the system data byte is received and the gate A20 is set as discussed above, the system proceeds to state 6. In this state, both the command flip-flop 150 and the gate A20 flip-flop 162 have previously been set. An important feature of the invention relates to the fact that there was no waiting from the time the data byte was received from the CPU to set the gate A20. This greatly enhances the speed at which the gate A20 is set by the CPU.

The output of a NAND gate 172 is representative of state 6. The NAND gate 172 receives a signal (COMMAND) from the command flip-flop 150 and an A20 signal from the A20 signal flip-flop 168. Also applied to the NAND gate 172 is a signal VCC and a signal from the dummy flip-flop 170, which is clear at state 6.

After state 6, the system can only proceed to state 2 wherein the command flip-flop 150 is cleared. The command flip-flop 150 is cleared once the SCP 26 reads the data out of the input buffer 30. This is accomplished by NAND gates 174 and 176 and NOR gates 178 and 180. More specifically, a signal representative of state 6 (-STATE6) is applied to an inverting input of the NAND gate 174. An input buffer read signal (-INBUFRD) is applied to another inverting input of the NAND gate 174. The output of the NAND gate 174 indicates that the SCP 26 has read the data in the input buffer 30. The output of the NAND gate 174 is applied to an inverting input of a NOR gate 178. The output of the NOR gate 178 is applied to an inverting input of the NOR gate 180. The output of the NOR gate 180 is representative of a command reset signal (-CMDRST) which is applied to the clear input (CLR) of the command flip-flop 150. This signal (CMDRST) thus resets the command flip-flop 150 once the SCP 26 has read the data byte in the input buffer 30. once this occurs, the system proceeds to state 2.

In state 2, the command flip-flop 166 and the dummy flip-flop 170 remain clear and the A20 signal flip-flop 168 remains set. The system sits in state 2 waiting for another command from the CPU. If another command is received, the system proceeds to state 7 where the command flip-flop 150 is set. In state 7, the system waits for a data byte from the CPU to indicate what is to be done with gate A20. Once the data is received, the dummy flip-flop 170 is set. More specifically, a command signal (COMMAND) from the command flip-flop 150 is applied to an AND gate 182 representing that the command flip-flop 156 has been set. A signal (-SA2) is applied to another input of the AND gate 182. The (-SA2) signal represents that a CPU command was written to address 64H. A signal (-SD1) is also applied to the AND gate 182 generated by way of an inverter 184. The output of the AND gate 182 is applied to one input of the OR gate 184. The output of the OR gate 184 is applied to the D input of the dummy flip-flop 170. An (-IBCLK) signal is applied to the clock input (CLK) of the dummy flip-flop 170. The (-IBCLK) signal is a decode and indicates that the CPU has written to either address 60H or 64H. Thus, the dummy flip-flop 170 is set in state 7 after a command has been written by the CPU to the command flip-flop 150.

The dummy flip-flop 170 may also be set by an AND gate 186. More specifically, the output of the AND gate 186 is applied to another input of the OR gate 184. The AND gate 186 has three inputs. One input is from the A20 signal flip-flop 168. A second input is from the NAND gate 164 which indicates that the CPU has written a command D1. The last input is an SA2 signal which indicates that the command was written to address 64H. Thus, the AND gate 186 will be enabled any time the gate A20 has been set and a command has been written to address 64H by the CPU. Once the system is in state 7, if data is received indicating that the gate A20 flip-flop 168 is to be disabled, the system proceeds to state 5. In state 5, the command flip-flop is cleared, the dummy flip-flop remains set and the A20 signal flip-flop 168 is cleared.

A signal representative of state 5 is generated by a NAND gate 188. Signals from the dummy flip-flop 170, the A20 signal flip-flop 168 (-A20 GATE), the command flip-flop 150 (COMMAND) and VCC are applied to the input of the NAND gate 188. The output of the NAND gate 188 is a signal (-STATE5) which is applied to the NAND gate 176 to clear the command flip-flop 150 when the system is in state 5.

The A20 signal flip-flop 168 is cleared by the system data bit SD1 which is applied to the D input of the flip-flop 168. If the SD1 signal is low, the A20 signal flip-flop 168 is cleared. The bit SD1 is strobed into the flip-flop 168 by a NAND gate 190. A signal (-COMMAND) is applied to an inverting input of the NAND gate 190 from the command flip-flop 150. A signal (-DATACLK) is applied to another inverting input of the NAND gate 190. The (-DATACLK) is generated by a NAND gate 192. A signal SA2 is applied to one inverting input of the NAND gate 192 while a signal (-IBCLIC) is applied to another inverting input to strobe the A20 signal flip-flop 168 any time the CPU writes data to address 60H.

After state 5, the system proceeds back to state 0 where the command flip-flop 150 and the dummy flip-flop 170 are cleared. The command flip-flop 150 is cleared automatically in state 5 when the input buffer flag IBF is cleared. More specifically, once the SCP reads the input buffer 30, an input buffer read signal (-INBUFRD) is generated. This signal (INBUFRD) and a state 5 signal (-STATE5) are applied to inverting inputs of the NAND gate 176. The output of the NAND gate 176 is applied to an inverting input of the NOR gate 178 which clears the command flip-flop 150. The output of the NAND gate 176 is also applied to an inverting input of a NOR gate 208. The output of the NOR gate 208 is applied to the clear input (CLR) of the dummy flip-flop 170. Thus, the command flip-flop 150 and the dummy flip-flop 170 will be cleared in state 5 and the system will return to state 0 where the command flip-flop 150, the A20 gate flip-flop 168 and the dummy flip-flop 170 are all clear.

The SCP 26 can also gain control of the gate A20 flip-flop 168 through memory map. Specifically, a write to address 000AH by the SCP 26 can clear the A20 signal flip-flop 168. More specifically, a signal representative of these addresses (-000AH) is applied to an inverting input of NAND gate 194. A SCP write signal (-SCPWR) is applied to another inverting input of the NAND gate 194. The output of the NAND gate 194 is applied to the clear input (CLR) of the A20 signal flip-flop 168 to enable the SCP 26 to clear the signal.

The SCP 26 can set the A20 signal by writing to address 000BII. Specifically, the address signal (-000BH) is applied to an inverting input of a NAND gate 196 along with an SCP write signal (-SCPWR). The output of the NAND gate 196 is applied to an inverting input of a NOR gate 198 whose output is tied to the present input (PRE) of the A20 signal flip-flop 168.

The SCP 26 can also read the status of the gate A20 flip-flop 168 by reading address 000AH. Specifically, a signal representative of the system control processor read signal (-SCPRD) is applied to an inverting input of a NAND gate 202. A signal representative of an address signal (-000AH) is applied to another inverting input. The output of the NAND gate 202 is applied to a tristate device 204 to allow the data from the gate A20 flip-flop to be placed on the system control processor address data bus bit SCPAD 1 to be read by the SCP 26.

The gate A20 can also be set active by the SCPI 28 when a command is received to set slow reset active or the SCPI is reset by the reset pin. More specifically, a reset signal and a slow reset signal (-RC) are applied to a NOR gate 206. The output of the NOR gate 206 is applied to an inverting input of the NOR gate 208 which clears the dummy flip-flop 170. The output of the NOR gate 206 is also applied to one input of the NOR gate 198 which sets the gate A20 flip-flop 168. The output of the NOR gate 206 is also applied to an inverting input of the NOR gate 178 which, in turn, is connected to the NOR gate 180 which clears the command flip-flop 150.

An SCP write to either address 000AH or 000BH clears the command flip-flop 150. More specifically, the output of the NAND gates 194 and 196 are applied to inverting inputs of a NOR gate 200. The output of the NOR gate 200 is applied to an inverting input of the NOR gate 180. The output of the NOR gate 180 is applied to the clear input (CLR) of the command flip-flop 150.

A reset signal (-RESET) from the CPU is used to reset the system. Specifically, the reset signal is applied to an inverting input of the NOR gate 206 which clears the command flip-flop 150, the A20 signal flip-flop 168 and the dummy flip-flop 120. The reset signal is also applied to the clear input (CLR) of the flip-flop 86 to clear the interrupt signal IRQ1. Reset signals are also used to clear the input buffer 30, output buffer 32, the status register 34, the input buffer full flag flip-flop 98 and the output buffer full flag flip-flop 114.

An isolate signal is an active low input signal to tristate certain signals on the SCPI 28 in the event that the SCP 26 and SCPI 28 are used in a manner where the rest of the system is not powered, for example, during battery charging of a portable battery powered converter. Tristating the pins identified in TABLE IV below can avoid problems to the SCP 26.

An important distinction between the SCPI 28 and the MKI is that the MKI does not need to interrupt the SCP 26 to allow the CPU to control the A20 signal. Consequently, the MKI allows for relatively faster switching of the A20 signal than the SCPI 28. More specifically, as described above, the CPU controls the A20 signal with a 2-byte sequence from the CPU to the input buffer 30. The first byte is a command byte D1 written to the address 64H. In the previous embodiment utilizing the SCPI 28, after the CPU writes the command byte, the Input Buffer Full (IBF) flag is set in the status register 34. This IBF flag is used to interrupt the SCP 26. After the SCP 26 reads the command byte D1H, the IBF full flag is cleared, which allows the CPU to write the second byte to the input buffer 30 which also requires processing by the SCP 26. As discussed above, the bit SD1 in the second byte determines whether the A20 signal is to be set or cleared.

With such a system, there is inherently a certain amount of delay after a byte is written to the input buffer 30 until the SCP 26 can retrieve the command data bytes. The MKI allows for faster switching of the A20 signal by recognizing the command and data bytes from the CPU, thus eliminating the need to interrupt the SCP 26 which may be busy with other tasks. Since no interrupt is generated after the command byte D1H, the CPU can immediately send the data byte without waiting for the SCP 26 to read the input buffer 30. The MKI can also recognize the data byte, thus eliminating the processing time of the SCP 26.

As illustrated in FIG. 10, the MKI, generally identified with the reference numeral 300, also allows the SCP 20 (FIG. 1) to be replaced with a relatively faster SCP 26, such as an Intel 8051 or other microprocessor that emulates a type Intel 8042 microprocessor to maintain IBM compatibility with type PC/AT machines. The MKI 300 is connected between the PC/AT system bus 40 and the SCP 26.

Similar to the SCPI 28, the MKI 300 allows communication between the CPU and the SCP 26 by way of three registers; an input buffer, an output buffer and a status register (FIG. 15). As shown in FIG. 12 and discussed below, the MKI 300 further includes address decode and RAM control logic 308 (FIGS. 13-14), CPU interface logic 310 (FIG. 15), gate A20 control logic 312 (FIG. 16), Slow Reset logic 314 (FIG. 17) and IR12 control logic 316 (FIG. 18).

The MKI 300 is a forty-four pin integrated circuit as illustrated in FIGS. 11-19, which may be formed as a gate array, such as by VLSI Technologies Inc. Pin descriptions are provided in TABLE V.

The required output current driving capabilities of the pins are listed in TABLE VI.

Referring to FIG. 11, a VLSI top level block diagram is shown. As shown, pins 6, 7, 16, 17, 18, 28, 29, 38, 39, 40 and 41 are unidirectional input pins connected to the control logic, generally identified with the reference numeral 318 by way of buffers 320. Pins 13, 14, 15, 19, 20, 21, 22, 35, 36, 37, 42, 43 and 44 are unidirectional output pins with tristate outputs connected to the control logic 318 by way of tristate devices 322. The tristate devices 322 are controlled by an ISOLATE signal which places the output pins in a high impedance state during a test mode.

Pins 1 and 34 are power supply pins while pins 12 and 23 are for ground. The remainder of the pins 2, 3, 4, 5, 8, 9, 10, 11, 24, 25, 26, 27, 30, 31, 32 and 33 are bidirectional. Pins 4, 5, 8, 9, 26, 27, 30, 31 relate to the system data bus SD ›0:7!, while pins 2, 3, 10, 11, 24, 25, 32 and 33 relate to the SCP address/data bus SCPAD ›0:7!. Each of these buses are split into two buses, internal to the MKI 300, to provide the bidirectional capability. More specifically, as shown in FIG. 11, within the MKI 300, the system data bus SD ›0:7! is comprised of input bus SDIN ›0:7! and an output bus SDOUT ›0:7!. The internal system data output bus SDOUT ›0:7! is connected to the system data bus output pins SD ›0:7! (e.g., pins 4, 5, 8, 9, 26, 27, 30 and 31) by way of tristate devices 324. The tristate devices 324 are under the control of an OR gate 326 and an AND gate 328. The OR gate 326 is a two input OR gate. An ISOLATE signal is applied to one input to place the system data bus SD ›0:7! in a high impedance state during a certain mode of operation. More specifically, the ISOLATE signal is an active low input signal to tristate certain signals on the MKI 300 during certain conditions, such as during battery charging in a portable. During all other modes of operation, the tristate devices 324 are under the control of the AND gate 328. Two signals ENDATYK and STATEN, discussed below, which are generated during read operations by the CPU, are used to enable the system data output bus SDOUT ›0:7! by way of a plurality of buffers 330. The internal system data input bus SDIN ›0:7! is connected to the system data bus SD ›0:7! by way of buffers 332.

Similarly, the system control processor address/data bus SCPAD ›0:7!, available at pins 2, 3, 10, 11, 24, 25, 32 and 33, is split into two internal buses SCPAD0UT ›0:7! and SPCADIN ›0:7!. The internal SCPAD0UT ›0:7! bus is connected to the pins 2, 3, 10, 11, 24, 25, 32 and 33 by way of tristate devices 334. More specifically, bits SCPAD0UT ›2:7! are applied directly to the tristate devices 334, while bits SCPAD0UT ›0! and SCPAD0UT ›1! are tied to the tristate devices 334 by way of buffers 336 and 338, respectively. The tristate devices 334 are under the control of an OR gate 340 whose output is tied to the tristate device 334 by way of a plurality of buffers 342. One input to the OR gate 340 is the ISOLATE signal to tristate the SCPAD0UT ›0:7! bus during certain modes of operation, as discussed above. In all other modes of operation, the tristate devices 334 are under the control of an AND gate 344 whose output is applied to the input of the OR gate 340. The AND gate 344 is a six input AND gate 344. The signals -RDRCOE (FIG. 17), -A20RD (FIG. 16), -STATUSRD (FIG. 13), -OUTBUFRD (FIG. 13), -INBUFOE (FIG. 15) and -ENFESTS (FIG. 18) are applied to the AND gate 344 to control the tristate devices 342 during read operations of the SCPAD0UT ›0:7! bus, as will be discussed below. The SPCADIN ›0:7! bus is tied to the output pins by way of the buffers 346.

The SCP 26 interface to the MKI 300 is accomplished through a memory mapping scheme using the Intel 8051 microprocessor external address/data bus SCPAD ›0:7!. The MKI 300 allows the SCP 26 to communicate with the CPU, as well as external ports through memory mapping. Additionally, the SCP 26 is adapted to control the gate A20 signal, as well as the slow reset and interrupt signals IRQL and IRQ12. An SCP memory map is illustrated in TABLE VIII. A description of the SCP memory map is provided in TABLE VII.

Thirty-two kilobytes of external RAM 348 (FIG. 10) can be accessed by the SCP 26 between addresses 8000H-FFFFH. Since the SCP address bit SCPA 15 will only be high or a logical 1 for addresses 80000H and above, this bit SCPA 15 is used to determine whether the SCP 26 access is a MKI 300 access or a RAM 348 access. If external RAM 348 is not used, the bit SCPA ›15! can be tied low, thus allowing all external memory accesses by the SCP 26 to be to the MKI 300.

The address decode and RAM control logic 308 is illustrated in FIGS. 13 and 14. As previously mentioned, thirty-two kilobytes of external RAM 348 can be addressed by the SCP 26 at addresses 8000H-FFFFH for program storage. More particularly, the MKI 300 generates a RAM chip select signal (-RAMCS), a RAM output enable signal (-RAMOE) and a RAM address latch enable signal (RAMALE) for external RAM control. These signals, along with SCP read and write signals (SCPRD, SCPWR), allow the SCP 26 to read and write to the RAM 348. Thus, as discussed above, the SCP address bit SCPA 15 determines whether the access is a RAM 348 access or a MKI 300 access. More particularly, the bit SCPA 15 is inverted by way of an inverter 350 and applied to a buffer 352 to generate the RAM chip select signal (-RAMCS) during a RAM 348 access. The RAM chip select signal (-RAMCS) is active low and will be active any time the address lines 8000H-FFFH are placed on the SCP 26 address data bus SCPAD ›0:7!.

The address on the SCP address data bus SCPAD ›0:7! is latched by a RAM address latch enable signal (RAMALE). The RAM address latch enable signal (RAMALE) is generated by the MKI 300 and is derived from the SCP address latch enable signal (SCPALE) available from the SCP 26. More specifically, the SCP address latch enable signal (SCPALE) is applied to a buffer 354. The RAM address latch enable signal (RAMALE) is available at the output of the buffer 354. In order for the SCP 26 to write a byte to the external RAM 348, an SCP write signal (SCPWR) is brought low. The SCP 26 can read a byte from the RAM 348 by way of the RAM output enable signal (-RAMOE). More specifically, the RAM output enable signal (-RAMOE) is generated by the MKI 300 by ORing an SCP read signal (-SCPRD) with the RAM access control signal SCPA 15 by way of an OR gate 356. The output of the OR gate 356, which indicates a read by the SCP 26 of the RAM 348, is NANDed with a control signal (-PSEN) by way of a NAND gate 358. The signal PSEN relates to a program store enable and provides a strobe for accessing external memory stored in the RAM 348. Since the RAM output enable signal (-RAMOE) is active low, the output of the NAND gate 358 is applied to an inverter 360. The RAFI output enable signal (-RAMOE) is available at the output of the inverter 360.

In addition to accessing the RAM 348, the SCP 26 can also access various external input/output ports (port P4, port P5 and port P6) as well as communicate with the CPU by way of an input buffer 362, an output buffer 364, a status buffer 366 and an auxiliary output buffer 368 through memory mapping. The SCP 26 can both read and write to ports P4 and P5, while port P6 is a write only port relative to the SCP 26. The output ports (P4, P5 and P6), as well as the input buffer 362, output buffer 364, status register 366 and an auxiliary output buffer 368 are located at addresses 0000H through 000FH as delineated in TABLE VIII. As previously mentioned, the SCP 26 address bit SCPA ›15! is low for addresses in this range and is active high only for addresses 8000H and above, indicative of a RAM access. Thus, the bit SCPA 15 may be applied to a decoder 370 (FIG. 13) for decoding addresses between 0000H and 0000FH. More specifically, the lower 8-bits of an SCP address are applied to latches 372 through 386 by way of the SCP internal address data bus SPCADIN ›0:7!. The latches 372 to 386 are enabled by an SCP address latch enable signal (-SCPALE), which is active below and available at the output of an inverter 388. The signal (-SCPALE) is applied to an enable input (EN) of the latches 372-386. The latches 372-386 are reset by a signal (-RESET), available at the output of a buffer 391.

The outputs of the address latches 372 to 386 are applied to the 4.times.16 address decoder 370 by way of an intern al address bus SPA ›0:7!. more specifically, the upper nibble (e.g., SPA ›7:4!) is NORed with the SCPA 15 by way of a NOR gate 389 signal to enable the address decoder 370 any time the SCP 26 is not accessing the RAM 348. For addresses 0000H through 000FH, the bits SPA ›7:4! in the upper nibble will all be low. These bits, SPA ›7:4! are applied to the NOR gate 389, which is used to enable the decoder 370. The lower nibble (e.g., SPA ›3:0!) is applied to the address inputs A3, A2, Al, A0, respectively, of the address decoder 370. The output of the address decoder 370 is then used to generate read and write signals for the various input output ports (P4, P5 and P6), as well as for the input buffer 362, output buffer 364 and status register 366 buffers. Additionally, the address decoder 370 generates address control signals a A000 ›15:8! and A000 ›5!, as will be discussed below. More specifically, the address decoder 370 provides sixteen outputs SEL0-SEL15, which are all active low. The decoder 370 output signals are ORed with SCP write (-SCPWR) and SCP read (-SCPRD) signals to generate read and write signals for the various input output ports, as well as the input buffer 362, output buffer 364 and status register 366 by way of the OR gates 388 to 406. Moreover, since the input buffer 362 can be read at either address 0000H or address 0001H, the select outputs (-SEL0) and (-SEL1) are ANDed by way of an AND gate 408 and applied to the OR gate 398 to generate the input buffer read signal (-INBUFRD). The address decoder 370 is illustrated in FIG. 14. The 4.times.16 decoder 370 includes four address inputs A3, A2, A1 and A0, as well as an enable input (available at the output of the NOR gate 389) to provide sixteen outputs SEL0-SEL15. As previously discussed, the lower nibble of the internal address bus SPA ›3:0! is applied to the address inputs A3, A2, A1 and A0. The enable input is connected to the output of the NOR gate 389 which indicates an address range between 0000H and 000FH. Sixteen select outputs are provided SEL0-SEL15 which are active low. The select outputs, (-SEL0) to (-SELl5), are available at the output of NAND gates 410 through 440.

The 4.times.16 address decoder 370 also includes a buffer 442 and four inverters 444, 446, 448 and 450. The enable signal is applied to the input of the buffer 442. A buffer enable signal (BENABLE), available at the output of the buffer 442, is applied to the inputs of each of the NAND gates 410 through 440. The address inputs A3, A2, Al and AO are applied to various of the NAND gates 410 through 440, as well as to inverters 444, 446, 448 and 450 as shown in FIG. 14. The outputs of the NAND gates 410 through 440 are select inputs (-SEL0) to (-SEL15) which are used to form various read and write signals, as well as address control signals as previously discussed.

Communication between the CPU and the SCP 26 is by way of an input buffer 362, the output buffer 364, a status register 366 and an auxiliary output buffer as illustrated in FIG. 15 and discussed below.

The input buffer 362 is an 8-bit register comprised of flip-flops 452, 454, 456, 458, 460, 462, 464 and 466. This 8-bit register 362 is write only to the CPU and address 60H or 64H, and is read only to the SCP 26. More specifically, the CPU system data bus (SD ›7:0!), which is connected to the internal system data in bus SDIN ›0:7! by way of pins 4, 5, 8, 9, 26, 27, 30 and 31, is applied to D inputs of the flip-flops 452, 454, 456, 458, 460, 462, 464 and 466 in order to enable the CPU to write to the input buffer 362. Data is clocked into the flip-flops 452, 454, 456, 458, 460, 462, 464 and 466 by an input buffer clock signal (-IBCLK). More specifically, the input buffer clock signal (-IBCLK) is applied to the clock (CP) inputs of the flip-flops 452, 454, 456, 458, 460, 462, 464 and 466. The input buffer clock signal (-IBCLK) is generated by ORing a CPU write signal (-IOW) with a system control processor chip select signal (-SCPCS), both active low, by way of an OR gate 468. These signals IO write (-IOW) and system control processor chip select (-SCPCS) are generated by the CPU whenever the CPU writes to the MKI 300. These signals are applied to pins 39 and 42 of the MKI 300.

An important aspect of the invention, as will be discussed below, relates to the availability of the MKI 300 to recognize a 2-byte sequence from the CPU for control of the gate A20 signal without interrupting the SCP 26. This feature is available whenever the MKI 300 is placed in a MKI mode. When the MKI 300 is not in the MKI mode, the control of 30 the gate A20 signal will be similar to the SCPI 28, which requires the SCP 26 to read the input buffer 362 and clear the input buffer full flag (IBF) for each of the bytes in the two byte sequence to control the gate A20 signal. Except for control of the gate A20 signal when the MKI feature is enabled, as discussed above, any time the CPU writes to the input buffer, an input buffer full flag (IBF) is set and a command/data flag is set. The input buffer full flag (IBF) is provided by a pair of flip-flops 470 and 471. The input buffer clock signal (-IBCLK) is applied to the clock input (CP) of the flip-flop 470. An input buffer data signal INBUFDATA (FIG. 16) is applied to a D input of the flip-flop 470. As will be discussed below, the input buffer data signal (INBUFDATA) is under the control of a MKI enable signal (MKIEN) which only generates an input buffer data signal (INBUFDATA) when the MKI feature is disabled. The signal INBUFDATA indicates that the input buffer contains a byte which is either command or data. The input buffer data signal (INBUFDATA) is clocked into the input buffer full flag flip-flop 470 by the input buffer clock signal (-IBCLK). The output of the flip-flop 470 is applied to bit 1 of a status register output bus SRO ›1! to indicate to the SCP 26 that a byte is contained in the input buffer 362. Once the system SCP 26 initiates a read of the input buffer 362, an input buffer output enable signal (-INBUFOE) is generated at the output of an OR gate 472. An input buffer read signal (-INBUFRD) is ORed with a reset signal by way of the OR gate 472 to generate the input buffer output enable signal (-INBUFOE). The input buffer output enable signal (-INBUFOE) is applied to an output enable input (OE) of the flip-flops 452-456 by way of inverters 474, 476, 478, 480, 482, 484, 486 and 488 to enable the outputs of the flip-flops 452 to 466 to be connected to the internal SCP address data output bus SCPADOUT ›0:7!, which, in turn, is applied to the SCP system data output bus SCPAD ›0:7!.

When the MKI feature is disabled, once the SCP 26 reads the data from the input register 362, the input buffer full flag (IBF) is cleared automatically by the MKI 300. More specifically, the input buffer output enable signal (-INBUFOE) is applied to a clock input of the flip-flop 471 whose D input is tied low. Thus, the input buffer output enable signal (-INBUFOE) clears the flip-flop 471 once the SCP 26 reads the byte from the status register 362. The Q output of the flip-flop 471 is applied to a clear input (CDN) of the flip-flop 470 to clear the input buffer full flag (IBF). In order to prevent the input buffer full flag (IBF) from being cleared prior to the SCP 26 reading the byte from the input buffer 362, the flip-flop 471 is preset by an input buffer clock signal (-IBCLK) which is applied to a preset (SDN) input of the flip-flop 490. This sets the flip-flop 471 to prevent the input buffer full flag (IBF) from being cleared until the SCP 26 reads the byte from the input register 362.

In addition to setting the input buffer flag (IBF), a command data flag (CMDATA) is also set whenever the CPU writes a byte to the input buffer 362. The command data flag (CMDATA) is used to set bit 3 of the status register 366 to indicate to the SCP 26 that the input register 362 contains either command or data. More specifically, an address bit SA2 from the CPU bus is used to decode whether the CPU wrote to address 60H or 64H. A write to 64H indicates a command while a write to 60H indicates data. The address bit SA2 will be high for 64H and low for 60H. This bit SA2 is applied to a D input of a flip-flop 492, which is used as a command data flag. This signal SA2 is clocked into the flip-flop 492 by the input buffer clock signal (-IBCLK), which is applied to the clock input (CP) of the flip-flop 492. The output of the flip-flop 492 indicates whether command or data was written by the CPU to the input buffer 362. This output is used to set bit 3 of the status register 366.

The output buffer 364 is an 8-bit register which includes the flip-flops 494 through 508. The output buffer 364 is read only to the CPU at address 60H and is written to by the SCP 26. The SCP 26 can also read the output buffer 364. The SCP internal address data bus SPCADIN ›0:7! is applied to the D inputs of the flip-flops 494-508. The data on the bus SPCADIN ›0:7! is clocked into the flip-flops 494, 508 by an output buffer clock signal (-OBUFCLK) which is applied to the clock inputs (CP) of the flip-flops 494 to 508. The output buffer clock signal (-OBUFCLK) is active low to enable the SCP 26 to write a byte to the output buffer 364 at address 0000H.

The flip-flops 494-508 also act as the Auxiliary Output Buffer when the SCP addresses 000DH. More specifically, an address decode signal (-00013) from the address decoder 370 is ORed with an SCP write signal (-SCPWR) by way of an OR gate 510 (FIG. 18). The output of the OR gate 510 indicates that the SCP 26 initiated a write to the address 000DH.

The flip-flops 494-508 are clocked by an output buffer clock signal (-OBUFCLK). More specifically, the output of the OR gate 510 is ANDed with an output buffer write signal (-OBUFWR) by way of an AND gate 512 which is active low any time the SCP writes to address 0000H. The output of the AND gate 512 is the signal output buffer clock signal (-OBUFCLK), which represents that the SCP 26 address either 0000H or 000DH.

Any time the SCP 26 writes to the output buffer 364, an output buffer full flag (OBF) is set in the status register 366. A pair of flip-flops 511 and 513 are used to set the output buffer full flag; bit 0 of the status register 366. The output buffer full flag (OBF) is set by the flip-flop 511. More particularly, an output buffer write signal (-OUTBUFWR) is applied to a clock input of the flip-flop 511. The D input of the flip-flop 511 is tied high. Thus, whenever the SCP 26 writes to the output buffer 364, the flip-flop 511 will be set indicating an output buffer full flag (OBF); which is tied to an internal status register bus bit SRO ›0!.

The MKI 300 also resets the output buffer full flag (OBF) whenever the CPU reads the byte in the output buffer 364. This is accomplished by the flip-flop 513. More specifically, the flip-flop 513 is set by the output buffer write signal (-OUTBUFWR) which is applied to the set input (SDN). The Q output of the flip-flop 513 is applied to a clear input (CDN) of the flip-flop 511. The D input of the flip-flop 513 is tied low. An enable data signal (-ENDATA) is applied to the clock input (CP) of the flip-flop 513.

The enable data signal (-ENDATA) represents that the CPU has read the byte in the output buffer 364 at address 60H. More specifically, an IO read signal (-IOR), which indicates that the CPU has initiated a read operation, is ORed with a CPU address signal A2 which is low for address 60H. These signals, along with an SCPCS signal, which indicates that the CPU addressed either address 60H or 64H, are applied to an OR gate 514 along with a reset signal. The output of the OR gate 514 is applied to a buffer 516. The output of the buffer 516 is the enable data signal (-ENDATA) which indicates that the CPU has initiated a read to address 60H. This enable data signal (-ENDATA) is applied to the clock input (CP) of the flip-flop 513, whose D input is tied low in order to clear the flip-flop 513. Since the Q output of the flip-flop 513 is connected to the clear input (CDN) of the flip-flop 511, the flip-flop 511 can thus be cleared any time the CPU reads the byte from the output buffer 364.

The enable data signal (-ENDATA) is also used to control tristate devices 514 to 528, used to connect an internal output buffer bus OBO ›0:7! to the Q output of the flip-flops 484 through 508 to the system data output bus SDOUT ›0:7!.

The SCP 26 can read the output of the output buffer 364 by way of tristate devices 537-551. More particularly, the Q outputs of the flip-flops 494-508 are tied to the internal SPADOUT ›0:7! by way of the tristate devices 537-551. The tristate devices 537-551 are under the control of an output buffer read signal (-OUTBUFRD), a decode signal, available at the output of the OR gate 404 (FIG. 13), which indicates the SCP read address 0001H.

The status register 366 is an 8-bit register and includes the flip-flops 530, 532, 534 and 536. The status register 366 is read only to the CPU at address 64H and written to by the SCP 26. The SCP 26 can also read the status register 366 in order to determine the status of the output buffer full flag (OBF) and the command data flag (CMDATA). Five of the bits of the status register are written by the SCP 26, while three are generated by the MKI 300 (IBF, OBF) command data. The status register bit definition is provided in TABLE IX.

As noted in TABLE IX, the SCP 26 writes bits 2, 4, 6 and 7 to the status register 366, while bits 0, 1 and 3 are generated by the MKI 300. Bit 5 can either be written by the SCP or generated by the MKI depending on whether the MKI 300 is enabled. Accordingly, bits 2, 4, 6 and 7 of the system control processor address data input bus SPCADIN ›2, 4, 6, 7! are applied to the D input of the flip-flops 530, 532, 534 and 536. These bits are clocked into the flip-flops 530 through 536 by a status write signal (-STATUSWR). The status write signal (-STATUSWR) is a decoded signal from the address decoder 370 (FIG. 13) which indicates that the SCP is writing to the status register 366 at address 0001H. The Q output of the flip-flops 530, 532, 534 and 536 are applied to an internal status register output bus SRO ›0:7!. As previously discussed, the input buffer full flag (IBF) from flip-flop 470 and the output buffer full flag (OBF) from the flip-flop 511 are applied to the status register output bus bits 0 and 1, respectively.

As indicated in TABLE IX, bit S is a dual function bit and is either written by the SCP 26 or generated by the MKI 300, depending upon whether the MKI feature is enabled. More specifically, when the MKI feature is disabled, the SCP 26 can write bit SRO›5! by way of bit SPCADIN ›5!, applied to D input of a flip-flop 537 (FIG. 15). This bit SPCADIN ›5! is clocked into the flip-flop 537 by a status write signal (-STATUSWR). The status write signal (-STATUSWR) is a decode signal from the address decoder 370 and is active low whenever the SCP 26 writes to address 0001H. The output of the flip-flop 537 is a status register bit 5 signal (SRB5), which is applied to an OR gate 539 (FIG. 18) to generate a status register output bit SRO ›5!, which, in turn, is applied to the internal status register bus SRO ›0:7! (FIG. 15).

When the MKI feature is enabled, the status register bit SRO ›5! is generated by the MKI 300. More specifically, during such a condition, the status register bit SRO ›5! is generated by a flip-flop 541 (FIG. 18) whose output is applied to the OR gate 539 to generate the bit SRO ›5!, as discussed above. A D input of the flip-flop 541 is tied high. The flip-flop 541 is clocked by the output of the OR gate 510 which indicates that the SCP 26 addressed the auxiliary output buffer by writing to address 000DH.

Since the status register 366 may be read by either the SCP 26 or the CPU, the status register output bus SRO ›0:7! is connected to the system control processor address data output bus SCPAD0UT ›0:7! by way of tristate devices 538-552 and to the system data output bus SDOUT ›0:7! by way of tristate devices 554-568. More particularly, the Q outputs of the flip-flops 530, 532, 534 and 536 are applied to bits SRO ›2, 4, 6, 7!, respectively. The bits SRO ›2, 4, 6, 7! are written by the SCP 26, as discussed above. The remainder of the bits (e.g., SRO ›0, 1, 3, 5!) are generated by the MKI 300 as illustrated in TABLE IX. These bits SRO ›0, 1, 3, 5! are available, as discussed below. More specifically, bit SRO ›0! which indicates that the output buffer 364 is full, is available at the output of an OR gate 553 (FIG. 18). The OR gate 553 is a two input OR gate. One input is an output buffer full signal (OBF), available at the flip-flop 511 (FIG. 15). The output of the flip-flop 668 is applied to the other input, which indicates that SCP wrote a byte to the output buffer 364. Bit SRO ›5! is written by the SCP 26 when the MKI feature is disabled and generated by the MKI 300 when the MKI features are enabled. This bit SRO ›5! is available at the output of an OR gate 555 (FIG. 15). The OR gate 555 is a two input OR gate. One input is a status register bit 5 signal (SRB 5), available at the output of the flip-flop 368 (FIG. 15) which indicates that the auxiliary output buffer full flag is set. This signal (SRB 5) is ORed with the output of a flip-flop 557 (FIG. 18) whose D input is tied high. The flip-flop 557 is clocked by the output of the OR gate 510 which indicates the SCP 26 addressed the auxiliary output buffer 368. The flip-flop 557 is cleared by an AND gate 557 which resets SRO ›5! on system reset by an output buffer write signal (-OBUFWR), available at the output of an OR gate 400 (FIG. 13), which indicates that the SCP 26 initiated a write to the output buffer 364 at addressed 0000H. Bit SRO ›3! is available at the output of the flip-flop 492, which indicates that a command/data byte was written by the CPU.

The tristate devices 538 to 552 are under the control of a status read signal (-STATUSRD), which is a decoded signal from the address decoder 370 which allows the SCP 26 to read the contents of the status register 366 at address 0007H. The tristate devices 554 to 568 are under the control of a status enable signal (STATEN). The status enable signal (STATEN) allows the CPU to read the contents of the status register 366 at address 64H. The status enable signal (-STATEN) is generated at the output of an OR gate 570. An SCP chip select signal (-SCPCS), which indicates that the CPU addressed either 60H or 64H, is applied to one input. An IO read signal (-IOR) is applied to another input along with an address decode signal which indicates that the address 64H was addressed. The output of the OR gate 570 is applied to a buffer 572. The output of the buffer 572 is the enable data signal (-ENDATA). The output buffer 364, status register 366, as well as the input buffer flag (IBF), output buffer flag (OBF), auxiliary output buffer flag (AOBF) and the command data flag (CMDATA) may all be reset by the CPU. More specifically, a reset signal (-RESET), available at the output of an inverter 74, is applied to the clear inputs (CDN) of the flip-flops 490, 512, 368 and 492 to reset the input buffer flag (IBF), output buffer flag (OBF), auxiliary output buffer flag (AOBF) and the command data flag (CMDATA), respectively. The reset signal (-RESET) is also applied to the clear input (CDN) of the flip-flops 494 through 508 to reset the output buffer 364, as well as to the clear input (CDN) of the flip-flops 530 through 536 to reset the status register (366) bits which are written by the SCP.

The gate A20 signal is an active high output signal from the MKI 300 to allow the system to access memory above the 1 megabyte boundary. It can be set or cleared by both the CPU and the SCP 26. An important aspect of the invention relates to eliminating the need for an SCP interrupt for processing of the 2-byte sequence from the CPU to control the gate A20 signal when the MKI 300 is enabled. Rather than interrupt the SCP 26 for the command byte D1 and the data byte, these bytes are decoded by the MKI 300, thus eliminating the need for processing by the SCP 26. By eliminating the need to interrupt the SCP 26 for the 2-byte sequence, the switching of the gate A20 signal is relatively faster with the SCPI 28.

The CPU can control the gate A20 with a 2-byte sequence. The first byte is a command D1H written to the address 64H. The second byte is a data byte written to the address 60H. The MKI 300 will automatically set or clear the gate A20 for the CPU unless this feature is disabled by the SCP 26. More specifically, the SCP 26 can disable the generation of the gate A20 signal by the MKI 300 by writing to address A000CH. More specifically, bit SCPAD1, which is applied to the internal SCP address data bus SPCADIN ›0:7!, is used to control whether the automatic generation of the A20 signal is enabled or disabled. A "1" enables the feature, while a "O" disables the feature. The bit SPCADIN ›1! is applied to a D input of a latch 576 (FIG. 13). A decoded address signal (-A000›12!), which indicates that the SCP has addressed 0000CH, is applied to one input of the OR gate 577. An SCP write signal (-SCPWR) is applied to the other input of the OR gate 577. The output of the OR gate 577 indicates that the SCP has written to address A000CH. If the bit SPCADIN ›1! is a "1, an enable 20 signal (-ENA20) which is active low, will be available at the output of the latch 576. If the bit SPCADIN ›I! is low, the automatic generation of the gate A20 signal will be disabled.

The command D1 is decoded by circuitry which includes a NOR gate 578 and two AND gates 580 and 582. The enable signal (-ENA20) is applied to the NOR gate 578 (FIG. 16). The system data bus SD ›7:0!, SD ›7, 6, 4, 0! bits are applied to the AND gate 580, while the bits SD ›5, 3, 2, 1! are applied to the NOR gate 578 along with the enable signal (-ENA20). The output of the NOR gate 578, as well as the output of the AND gate 580, is applied to a two input AND gate 582. The output of the AND gate 582 is a decode of the command D1.

The decoded D1 command signal from the AND gate 582 is applied to a command latch 584. This signal is clocked into the latch 584 by a command clock signal (-CMDCLK). The command clock signal (-CMDCLK) is available at the output of the OR gate 586. An SA2 signal is applied to one input of the OR gate 586. The SA2 signal indicates whether the CPU wrote to address 60H or 64H. The IB clock signal (-IBCLK) is applied to the other input of the OR gate 586. The IB clock signal (-IBCLK) indicates that the CPU initiated a write to the address 60H or 64H. The SA2 signal (-SA2) is available at the output of an inverter 586 (FIG. 15) which indicates that the CPU addressed 64H. The command clock signal (-CMDCLK) is applied to the clock input (CP) of the flip-flop 584 to latch the command signal D1 on the output. Circuitry, which includes a flip-flop 585 and AND gates 587 and 589, is used to reset the command latch 584. More specifically, the output of the AND gate 587 is applied to the clear input (CDN) of the command latch 584. The AND gate 587 is a three input AND gate. One input to the AND gate 587 is a signal available at an output of an AND gate 608 which, as discussed below, is active low during a reset and slow reset condition to reset the command latch during these conditions. The other input to the AND gate 587 is an output of an AND gate 589 which, as will be discussed, indicates that the SCP 26 has taken control of the gate A20 signal by writing to either address 000AH or 000BH. Lastly, a Q output of the flip-flop 585 is applied to the AND gate 587. The D input of the flip-flop 585 is tied low. The output of an OR gate 602 (discussed below) is applied to the clock input (CP) of the flip-flop 585 to clear the command latch 584 when a data byte is written by the CPU.

Bit 1 of the data byte, the second byte in the 2-byte sequence, determines the state of the gate A20. The gate A20 signal is set active if bit SDIN ›1! is set and will be disabled if this bit is low. The MKI 300 will automatically set or clear the gate A20 signal unless this feature is disabled by the SCP 26 at address 000CH. More specifically, the A20 gate signal is available at the output of a latch 598. Bit 1 from the system data bus is applied by way of the system data internal bus SDIN ›1! to the D input of the latch 598. Bit 1 is clocked into the latch by an A20 clock signal which is applied into the clock input (CP) of the latch 598. The A20 clock signal is available at the output of an OR gate 600. One input to the OR gate 600 is the output of an OR gate 602 which indicates that the CPU has written to either address 60H or 64H. More particularly, an SA2 signal is applied to one input of the OR gate 602. An IB clock signal (-IBCLK) is applied to the other input of the OR gate 602. The IB clock signal (-IBCLK) further indicates that the CPU has written to either 64H or 60H. The SA2 signal indicates that a command was written to 64H. The other input signal to the OR gate 600 is a (-COMMAND) signal from the latch 584 QN output. This allows the gate A20 latch 598 to be set when the second data byte is written by the CPU.

The input buffer data signal (INBUFDATA) controls whether the input buffer full flag (IBF) is set when the CPU writes to the input buffer 364. As discussed below, the input buffer data signal (INBUFDATA) is under the control of a MKI enable signal (MKIEN). More specifically, when the MKI feature has been enabled, the input buffer data signal (INBUFDATA) will be inhibited such that the MKI 300 can process the 2-byte sequence from the CPU for the gate A20 control without interrupting the SCP 26. When the MKI feature is disabled, the system processes the bytes, similar to SCPI 28, by setting an input buffer full flag (IBF) each time the CPU writes to the input buffer 364.

The input buffer data signal (INBUFDATA) is generated at the output of a NOR gate 588. The NOR gate 588 is a two input NOR gate. The output of an AND gate 590 is applied to one input while the output of another AND gate 592 is applied to the other input. When the MKI feature is disabled (e.g., MKIEN low), the outputs of the AND gates 590 and 592 will be low which, in turn, will enable the input buffer data signal (INBUFDATA). Thus, the input buffer flag (IBF) will be set each time the CPU writes to the MKI 300. When the MKI feature is enabled (MKIEN is set), one or the other of the AND gates 590, 592 will be high while the other is low causing the NOR gate 588 to be low. More specifically, a command byte D1, written by the CPU to address 64H, will cause the output of the AND gate 592 to be high since the D1 input (from the AND gate 582), the SA2 input (indicating a CPU write to address 644) and the MKI enable signal (MKIEN) to the AND gate 592 will all be high during this condition. However, the (-SA2) input to the AND gate 590 will cause the output of the AND gate 590 to be low and, thus, the output of the NOR gate 588 to be low, which, in turn, disables the input buffer flag (IBF). Similarly, when the data byte is written by the CPU, the AND gate 590 will be high and the AND gate 592 will be low, disabling the input buffer data signal (INBUFDATA).

The MKI enable signal is available at the output of a latch 594. This signal MKIEN is active high and is applied to the inputs of the AND gates 590 and 592. When the MKI enable signal is low, this will disable the AND gates 590 and 592 such that the input buffer data signal will be active during the command/data 2-byte sequence.

The MKI enable signal MKIEN is controlled by the SCP 26. More specifically, the SCP 26 can write to address 000FH to either enable or disable the MKI enable latch 594. Bit SCPAD ›0! of the SCP address data bus, which is applied to the internal SCP address data bus SPCADIN ›0!, controls whether the MKI 300 is enabled or disabled. If SPCADIN ›0! is 1, the MKI enable (MKIEN) is set. When the SCP 26 writes a 0 to SPCADIN ›0!, the MKI feature is disabled. The SPCADIN ›0! is applied to the D input of the latch 594. A decode signal, available at the output of an OR gate 596 is applied to the clock inputs (CP) of the address latch 594. A decode signal (-a00015) from the address decoder 370 is applied to one input of the OR gate 596, along with an SCP write signal (SCPWR). The output of the OR gate 596 will indicate any time the SCP 26 initiates a write to the address 000FH.

The SCP 26 can also control the gate A20 signal by writing to either address 000AH or 000BH. More particularly, an address decode signal (-A00010) from the address decoder 370 indicates that the SCP address A00AH is applied to one input of a two input OR gate 604 along with an SCP write signal (-SCPWR). The output of the OR gate 604 is applied to a clear input (CDN) of the A20 latch 598 to force the gate A20 signal low or inactive. The SCP can also force the gate A20 signal high by writing to address AOOBH. More specifically, a decoded address signal A000 ›11!, which indicates that the SCP 26 wrote to the address A00BH, is applied to an OR gate 606, along with an SCP write signal (-SCPWR). The output of the OR gate 606 is applied to a preset input of the A20 latch 598 by way of an AND gate 606.

In order to initialize the MKI 300 during a reset or slow reset condition, a reset (-RESET) is applied to one input of the AND gate 608 by way of a buffer 610. A slow reset signal (-RC), discussed below, is applied to the other input. The output of the OR gate 608 sets the gate A20 signal (a2Ogate) high on reset and slow reset.

The SCP 26 can also read the status of the gate A20 latch 548 by reading address A000AH. More particularly, the output of the gate A20 latch 598 is applied to the system control processor address data output bus SCPAD0UT ›1! by way of a tristate device 611 to enable the SCP 26 to read the status of the gate A20 signal. The tristate device 611 is under the control of an A20 read signal (-A20RD), which is available at the output of an OR gate 612. The OR gate 612 is a two input OR gate. One input is from the SCP read signal (-SCPRD). The other input is a decoded address signal (-A00010) from the address decoder 370 which indicates that the SCP wrote to address A000AH.

IRQ1 is an active high output signal that informs a CPU that the output buffer is full. It can be enabled by either the SCP or the CPU. The default on reset is disabled. When the MKI feature is enabled, the CPU can enable/disable the IRQ1 with a write output port command. More specifically, the write output port command is the 2-byte sequence by the CPU when the CPU writes a command D1 to the input buffer 362 at address 64H followed by a byte of data to the input buffer at address 60H. The data byte is used to control the CPU interrupt IRQ1 when the output buffer is full, as well as control the setting of the gate A20 signal. TABLE X indicates the bit definitions for the data byte.

The CPU interrupt IRQ1 is available at the output of an AND gate 613. One input to the AND gate 613 is an output buffer flag (OBF) available from the flip-flop 510 (FIG. 15). The other input to the AND gate 613 is an enable IRQ1 signal (ENIRQ1). The enable signal (ENIRQ1) is available at the output of the latch 614. As indicated in TABLE X, bit SDIN ›4!, which indicates that the output buffer is full, is used to control the enablement of the interrupt signal (IRQ1). This bit SDIN4 is applied to the D input of the latch 614 and is clocked into latch 614 by the output of an OR gate 616 applied to the clock (CP) input. One input to the OR gate 616 is from the QN output of the latch 594, which indicates that the MKI feature is disabled. This signal (-MKIEN) enables the interrupt IRQ1 when the MKI feature is disabled. The other input to the OR gate 616 is the output of the OR gate 600 which is used to clock the A20 signal.

The interrupt IRQ1 can also be controlled by the SCP 26. More specifically, the SCP can write to address 0005H to enable or disable IRQ interrupt. More particularly, a decode signal A0005 is applied to an OR gate 618 along with an SCP write signal (-SCPWR). The output of the OR gate 618 indicates that the SCP has written to address A005H. The output of the OR gate 618 is applied to the clock input of latches 620 and 622. The latch 620 is used to enable the IRQ1 interrupt while the latch 622 is used to disable it. More particularly, a QN output of the latch 620 is applied to a preset input of the latch 614, while the Q output of the latch 620 is applied to the clear (CDN) input of the latch 614 by way of an AND gate 624, wherein the output of the latch 614 is ANDed with a reset signal, which causes the latch 614 to be reset during a system reset by the CPU. An AND gate 625 is used to preset the latch 622 and clear the latch 620. The AND gate 625 is a two input AND gate. A reset signal (-RESET) is applied to one input to clear the interrupt IRQ1 during a reset condition. The other input to the AND gate 625 is the output of the OR gate 616 which clears the latch 620 when the command byte is written, as long as the MKI feature is enabled.

Bit SCPAD ›0! is used to enable or disable the IRQ1 interrupt. This bit SCPAD ›0! is applied to the D input of the latches 620 and 622 by way of the internal SCPA address data bus SPCADIN ›0!. If SCPAD ›0! equals 0, then the interrupt IRQ1 is enabled. Otherwise the interrupt is disabled.

The slow reset signal (-RC), illustrated in FIG. 17 is an active low output signal to reset the CPU. It can be set by the CPU or set and cleared by the SCP 26. It is cleared when the MKI 300 is reset by the reset pin.

The SCP 26 can gain control of slow reset through the memory map. A write to location 0008H forces the slow reset signal active while a write to address 0009H forces the slow reset signal inactive. More specifically, the decoded address signals A0008H and A0009H, from the address decoder 370, are applied to OR gates 630 and 632, and ORed with an SCP write signal (-SCPWR). The output of the OR gate 630 is applied to a clock input of a flip-flop 634 whose D input is grounded. The Q output of the flip-flop 634 is applied to a clear input (CDN) of a flip-flop 636. The output of the flip-flop 636 is a slow reset signal (-RC). Thus, any time the SCP 26 writes to address A008H, the output of the flip-flop 634 will go low which, in turn, clears the flip-flop 636 to generate the active low slow reset signal (-RC).

An SCP 26 write to address 0009H forces the slow reset signal to go inactive. More specifically, the output of the OR gate 632 is ANDed with a system reset signal (-RESET) by way of the AND gate 638 which allows the SCP to clear the system reset signal, and, additionally, allows the slow reset signal to be cleared on system reset. The output of the AND gate 638 is applied to a preset input (SDN) of the flip-flop 634, as well as to an AND gate 640. Thus, any time the SCP 26 writes to address 0009H or there is a reset signal from the CPU, the flip-flop 634 will be preset. This causes the QN output from the flip-flop 634 to be low, which is ORed with an input buffer read signal in an OR gate 642. The output of the OR gate 642 is applied to the other input of the AND gate 640 whose output is applied to a preset input of the flip-flop 636.

The SCP 26 can also read the status of the slow reset signal by initiating a read to address 0008H. More particularly, an SCP read signal (-SCPRD) is ORed with a decoded address signal (-A0008) by way of the OR gate 642. The output of the OR gate forms a read RC operate enable signal 642. This control signal (-RDRCOE) is used to control a tristate device 644 which is connected to the Q output of the flip-flop 636 on one end and to the system control processor address data output bus bit SCPAD0UT ›0!.

The CPU can also set the slow reset signal active with a signal command write. More particularly, reset is set active by the CPU when an even byte between F0 and FE is written to address 64H. The circuitry which includes the NAND gate 646 and the inverter 648 decodes even bytes between F0H and FEH. More particularly, the internal system data bus internal bits SDIN ›7:4! are applied to inputs of the NAND gate 646. These bits will all be high for the addresses F0H through FEH. Bit SDIN ›0!, which is low for even bytes between F0 and FE, is applied to the inverter 648 whose output, in turn, is applied to the NAND gate 646. Two interlock signals are also applied to the NAND gate 646 to disable the slow reset (-RC) during certain situations. First, the SCP can disable the slow reset feature by writing to address 000CH. More particularly, the decoded address signal A00012, available at the output of an OR gate 576 (FIG. 13) which indicates an SCP write to address 000CH, is applied to a clock input of a latch 650 (FIG. 13). Bit 0 of the SCP internal address data bus is used to either enable or disable the slow reset. Thus, bit SPADIN0 is applied to the D input of the latch 650. If bit SPCADIN ›0! equals 1, the slow reset will be enabled, while a 0 will disable the slow reset. The QN output of the latch 650 is an enable RC signal (ENRC), which is applied to one input of the AND gate 646 (FIG. 17) by way of an inverter 652 to either enable or disable the slow reset signal.

To accommodate an established firmware unlocking scheme to enable the slush, the automatic setting of the slow reset signal by the CPU write of a command F8 is disabled for one command write after the command B8 is written by the CPU. The slush enable consists of a 4-byte sequence, the first two bytes being B8 and F8. The MKI 300 will, thus, disable the automatic generation of the slow reset signal for one command byte after it receives a command byte B8. The circuitry for decoding the command byte D8 includes the AND gate 654, the inverters 656, 658, 660, 662 and the latch 664. For the command byte B8, bits SDIN ›6, 2, 1, 0! will be low. These bits are applied to the inverters 656, 658, 660 and 662. The output of the inverters 656, 658, 660 and 662 are applied to the AND gate 654. The bits SDIN ›7, 5, 4, 3!, which are high for the command signal B8, are also applied to the inputs of the AND gate 654. The output of the AND gate 654 represents a decoded B8 command signal, which is applied to a D input of the latch 664. The command clock signal (CMDCLK) is used to clock the flip-flop 664. As previously discussed, this signal indicates that the CPU wrote to address 64H. Thus, the QN output of the latch 664 will indicate that the byte B8 was written to the address 64H by the CPU. This output is applied as a permissive to the NAND gate 646. The output of the NAND gate 646 is applied to a D input of a latch 636, while the command clock signal (-CMDCLK) is applied to the clock input CP to enable the CPU to control the slow reset signal, unless this feature has been disabled by the SCP or the command byte B8 has been received by the system. After the SCP reads the byte from the input buffer, the slow reset signal is cleared. The flip-flop 664 is also reset on system reset.

The MKI 300 allows a type PS/2 mouse to be interfaced with the SCP 26 by way of an auxiliary device connector (e.g., a 6-pin mini DIN connector). Data from the mouse is sent by the SCP 26 to the CPU by way of the output buffer 364. This data sets the output buffer full bit of the status register 366 just like normal data from the SCP 26 and, additionally sets the auxiliary output buffer full flag (e.g., bit of the status register 366). When enabled, an IRQ12 interrupt is set by an auxiliary output full flag (MOBF). When the output buffer 364 is read by the CPU, output buffer full signal is cleared; however, the auxiliary output buffer full signal (MOBF) is left active until the SCP 26 writes a non-mouse byte to the output buffer 364.

The interrupt IRQ12, an interrupt to the CPU for type PS/2 mouse, is available at the output of an AND gate 666 (FIG. 18). This interrupt IRQ12 will be enabled unless it is disabled by the SCP or the MKI is disabled. More particularly, a mouse output buffer full flag (MOBF) is applied to one input of the AND gate 666. The mouse output buffer full flag (MOBF) is generated by circuitry which includes the flip-flop 668 and 670. Any time the SCP 26 writes to the auxiliary output buffer at address 000DH, the flip-flop 670 will be set by way of the output of the OR gate 510. This signal is also applied to a clock input of the flip-flop 668 whose D input is tied high to generate the mouse output buffer full flag at the Q output of the flip-flop 668. After the CPU reads the status register 366, an enable data signal (-ENDATA) clears the mouse output buffer full flag (MOBF). More particularly, the enable data signal (-ENDATA) is applied to the clock input (CP) of the flip-flop 670. The D input is tied low. The Q output of the flip-flop 670 is applied to the clear input (CDN) of the flip-flop 668. Thus, as the CPU reads the status register 366, the output of the flip-flop 670 will go low and, in turn, clear the mouse output buffer full flag which is tied to one input of the AND gate 666. The SCP 26 can disable the interrupt IRQ12 by writing to address 000EH. Thus, a decoded output signal A000 ›14!, which indicates a SCP write to the address A000EH, is ORed with a SCP write signal by way of an OR gate 672. The output of the OR gate 672 is applied to a clock input (CP) of an enable latch 674. Bit 1 of the SCP address data bus is used to control whether the interrupt IRQ12 is enabled or disabled. More specifically, SCPAD ›0! equal "1" will enable the interrupt, while SCPAD ›0! equal "0" will disable the interrupt. Thus, the SCAPDIN ›0! is applied to the D input of the flip-flop 674. The Q output of this flip-flop 674 is applied to the AND gate 666 to either enable or disable the interrupt IRQ12, depending on the status of the bit SCPAD0. The flip-flop 674 is reset by system reset.

The circuitry also supports a suspend resume feature whereby certain data may be read back by the SCP 26 should the processing be suspended. The signal commands, ENIRQ1, ENIRQ12, MOBF, AOBF and MKIEN are applied to tristate devices 676 through 686. Two unused tristate devices 688 to 690 are tied to ground. The output of these tristate devices 676-690 are applied to the system control processor address data output bus SCAPOUT ›0:7!. The tristate devices 676-690 are under the control of the signal enable flip-flop status (-ENFESTS). This signal (-ENFFSTS) is available at the output of an OR gate 692. A SCP read signal (-SCPRD) is ORed with a decoded address signal A000 ›13! to enable these bits to be read any time the SCP reads to address 000DH.

The HUI is an application specific integrated circuit (ASIC) which integrates the SCPI and MKI interfaces discussed above into a single device along with an interface for a common memory device, which may be reprogrammable, for a central processing unit (CPU) and a system control processor (SCP). The common memory device enables the basic input/output system (BIOS) for the CPU, as well as the firmware for the SCP to be stored in the same memory device. As such, the number of external memory devices in the computer system can be reduced in order to simplify the design of the system, as well as reduce the costs of the computer system. More particularly, in known computer systems, the BIOS for the CPU is stored in a separate read only memory (ROM) or flash memory device, while the firmware for the SCP is normally stored in a separate memory device, which may be onboard the microcontroller for the SCP depending on the particular microcontroller selected for the SCP or in a separate memory device. For example, Intel type 80C51 microcontrollers are known to be used for the SCP. Such microcontrollers have on-board internal ROM for storing the firmware for the SCP and are relatively more expensive and considerably more difficult to field upgrade. Alternatively, other microcontrollers, such as an Intel type 80C31 are known to be used which do not contain on-board ROM. In such cases, an external memory device is used which increases the cost of the system. In such embodiments, both alternatives increase the cost of the computer system. The HUI solves this problem by providing an interface to enable both the SCP and the CPU to share a common memory device and, additionally, incorporates the SCPI and MKI interfaces, as well as several other features, as discussed below.

A system block diagram for the HUI, generally identified with the reference numeral 700, is illustrated in FIG. 20. The HUI 700 acts as an interface to enable a CPU 702 to communicate with a common memory device 704, as well as an SCP 706, by way of a CPU register file 712, connected to an 18-bit system address bus SA›0:17! and an 8-bit system data bus SD›0:7!. Similarly, the HUI 700 allows the SCP 706 to communicate with the CPU 702 and the common memory device 704 by way of an SCP register file 714, connected to an 8-bit multiplexed SCP address/data bus SCPAD›0:7! and a 4-bit address bus SCPA›8:11!. The SCP address data bus SCPAD›0:7! is demultiplexed to form an 8-bit address bus SCPA›0:7!. The system address bus SA›0:17! is multiplexed with the SCP address buses SCPA›0:7! and SCPA›8:11! by way of an address multiplexer (MUX) 716 to form an 18-bit memory address bus FA›0:17! to enable the CPU 702 and the SCP 706 to address a common memory device 704 up to 256K bytes. Similarly, the system data bus SD›0:7! is multiplexed with the SCP data bus SCPAD›0:7! by way of a data MUX and latch 718 to form an 8-bit memory data bus FD›0:7!.

Reads and writes by the CPU 702 to the HUI 700 are under the control of various CPU control signals including an I/O read strobe N.sub.-- IORC, an I/O write strobe N.sub.-- IOWC, a memory data read strobe N.sub.-- MRDC and a memory data write strobe N.sub.-- MWTC. The I/O read N.sub.-- IORC and I/O write N.sub.-- IOWC strobes enable the CPU 702 to communicate with the SCP 706. The memory read strobe N.sub.-- MRDC and the memory write strobe N.sub.-- MWTC enable the CPU 702 to communicate with the common memory device 704.

Communication between the SCP 706 and the CPU 702, and between the SCP 706 and the common memory device 704 is under the control of various control signals including a memory read strobe N.sub.-- SCPRD, a memory write strobe N.sub.-- SCPWR, and address latch enable N-SCPALE and a program store enable N.sub.-- CPPSE, similar to the SCP read SCPRD but indicates a code rather than data fetch.

Transfer of data to and from the common memory device 704 is under the control of the HUI 700. In particular, reads of the common memory device 704 are under the control of a memory read signal N.sub.-- FRD; an output signal from control logic 720 (discussed in more detail below) that qualifies the reads with signals from either the CPU register file 712 or the SCP register file 714. The read signal N.sub.-- FRD is typically connected to the output enable (OE) of the common memory device 704.

Writes to the common memory device 704 are under the control of a memory write signal N.sub.-- FWR; another output signal from the control logic 720 that qualifies the writes with a signal from either the CPU register file 712 or the SCP register file 714. The memory write signal N.sub.-- FWR is normally connected to a write enable (WE) input on the common memory device 704.

The HUI 700 also includes a programmable hardware timer 722. The programmable hardware timer 722 is used to provide a programmable reference time interval for various purposes including use by the BIOS. An important aspect of the programmable hardware timer 722 is that it can be used with computer systems having various operating speeds and is adapted to be autoconfigured by the BIOS to provide a suitable time interval based on the operating speed of the computer system in which it is used.

The HUI 700 has two methods of communicating with the CPU 702 through the system I/O bus. In the first method, the CPU I/O reads and writes to addresses that are decoded by the HUI 700. Examples of this method include system I/O reads and writes to addresses 60H and 64H; the addresses of the CPU/SCP communication registers described below. The second method is through an indexing scheme. In this method, the index of the desired register is first written to the system I/O address E6H.

In addition to the CPU/SCP interface at the system I/O addresses 60H and 64H, the HUI 700 has the capability to enable CPU/SCP communication through an alternate set of addresses to allow access to special SCP command sequences that might be intercepted by operating systems that monitor accesses to standard ports.

Table IX is a summary of the registers associated with the system data bus I/O space and identified in FIG. 20 as the CPU register file 712.

In the tables below, the various acronyms and defend as follows:

RO=Read Only

WO=Write Only

WORM=Write Once, Read Many

RW=Read/Write (Read and Write)

X=Don't Care

N/C=No Connect

Z=High Impedance

??=Uninitialized

Tables XII through XXIII describe the registers identified in Table XI in detail.

Table XXIV is a register summary of the index registers accessed through the CPU index register (CPU.sub.-- INDEX) at address E6H and the CPU value register (CPU.sub.-- VALUE) at address E7H, described in Table XI. Tables XXV through XLII provide detailed descriptions of the registers identified in Table XXIV.

As mentioned above, the HUI 700 provides an interface that enables the SCP 706 to communicate with the CPU 702 and the common memory device 704 by way of an SCP register file 714. Table LXIII is a register summary of the registers that comprise the SCP register file 714 identified in FIG. 20. Tables XLIV through LXX provide detailed information for the registers identified in Table LXIII.

Tables XLIV through LXX describe the registers in the SCP register file 714 in detail.

The interfaces, as well as the functional capability of the HUI 700 are described in detail below.

The mouse/keyboard interface of the HUI 700 is virtually identical to the MKI 300 described in detail above. In particular, the HUI 700 provides the three main functions of the MKI 300; bidirectional communication between the CPU 702 and the SCP 706, as well as hardware generation of the CPU SLOW RESET and hardware generation of the gate A20 signal. In addition, the HUI 700 provides automatic hardware control of the mouse and keyboard interface to relieve the SCP 706 of the task of shifting data into and out of the common memory device 704.

The HUI 700 enables the CPU 702 to communicate with the SCP 706 by writing a command to the command and/or data port 64H and 60H, respectively. The SCP 706 is automatically interrupted after each byte is written and reads the byte at the SCP input buffer SCP.sub.-- IN address. Command and data bytes are distinguished by reading the status registers STAT.sub.-- IN to check the value of the command/data flag (0=data; 1=command). The status register STAT.sub.-- IN also contains an input buffer flag full bit IBF which indicates that the source of the current interrupt was the system CPU communication port. Both the interrupt line and the input buffer flag IBF are automatically cleared when the SCP reads the SCP input buffer SCP.sub.-- IN.

The SCP 706 sends data (i.e., key codes, mouse data, etc.) to the CPU by writing to an SCP output buffer SCP.sub.-- OUT to send the keyboard data or to an auxiliary output buffer AUX.sub.-- OUT to send mouse data. Whenever keyboard data or mouse data is written to the output buffer SCP.sub.-- OUT, the HUI 700 generates an interrupt to the system CPU (IRQ1 for keyboard, IRQ12 for mouse), which signals the CPU 702 to read the data at address 60H. Port 64H may also be read by the CPU 702 and will contain status bits indicating the source of the data. In particular, the output buffer full flag OBF is set for keyboard data, and both the output buffer flag OBF and an auxiliary output buffer full flag AOBF are set for the mouse data. The output buffer flag OBF is always cleared when the CPU reads the data byte at address 60H. However, the auxiliary output buffer flag AOBF bit remains set until the next time the SCP 706 sends keyboard data by writing to the SCP output buffer SCP.sub.-- OUT. If the SCP 706 sends more mouse data by writing to the auxiliary output buffer AUX.sub.-- OUT, the AOBF bit will remain set and the OBF bit will be set. The appropriate interrupt is cleared by way of the OBF bit.

The system's interrupt signals IRQ that the HUI 700 generates to the CPU 702 can be in one of two modes. The mode is selected in bit 1 of the enable registers, IRQMS.sub.-- EN for the IRQMS interrupt and IRQKB.sub.-- EN for the IRQKB interrupt. The output pin on the HUI 700 for the interrupt IRQ1 is a tri-state, open drain output. The output pins for the IRQ lines must be pulled up by a pull up resistor. As such, the HUI 700 can only drive the signal low and must let a signal float to generate a high.

In the first mode of operation, when an interrupt is enabled (bit 0) and bit 1 is low in the enable register IRQMS.sub.-- EN or IRQKB.sub.-- EN, the HUI 700 has full control of the interrupt line IRQ. In this mode, the HUI 700 will hold interrupt line IRQ low until the SCP 706 writes to the output buffer SCP.sub.-- OUT or the auxiliary output buffer AUX.sub.-- OUT, and sets the output buffer flag OBF flag. When this occurs, the HUI 700 will let the line tri-state to enable an external pull up resistor to pull the signal high to indicate to the CPU 702 that an interrupt has been generated. Once the CPU 702 services the interrupt and reads the SCP output buffer SCP.sub.-- OUT, the output buffer full flag OBF is cleared and the interrupt line IRQ is pulled low.

In a second mode of operation, when the interrupt is enabled (bit 0 is set) and bit 1 is high in one of the enable registers IRQMS.sub.-- EN or IRQKB.sub.-- EN, the interrupt line IRQ will be shared between the HUI 700 and another device. In this mode, the HUI 700 allows the interrupt line IRQ to float high by tri-stating its output pin. When the SCP 706 writes to the output buffer, SCP.sub.-- OUT or the auxiliary output buffer AUX.sub.-- OUT, the HUI 700 will pull the interrupt line IRQ low as long as the SCP write signal N.sub.-- SCPWR is in an active low state. When the SCP write signal N.sub.-- SCPWR returns to an inactive state, the HUI 700 releases the interrupt line IRQ to float at its tri-state level.

As mentioned above, the HUI 700 also incorporates the slow reset signal RC generation feature of the MKI 300. In particular, the slow reset signal is normally generated when the CPU 702 sends a command byte, normally of any even value between F0H and FFH, to the SCP 706. In known systems, this command byte is normally decoded and the command is executed in software. In order to speed up the generation of the slow reset RC signal, the HUI 700 interprets the command byte and hardware, and, thus, is able to generate a slow reset signal RC relatively quicker than the SCP 706.

The slow reset generation function can be disabled by writing to a function control register FUN.sub.-- CTRL. In particular, bit 0 of the function control register FUN.sub.-- CTRL is used to control the automatic generation of the slow reset signal RC. When bit 0 is set, the HUI 700 will automatically generate the slow reset signal RC. When bit 0 is not set, the slow reset signal RC is under the control of the system control processor 706. In this mode of operation, the SCP 706 can control the generation of the slow reset signal RC by writing to the slow reset status register RC.sub.-- ACT and the slow reset deactivate register RC.sub.-- INACT.

The HUI 700 also can decode the command to control the gate A20 signal directly. As discussed above, the gate A20 signal is set by a command byte D1 and a data byte. However, in some known software systems, an extra command byte FFH is sent after the command byte and the data byte form a part of the gate A20 control. In order to avoid misoperation of the system, the FFH command that follows the command and data byte is ignored. An FFH command which does not follow a command data sequence for the hardware generation of the gate A20 signal will be passed on to the SCP 706 in the normal way. The hardware control of the gate A20 signal may be disabled by writing to the function control register FUN.sub.-- CTRL. Once the automatic feature is disabled, the SCP 706 can control the gate A20 signal by writing to either the gate A20 deactivate register (A20.sub.-- OINACT) or the gate A20 activate register (A20.sub.-- ACT).

As mentioned above, the gate A20 and the fast reset RC signals are controlled by the HUI 700 through direct decoding of commands from the CPU 702 or through direct control of the SCP 706 by writing data to the associated registers in the register files 712 or 714. In addition, the gate A20 and fast reset RC signals can also be controlled by way of the system I/O bus. By enabling these signals, gate A20 and fast reset RC, to be controlled by the system I/O bus, the BIOS is able to directly control these signals by reading and writing to system I/O addresses, such as EEH and EFH. The BIOS control of the gate A20 signal is performed through the system I/O address of EEH. More particularly, writing to address EEH sets the gate A20 signal, while reading EEH clears the gate A20 signal. In either case, any data written or read is ignored and undefined. As will be discussed in more detail below, both operations are protected operations and are under the control of the PRIVY protection, discussed in detail below. The BIOS control of the gate A20 signal can be enabled or disabled at a CPU index register identified as FAST.sub.-- CTRL. As will be discussed in more detail below, the index registers are accessible by way of the CPU.sub.-- INDEX and CPU.sub.-- VALUE registers at addresses E6H and E7H.

BIOS control of the fast reset signal RC is performed through a system I/O address of EFH. In particular, a write to the address EFH has no effect on the fast reset signal RC. However, reading address EFH sets the fast reset signal RC for the duration of the I/O read pulse plus 2 to 3 SCP clock pulses, after which the RC signal is released. The RC signal is an active low signal and is under the control of the PRIVY protection to be discussed below. Similar to the gate A20 signal, the BIOS control of the fast reset signal RC can be enabled or disabled by way of the CPU index register FAST.sub.-- CTRL.

As mentioned above, the HUI 700 includes a programmable hardware software timer 722 in order to provide a convenient way for the firmware to assess when a specific time interval has elapsed. The programmable hardware timer 722 has many functions including enabling the firmware to determine when a computer system is not functioning properly. More particularly, in known computer systems, the firmware, normally stored in non-volatile memory, such as ROM, EPROM or EEPROM, is executed immediately after power-up and performs various functions including testing and initializing the hardware within the computer system, configuring the operating environment and other general housekeeping functions. While such operations are being carried out, the firmware must be able to track the amount of time elapsed between operations for various reasons, including interrogating the hardware to determine whether there has been a device failure. More particularly, when hardware devices are initialized, a response from the device is normally returned within a specific period of time. If a response from the device is not returned in the predetermined time period, the device is considered to have failed.

In known systems, software timing loops have been used for providing such time intervals. Such software timing loops normally use an integer variable that is initialized with a specific value. The value is tested, decremented and looped until the value goes to zero. Although such a method provides adequate performance in most situations, certain problems have developed with such methods which can result in system failure. In particular, such software timing loops are known to be incorporated within the firmware. Since the system firmware is normally designed to operate across a relatively wide range of performance levels--commonly done to amortize the development cost of the firmware across product lines--it can be difficult, if not impossible, to precisely tune the timing loops to meet all requirements. For example, a software timing loop will execute considerably faster on a 66 MHz Intel type 80486 CPU than it will on a 25 MHz Intel type 80386 CPU. Such discrepancies can lead to system failure.

The programmable hardware timer 722 in accordance with the present invention solves this problem by providing programmable hardware to allow predetermined time intervals to be programmed and be relatively consistent over a relatively wide range of performance levels. More particularly, with reference to FIG. 21, the programmable hardware timer 722 includes a downcounter 724 driven by an SCP clock, normally 14 MHz. The downcounter 724 counts predetermined time intervals, such as 1 millisecond intervals as a function of the input clock frequency. The output of the downcounter 724 is applied to the millisecond downcounter register (MILLISECS), which stores the number of 1 millisecond loops counted by the downcounter 724. In order to account for the specific clock frequency of the SCP 706 written to the personal computer in which the programmable timer 722 is installed, the number of clock pulses per predetermined time interval, for example, 1 millisecond, based upon the clock frequency of the SCP 706, is programmed into an SCP clock count low byte register (CLKCNT.sub.-- L) and an SCP clock count high byte register (CLKCNT.sub.-- H). These registers, (CLKCNT.sub.-- L) and (CLKCNT.sub.-- H), are write once read many (WORM) registers, which enable the programmable hardware timer 722 to be configured based upon the clock frequency of the particular SCP 706 used in the computer system to count a specific time interval. For example, if the clock frequency of the SCP 706 is 14 MHz and the desired time interval is, for example, 3 milliseconds, the downcounter 724 would count 14,000 clock cycles per millisecond. Thus, the SCP clock count low byte (CLKCNT.sub.-- L) and SCP clock count high byte (CLKCNT.sub.-- H) registers would be set for the hexadecimal equivalent of 14,000 or $36B0. These hex values are loaded into the registers CLKCNT.sub.-- L and CLKCNT.sub.-- H, index registers at addresses 20H and 21H, respectively. The registers, CLKCNT.sub.-- L and CLKCNT.sub.-- H are accessed through index registers CPU.sub.-- INDEX and CPU.sub.-- VALUE at addresses E6H and E7H, in the manner as discussed above.

The value from the registers CLKCNT.sub.-- L and CLKCNT.sub.-- H is downloaded to the downcounter 724 by way of a 16-bit local bus whenever the LOAD input on the downcounter 724 is active. Since the zero flag ZF goes active whenever the downcounter 724 counts to zero, the zero flag signal ZF is fed back to the LOAD input by way of an OR gate 726. Such an arrangement causes the data from the CLKCNT.sub.-- L and CLKCNT.sub.-- H registers to be loaded into the downcounter 724 every time the downcounter counts down to zero (i.e., counts the specified time interval). For example, if the clock input to the down counter 724 is 14 MHz and the desired time interval is 1 millisecond, the zero flag signal ZF would go active every 14,000 clock cycles, which, in turn, is applied to LOAD input of the downcounter 724 to cause the value of the registers CLKCNT.sub.-- L and CLKCNT.sub.-- H to be loaded into the downcounter each time the downcounter 724 counts to zero.

The millisecond downcounter register (MILLISECS) is configured as a downcounter to enable a multiple of the programmed time interval counted by the downcounter 724 to be generated. More specifically, the millisecond downcounter MILLISECS is initially programmed with a predetermined value, for example, 3. Thus, if the downcounter 724 is configured to generate a active zero flag signal ZF every 1 millisecond, the MILLISECS downcounter will generate a zero flag signal ZF at 3 milliseconds. Thus, the output of the zero flag signal ZF of the downcounter 724 is applied as a clock input to the MILLISECS downcounter. As such, every time the downcounter 724 counts the specified time interval, for example, 1 millisecond, and generates an active zero flag ZF, the MILLISECS downcounter will be decremented. After the MILLISECS downcounter counts down to the specified time interval, its zero flag signal ZF will go active. The MILLISECS downcounter can be read by the system data bus SD›0:7! under the control of a low READ signal applied to its output enable terminal OE.

In order to restart the downcounter 724 every time the millisecond downcounter is loaded with a new value, the LOAD signal of the millisecond downcounter is ORed with the zero flag output of the downcounter by way of the OR gate 726. Thus, any time the MILLISECS downcounter is loaded with a new value, the downcounter will be reloaded with the value in the registers CLKCNT.sub.-- L and CLKCNT.sub.-- H.

In order to prevent the millisecond downcounter MILLISECS from counting below zero, the output of the zero flag signal ZF from the MILLISECS downcounter is ANDed with the output of the zero flag signal ZF on the millisecond downcounter by way of a AND gate 728 and an inverter 730. Thus, while the MILLISECS downcounter is counting down, the zero flag output signal ZF from the downcounter 724 strobes the clock input of the millisecond downcounter MILLISECS by way of the AND gate 728. Once the count of the millisecond downcounter MILLISECS goes to zero, its zero flag signal ZF disables the AND gate 726 which, in turn, disables the clock input to the millisecond downcounter MILLISECS, thus, preventing the millisecond downcounter MILLISECS from counting below zero.

Personal computers built to an IBM type AT standard have standardized ports for various standardized functions including ports 60H and 64H, used for communication between the CPU and the SCP for execution of a standard set of commands, primarily related to keyboard and mouse control coordination. Over time, more and more functions are being added to the SCP. For example, in portable personal computers, programs to conserve the power of the battery (known as power management programs) have been relegated to the SCP. In addition, various security functions are also handled by the SCP with other than standard commands to the standard CPU/SCP command ports 60H and 64H.

Unfortunately, various software programs, such as the Microsoft Windows.RTM. program, examine accesses to the various standard ports, such as the CPU/SCP standard ports, to verify the accesses to these ports. More particularly, such software programs, in an attempt to guarantee the standard functionality of the ports, limit accesses to the standard ports to standard functions. In so doing, such software creates conflicts with non-standard functionality assigned to such ports. In particular, when non-standard commands are written to standard ports, such as 60H and 64H, the non-standard functions can be excluded. More particularly, in a computer system using an 80.times.86 microprocessor, the operating environment software places the microprocessor into a virtual mode. In such a mode, the I/O port accesses are configured to force a processor exception any time various standard ports, such as 60H and 64H, are accessed. When such a processor exception occurs, the exception handler examines the code at the time of execution and determines if such operations are valid for the particular port according to the industry's standard definitions. If not, the code is ignored; preventing non-standard commands from being executed by way of the standard ports. Thus, in the case of the power management software normally relegated to the SCP, non-standard commands used in conjunction with the power management would not be executed in a Windows.RTM. environment. As such, hardware designers are forced into developing completely new subsystems for any non-standard system functionality which includes the allocation of new ports and additional hardware when the existing ports have both the capability and the bandwidth to support such functions.

The method in accordance with the present invention solves this problem by allowing the standard ports to be accessed in a computer system through an alternate method of access. As such, standard ports, such as the ports allocated to the CPU/SCP communication can be expanded in functionality without additional software or hardware while, at the same, obviating the problem that any non-standard commands will be ignored.

More particularly, with reference to FIG. 22, both the CPU 702 and SCP 706 are adapted to access the standardized ports in two ways. In a normal access (i.e., standardized commands), the CPU/SCP communicates by way of accesses to the port addresses 60H and 64H. As illustrated above, there are actually two registers at each of the port addresses 60H and 64H. In particular, the SCP output buffer (CPU.sub.-- OUT), as well as the SCP input buffer (CPU.sub.-- DATA) are located at port address 60H. The SCP output buffer (CPU.sub.-- OUT) is a read-only buffer by the CPU 702 to read data written by the SCP 704. The SCP input buffer (CPU.sub.-- DATA) is a write-only buffer which enables the CPU 702 to write to the SCP 704. Thus, writes to the port address 60H write data to the SCP input buffer (CPU.sub.-- DATA), while reads to the port address 60H enable the CPU to read data written to the SCP output buffer (CPU.sub.-- OUT). The port address 64H is likewise used for two registers; the SCP status register (CPU.sub.-- STAT) and the SCP input buffer (CPU.sub.-- CMD). The SCP status register (CPU.sub.-- STAT) is a read-only register which allows the SCP status register (CPU.sub.-- STAT) to be read by the CPU. The SCP input buffer (CPU.sub.-- CMD) is a write-only register which allows the CPU 702 to write commands to the SCP 704. As such, writes to the port address 64H will access the SCP input buffer (CPU.sub.-- CMAD), while reads to the port address 64H will allow the SCP status register (CPU.sub.-- STAT) to be read.

In order to prevent non-standard commands to standard ports 60H and 64H from generating interrupts and not being executed, an alternate access path is provided to the registers stored at the port addresses 60H and 64H within the HUI 700. In particular, as illustrated in simplified form in FIG. 22, the registers at port addresses 60H and 64H within the HUI 700 can be accessed by way of an index register (CPU.sub.-- INDEX) and a value register (CPU.sub.-- VALUE) at non-standardized addresses E6H and E7H. In particular, the value written to the index register (CPU.sub.-- INDEX) selects one of the index registers identified in Table XXIV, while the value register (CPU.sub.-- VALUE) is used for the data for the register selected by the index register (CPU.sub.-- INDEX).

With reference to Tables XXXVII and XXXVIII, an alternate SCP output buffer address (ALT.sub.-- CPU.sub.-- OUT), as well as an alternate SCP input buffer address (ALT.sub.-- CPU.sub.-- DATA) are mapped to the same registers as the SCP output buffer (CPU.sub.-- OUT) and the SCP input buffer (CPU.sub.-- DATA). Similarly, an alternate SCP status register address (ALT.sub.-- CPU.sub.-- STATE), as well as an alternate SCP input buffer address (ALT.sub.-- CPU.sub.-- CMD) are mapped to the same registers as the SCP status register (CPU.sub.-- STAT) and SCP input buffer (CPU.sub.-- CMD).

By defining the indexed registers (ALT.sub.-- CPU.sub.-- DATA); (ALT.sub.-- CPU.sub.-- OUT); (ALT.sub.-- CPU.sub.-- CMD) as the same registers as the standard port addresses 60H and 64H, additional functionality can be added to the ports while obviating the possibility of non-standard commands to such standard ports generating software interrupts and possibly being ignored. More particularly, standard functions, such as keyboard and mouse control, are accessed through normal port accesses addresses, such as 60H and 64H. However, non-standard functionality such as power management can be executed by way of the alternate access paths to allow the SCP to perform additional functions. As such, such indexed accesses will not be examined as long as the port addresses are non-standard ports normally not monitored by the operating environment.

As mentioned above, known IBM type AT PC-compatible personal computers utilize an SCP 706 with an internal ROM for program storage. It is also known that the BIOS is stored in a separate memory device. The HUI 700 allows both the CPU 702 and the SCP 706 to share a common memory device 704. As such, the BIOS, as well as the SCP code, can be stored in a single memory device; thus eliminating the need for additional devices. As will be discussed in more detail below, the arbitration scheme is relatively straight forward and prevents the SCP 706 from gaining access to the common memory device 704 during periods when the CPU 702 has exclusive control since, during such conditions, the SCP 706 is held in reset.

Full access is provided to both the CPU 702, as well as the SCP 706, utilizing a time based interleaving method as illustrated in FIG. 24 and described in more detail below. In this method, the SCP 706 normally has priority to the common memory device 704 in a shared mode of operation. In order for the SCP 706 to gain exclusive control, the CPU 702 may be forced into a wait state by the HUI 700 by pulling the input/output channel ready signal IOCHRDY inactive. In particular, exclusive use of the common memory device 704 can be given to the SCP 706 by asserting a CPU EXCLUDED signal by way of the SCP 706 control of a Flash Memory register, FLASH.sub.-- GRAB, at address 43H in the SCP register file 714; read by the CPU 702 as bit 1 of a flash interface control register FLASH.sub.-- CTRL; read-only by the CPU 702. During conditions when the SCP has exclusive access of the common memory device 704, the CPU 702 can gain control by forcing the SCP 706 into reset by setting bit 0 of the flash interface control register FLASH.sub.-- CTRL. Alternatively, the CPU 702 can gain exclusive control of the common memory device 704 by placing the SCP 706 into a reset state by setting bit 0 of the flash interface control register FLASH.sub.-- CTRL. In a shared mode, bits 0 and 1 of the flash interface control register FLASH.sub.-- CTRL are deasserted.

Turning now to FIG. 23, a block diagram shows how the HUI 700 multiplexes access to the common device between the CPU 702 and the SCP 706. Several signals within the control block 720 are conceptually represented in FIG. 23 for clarification to perform the below-described functions. The actual signals are generated within the Verilog code (Appendix I) for the HUI 700. The correlation between the signals identified in FIG. 23 and the actual signals within the Verilog code are as follows: MEMORY DATA OUTPUT ENABLE 2024=FD.sub.-- OEN; CPU EXCLUDED 2030=CPUexcl; DATA OUTPUT ENABLE 2026=SD.sub.-- OEN; SCP DATA OUTPUT ENABLE 2028=SCPAD.sub.-- OEN; SCP reset 2022=SCPreset; and CPU access 2020=SySAccess.

Exclusive access by the CPU 702 is required to write to the common memory device 704. This access is provided by the data multiplexer 718 which multiplexes both the system data bus SD›0:7! and the SCP data bus SCPAD›0:7! under the control of a CPU EXCLUDED signal 2030; available as bit 1 of the flash interface control register FLASH.sub.-- CTRL. As mentioned above, when this bit is set, the CPU 702 has exclusive access to the common memory device 704 to enable the CPU 702 to write to the common memory device 704. During such conditions, the SCP 706 is prevented from writing to the common memory device 704 since the SCP is held in a reset state during such conditions.

The SCP 706 can only write to the common memory device 704 when it has exclusive access. As mentioned above, the SCP 706 can gain exclusive access to the common memory device 704 by asserting a CPU EXCLUDED signal (i.e., setting bit 1 of the flash interface control register FLASH.sub.-- CTRL). During such a condition, the data multiplexer 718 blocks the system data bus SD›0:7! from the path of the memory data bus FD›0:7!.

During shared conditions when both the SCP 706 and the CPU 702 are given full access to the common memory device 704, the common memory device 704 is configured as a read only memory by way of an 8-bit tri-state device 2014 under the control of a MEMORY DATA OUTPUT ENABLE signal 2024. More particularly, as mentioned above, writes to the common memory device 704 are by way of either the system data bus SD›0:7! or the SCP data bus SCPAD›0:7!. These data buses SD›0:7! and SCPAD›0:7! are multiplexed by the data multiplexer 718 under the control of the CPU EXCLUDED signal FLASH.sub.-- CTRL ›1! such that only one or the other of the CPU 702 or the SCP 706 can write to the common memory device 704.

In order to enable the CPU 702 and the SCP 706 to read the common memory device 704, an 8-bit system data latch 2002 and an 8-bit SCP data latch 2004 are connected to the memory data bus FD›0:7!. The Q outputs of the system data latch 2002 are connected to the system data bus SD›0:7! by way of an 8-bit tri-state device 2010. The tristate devices 2010 are under the control of a SYSTEM DATA OUTPUT ENABLE signal. Similarly, the Q outputs of the SCP data latches 2004 are connected to the SCP data bus SCPAD›0:7! by way of an 8-bit tri-state device 2012. The tristate devices 2012 are under the control of an SCP DATA OUTPUT ENABLE signal.

Data is latched in both the system data latches 2002 and the SCP data latches 2004 under the control of a CPU ACCESS signal. The CPU ACCESS signal provides for interleaved access to the common memory device 704, as shown in FIG. 24. Whenever the SCP 706 is in reset or the CPU ACCESS signal is asserted, the common data bus SD›0:7! will be latched into the 8-bit system data latch 2002. Thus, the SCP RESET signal is ORed with the CPU ACCESS signal by way of the OR gate 2006, applied to the G inputs of the system data latches 2002.

In order to prevent the SCP data latches 2004 from latching data during a condition when the signal CPU ACCESS is asserted, the output of the OR gate 2006 is inverted by way of an inverter 2008 and applied to the G inputs of the SCP data latches 2004. Thus, when the CPU ACCESS signal is asserted, data on the memory data bus FD›0:7! will be latched by the system data latches 2002. Similarly, when the CPU ACCESS signal is deasserted, data on the memory data bus FD›0:7! will be latched by the SCP data bus 2004.

As will be discussed in connection with FIG. 25, during all modes of operation, the system address bus SA›0:17! and the eighteen bit SCP address bus SCPA›0:17! are time multiplexed by way of an address multiplexer 716 to access the common memory device 704 via the 18-bit memory address bus FA›0:17!. The SCP address bus SCPA›0:17! is formed from the SCP multiplexed address/data bus SCPAD›0:11!, concantenated to an SCP base address system register SCP.sub.-- BASE ›0:7! discussed below.

As mentioned above, during a shared mode, multiplexing of the common memory device 704 provides for interleaved access to the common memory device 704 by the CPU 702 and the SCP 706. With reference to FIG. 24, the timing of various control signals, as well as the interleaving of the CPU 702 and SCP 706, accesses are illustrated. The SCP clock SCPCLK, SCP state signals SCPSTATE, SCP address latch enable SCPALE and program store enable PSEN signals are standard control signals for an Intel type 8031/51 type microprocessor, which may be used as the SCP 706. These signals are described in detail in a handbook entitled Embedded Microcontrollers and Processors, Vol. I, copyright 1993 by Intel Inc., hereby incorporated by reference. The timing diagram illustrated in FIG. 24 also shows the states of the SCP address data bus SCPAD›8:11! and SCPAD›0:7!, as well as the state of the CPU system ACCESS signal described above.

In operation, with reference to FIG. 24, at the falling edge of SCP address latch enable SCPALE, indicating that the SCP address is valid, memory control is given to the SCP 706. The SCP 706 has control for about 2.5 through 3.5 SCP clock periods, after which time the CPU 702 is given control. The CPU ACCESS signal 2020, used as the select line to the address multiplexer 716, determines which address is sent to the common memory device 704. The CPU access signal 2020 is generated as follows. Access is granted to the SCP 706 as soon as the SCP address latch enable signal SCPALE occurs (start of an SCP cycle) and switched to the CPU 702 after two rising and one falling edges of the SCP clock SCPCLK are detected. This timing is dictated by SCP address latch enable signal SCPALE timing relative to SCP clock SCPCLK in the 8031/5--SCP address latch enable signal SCPALE changes anywhere from 25 to 125 nanoseconds after the falling edge of SCP clock SCPCLK, even though the cycle time of the SCP clock SCPCLK is only 70 nanoseconds. Note, however, that if it is assumed that the timing of SCP address latch enable signal SCPALE relative to SCP clock SCPCLK is consistent from cycle to cycle, the delay over a single clock period will not present a problem. Delays longer than a single clock period are the same as shorter delays from the next clock edge. The situation is believed to be the worst possible would occur if the delay is almost exactly one clock cycle (approximately 70 nanoseconds), in which case the sampling of the SCP address latch enable signal SCPALE might catch the transition on one cycle but miss the transition on the next cycle. However, waiting for two rising edges and one falling edge of SCP clock SCPCLK guarantees the worst-case timing will be available to the SCP 706 for access. Switching, according to the CPU system access signal 2020, from the SCP 706 to the CPU 702, not only switches the address bus, but also latches the data from the common memory device 704 into latches 2002 and 2004 or the SCP 706 data bus since the SCP 706 cycle is not complete at the time switching occurs.

The interleaved access discussed above is under the control of the interface circuitry illustrated in FIG. 25. In particular, turning to FIG. 25, a schematic diagram of the HUI 700 address bus interface circuitry is shown for the common memory device 704. The SCP 706 address is concentrated with the highest 6-bits from a multiplexer 2032, the middle 4-bits from a multiplexer 2034 and the lower 8-bits via latch 2040. An SCP read signal SCPRD and an SCP write signal SCPWR are ORed by way of an OR gate 2038 to provide a select signal for the multiplexers 2032 and 2034 on SCP 706 read and write operations. The upper 6-bits of an SCP base register SCP.sub.-- BASE, utilized as a page register or pointer (discussed below), may relocate and point to the SCP 706 address space as an SCP pointer, allowing the allocation of 4 kilobytes of code within a 256 kilobyte space associated with the common memory device 704. Alternatively, for data accesses, logic Os are provided in the upper 6-bits locating the SCP 706 data space in the lowest 4 kilobytes, as explained in conjunction with the password storage. The SCP address lines SCPA›11:8! defining the middle of the selected bits of the indexed SCP 706 address are selectable via multiplexer 2034 providing a decrement 2036 which effectively substitutes 256 bytes as discussed in conjunction with password storage. The full 18-bit SCP address SCPA is then multiplexed with system address SA›17:0! from the CPU 702 via multiplexer 2042 under the control of the SYSTEM ACCESS signal 2020. The multiplexer 2044 further multiplexes the addresses according to CPU exclusive signal 2030 and an SCP reset providing the exclusive CPU 702 or SCP 706 access to the common memory part 704, as discussed above.

The HUI 700 provides non-volatile sector protection allowing a standard electrically erasable programmable read-only memory (EEPROM) to be used as the common memory device 704 and utilized as a functional equivalent to a protected "boot block" memory device. In effect, the HUI 700 acts as front-end to the common memory device 704. As such, it captures protected address ranges to block data writes. And, since the HUI 700 is hardware strapped, it does not allow software reconfiguration of memory protection. Thus, as described below, where the programmable memory provides for global erasure, the HUI 700 front-end hardware traps the command, rendering it inoperable. Moreover, the software is completely disabled from writing to define non-volatile sectors.

In particular, the memory address bus FA›0:17! is compared in a boot block protect decoder 2050 (FIGS. 25 and 26), part of the control logic 720, with a predetermined address range forming the protected boot block. The boot block size bit HUICFG.sub.-- 1›0:3! and flash size bit HUICFG.sub.-- 1›7! may be specified in a configuration register HUICFG.sub.-- 1›0:17! to define the non-volatile sector. In order to block writes to the protected sector, the output of the comparator 2052 is ORed by way of an OR gate 2054 with a write enable signal WE to create a non-volatile sector.

Various sector sizes are possible as illustrated in Table LXVIII. And, several of the bits in the HUICFG.sub.-- 1›0:3, 7! may be configured in hardware with either pull-up or pull-down resistors (not shown) to provide any of the sizes shown in the Table LXVIII.

In operation, during a system reset, the HUI 700 will read the state of the memory data bus FD›0:7! by way of the SCP address/data bus and latch 718 on the falling edge of the reset signal. In particular, hardware configured HUI configuration straps register 1, HUICFG.sub.-- 1›0:7! are read. This data can be read by both the CPU and the SCP 706 through the indexing scheme described above. The data read from the memory data bus FD›0:7! is used to configure several parameters of the HUI 700 interface: (1) size of boot block to emulate as indicated in Table LXVIII, (2) software chip erase sequence to trap, (3) enable of protection or password addresses in the memory as discussed below and (4) the size of the memory device 704. The data latched from the SCP 706 address/data bus is not used to directly control the HUI, but can be read and used by the CPU 702 or SCP 706 software as configured.

Thus, as described, the HUI 700 can be configured to emulate boot block protection to enable memory devices such as the common memory device 704 which do not have built-in boot block protection capability to be used for storage of the boot block protected code non-volatile sector. When the boot block protection feature is enabled, the HUI 700 will intercept all writes to the selected upper range of memory, thus rendering the address range as read-only to protect the system boot code.

The protected boot block range should start on a 1 kilobyte memory boundary and finish at the top of memory as shown in FIG. 27. The size (as defined by Table LXVIII) and, therefore, the starting address of the protected range can be determined from the hardware configuration register HUICFG.sub.-- 1›0:7! described above. In addition, FIG. 27 also shows 4 kilobytes of SCP non-protected areas used for various purposes such as 4 kilobytes of SCP code defined by a page register SCP.sub.-- BASE (described below in more detail), utilized for relocating the SCP code. The remaining memory space in the common memory device 704 may be utilized for the BIOS software.

The HUI 700 can be configured to monitor and trap various ERASE commands including the standard Japanese Electronics Device standard (JEDEC), standard "Chip Erase" command sequence recognized by many electronically programmable memory devices, such as the Advanced Micro Devices AM28F10. The "Chip Erase" command performs a global erasure command sequence of any memory device in software and, thus, would undermine the non-volatile sectoring described above. To obviate this problem, the HUI 700 monitors and traps global erasure command sequences ahead of the common memory device 704 to prevent global erasures which would erase the entire memory 704 including the protected sector.

Turning now to FIG. 28, a schematic diagram of the HUI 700 data bus interface circuitry is shown which includes a software chip erase trap 2060 (part of the HUI control block 720), which monitors the system data bus SD›0:7! and the SCP data bus SCPAD›0:7! for global chip erase command sequences. Such command sequences are trapped under the control of an enable signal HUICFG.sub.-- 1›4! from the HUI configuration register HUICFG.sub.-- 1 which enables the software chip erase sequence trap 2060 to enable the HUI 700 to intercept global chip erase command sequences before they reach the common memory device 704.

The global chip erase function is initiated by writing the following address and data sequences to the common memory device 704: (1) write AAH to 5555H, (2) write 55H to 2AAAH, (3) write 80H to 5555H, (4) write AAH to 5555H, (5) write 55H to 2AAAH, and (6) write 10H to 5555H (see FIG. 30).

The HUI 700 recognizes the last three writes, (4) through (6) as the trigger for the "Chip Erase" command and, when this sequence is detected, the ERASE TRAP bit HUICFG.sub.-- 1›4!, which enables the chip erase trap function, is set, the 10H data in write (6) is changed to F0H data before the memory write pulse N.sub.-- FWR goes into its active low state. This has the effect of replacing the "Chip Erase" command with a "Read/Reset" command.

The trap 2060 (FIG. 28) includes a three-step state machine 2062 (FIG. 29) for tracking the first three bus write cycles of all address/data command sequences to the common memory device 704. The chip erase trap 2060, including the state machine 2062, effectively intercepts global chip erase command sequence and renders it inoperable. In particular, as shown in the command sequence table in FIG. 30, the first three cycles of a command sequence are used to identify the chip erase function which results from writing AAH to address 5555H in the first write cycle, 55H to address 2AAAH in the second write cycle and 10H to address 5555H in the third write cycle. If this sequence is detected, the software chip erase trap 2060 (FIG. 28) assumes a global chip erase command sequence. Subsequently, the state machine 2062 selects an alternate data path to the multiplexer 2064 to allow the FOH data byte, to force a read/reset condition in lieu of a chip erase command.

It should be appreciated that the tracking, capture, and subsequent substitution of the command sequences by the HUI 700 is applicable to virtually any peripheral device and virtually any command sequences. As such, the HUI 700 can be used in multiuser systems to prevent conflicts, inadvertent operations or intentional malicious operations.

The HUI 700 provides for faster warm booting of a computer system by revectoring system control volatile memory, thus eliminating the need to access the common memory device 704 during such a condition. In particular, computers have several modes of reset in operation. These modes include (1) reset on power-up (also referred to as "cold boot"), (2) reset due to warm boot, and (3) reset from protected mode operations. Each of the three modes has a specific set of requirements depending upon the state of the computer system. The three modes of reset may be viewed as having a hierarchy, however, it should noted that a cold boot, a superset of the warm boot, also includes instructions that can affect the configuration set up by the warm boot subset since a cold boot performs functions not applicable to a warm boot process. For example, on a cold boot, a cold boot vector points to code which, inter alia, initializes the system. In addition, memory is normally, and, in many known systems, the BIOS is swapped from the top of the memory map to another area of memory. Since these functions are both time consuming and do affect program configuration settings of the system, warm boots are known to execute after the system has been operational since many of the functions mentioned above are not necessary during such a condition.

In accordance with the present invention, during a warm boot condition, the CPU 702 can directly access a unique code execution vector provided within the HUI 700 without having to access the common memory device 704. The need for memory sharing during the warm boot is, therefore, avoided allowing the SCP 706 exclusive access to the common memory device 704 during the warm boot. On warm boot reset, the warm boot vector is not directed to the address 3FFF0H in the common memory device 704 as is the cold boot vector. Rather, revectoring is provided through the HUI 700 on warm boot directly to volatile memory; thus, eliminating the need to access the common memory device 704; greatly reducing the time for such a warm boot process.

With reference to FIG. 31, the basic components of the warm boot revectoring integrated within the HUI 700 are illustrated. The HUI 700 contains the control logic and warm boot vector file register WBOOT.sub.-- 1 through WBOOT.sub.-- 16, Table XXXVI, within CPU register file 712 at locations 30H through 3FH to support warm boot vectoring. The last 16 bytes of the common memory device 704, 3FFF0H to 3FFFFH, are effectively mapped to the warm boot vector registers WBOOT.sub.-- 1 through WBOOT.sub.-- 16 in the CPU register file 712, the location for the warm boot reset vector.

Initially, the CPU 702 undergoes a cold boot operation. The warm boot flag of the CPU HUI status register, HUI.sub.-- STAT (address 28H) bit 1 "power-up," provides the system boot status; set by the BIOS during the cold boot sequence. During a warm boot, this bit will remain set so that the BIOS can refer to the HUI status register, HUI.sub.-- STAT to select which of the cold boot or warm boot codes to execute.

The 16 bytes of the warm boot vector register file WBOOT.sub.-- 1 through WBOOT.sub.-- 16 are intended to correspond to the uppermost 16 bytes of the common memory device 704, in particular, addresses 3FFF0H through 3FFFFH. Advantageously, the first warm boot vector is located on a zero boundary allowing the addresses to be indexed with the lower 4-bits of the address bus. With a 80.times.86 family CPU as the CPU 702, a 16 byte prefetch is required, however, typically only the first 3-6 bytes are used to jump to the boot code. For example, 3 bytes have been used in the boot vector including the E9 op code which is a "jump relative" followed by a 16-bit offset occupying the next 2 bytes.

Enabling of the warm boot vector register file within the HUI 700 is accomplished with the warm boot vector register file enable WBOOT.sub.-- EN (address 2FH). Bit 0 in this register is used to enable and disable the warm boot vector fast recovery feature. This bit is write once, read many WORM memory which permanently enables or disables warm boot.

During a normal warm boot sequence, the CPU 702 will start to fetch data from the top 16 bytes of addressable memory which, in turn, are mapped to the top 16 bytes of the common memory device 704, requiring accesses to go through the HUI 700. If, however, software already running on the system requires frequent warm boots, a great deal of the time is saved by allowing a warm boot to be controlled out of the CPU register file 712, obviating the need for memory sharing exchanges through the HUI 700 and copying of the BIOS to volatile memory; thus providing a faster recovery from a warm boot since during conditions when the HUI 700 returns data out of the HUI internal CPU register file 712, there is no need for the CPU to assert input-output channel ready, IOCHRDY, while waiting for the SCP 706 to finish with the common memory device 704. Furthermore, the CPU register file 712 is static random access memory SRAM instead of the slower programmable read only memory devices utilized for the common memory device 704.

There are two steps to programming the HUI 700 for warm boot vectoring. The first step is to load the CPU register file 712 in the HUI 700. This register file is accessed through the CPU system I/O indexing scheme (described above). When the warm boot feature is enabled, the byte loaded into index warm boot register, WBOOT.sub.-- 1, will be returned when the CPU 702 reads data from addresses 3FFFF0H for a 256K byte common memory device 704. The warm boot index register WBOOT.sub.-- 2 will be returned on a system memory read to flash address 3FFFF1H, and so on up to the index WBOOT.sub.-- 16. The second step in programming the HUI 700 for warm boot vector fast recovery is to enable the feature and lock the register file 712 by writing a "1" to bit 0 of the warm boot enable register, WBOOT.sub.-- EN. Writing a "0" to bit 0 of register WBOOT.sub.-- EN disables the feature and causes all system memory reads to be taken from the top 16 bytes of the common memory device 704 and, thus, go through the HUI 700 unaccepted, as described above.

The reset state of the warm boot enable register WBOOT.sub.-- EN is "0", i.e., warm boot vector fast recovery is disabled. The first time that this register is written to after a system reset, the entire file and enable register are locked and cannot be altered thereafter because, as described the register is a write once, read only WORM device. Thus, it is important that the register file be loaded before the enable register is set. The described locking can only be cleared upon the system reset.

Since the lock on the warm boot register file (WBOOT.sub.-- 1 through WBOOT.sub.-- 16) can only be cleared on system reset, an update to the top 16 bytes of the common memory part 704 can create an inconsistency with the data stored in the CPU register file 712, which can only be corrected by a system reset after the update. Also, since all 16 bytes of the warm boot register in the CPU register file 712 are locked and enabled together, it is desirable to load all 16 bytes by BIOS on a cold boot prior to enabling the warm boot feature.

The warm boot registers (WBOOT.sub.-- 1 through WBOOT.sub.-- 16) in the CPU register file 712 are enabled upon three (3) conditions, namely (1) address bits A4 through A17 being all ones, (2) warm boot being enabled and (3) selection of the common memory device 704. When these three conditions are met, the warm boot vector is substituted by the HUI 700. Advantageously, this process is transparent to the user providing an automatic configuration for the warm boot feature. It should be appreciated that the substitution described herein is applicable generally where a transparent or automatic configuration of a computer system is desired. To this end, the 16 bytes set up as the warm boot vector within the CPU register file 712 are more than sufficient for the typical reset vector which, as described, is usually 3 bytes but may be as long as 6 bytes possibly. The additional registers can be used to store system information representing data and configuration information valid only during warm boots, while the same address range could contain similar information valid only during cold boots, thus providing for transparent automatic configuration during boot up procedures.

Hardware protection of a password or other critical system data is provided by designating a segment of the common memory device 704 as a restricted segment. In the preferred embodiment, the lowest 256 bytes of the common memory device 704 fall may within the restricted segment. All passwords or the critical system data are stored in the lowest 256 bytes of the shared memory device 704. The circuitry of this invention selectively blocks access by the CPU 702 to the restricted segment. The SCP 706 continues to have access to the restricted segment of the common memory device 704. Since the SCP can only run programs stored in the common memory device 704, only programs in the common memory device 704 can control the password or other critical system data stored within the restricted segment of the common memory device 704.

In the preferred embodiment, the protection of critical information can be turned off or on. The protection of critical data is enabled at system boot-up by setting pin 6 of the HUI 700. Pin 6 is also used as system address line 5 (SA5). This is accomplished by latching the value on pin 6 at the falling edge of the reset signal. The value is set to a logical 1 by use of a pull up resistor tied to pin 6, or to a logical 0 by use of pull down resistor on pin 6. The state of pin 6 at reset is stored in the 6 th bit of the Hardware Configuration Strap Register 1 (HWSTRAP.sub.-- 1). Latching a logical 1 on pin 6 at reset enables protection of critical data, while latching a logical 0 on pin 6 at reset disables the protection of critical data. This allows a system designer to elect to use the present invention or not without changing the design of the HUI 700 and preventing software control of this feature.

The hardware control of the restricted segment of the common memory device 704 is shown in FIG. 32. The state of pin 6 at reset is latched in the 6 th bit of the Hardware Configuration Strap Register (HWSTRAP.sub.-- 1) in the register file 712. That information is provided to a critical data control circuit 2102 on an enable signal line 2104. When the CPU 702 addresses the common memory device 704, the address from the CPU 702, is first received by the HUI 700 on address lines SA›0:17!. A decoder 2108 decodes the signals on the address lines SA›0:17! for an address within the restricted segment of the common memory device 704. If the decoder 2108 decodes an address within the restricted segment of the shared memory device 704, it produces a decode signal 2110 to a NAND gate 2112. If critical data protection is enabled and the decoder 704 decodes an address within the restricted segment of the common memory device 704, the NAND gate 2112 provides a NOT.sub.-- LOCKED signal 2114 to AND gates 2116 and 2118.

The CPU provides a WRITE.sub.-- IN signal 2120 to the AND gate 2116. If the NOT.sub.-- LOCKED signal 2114 is active, the write is not locked and the AND gate 2116 provides a WRITE.sub.-- OUT signal 2122 to the write enable pin of the shared memory device 704. If the NOT.sub.-- LOCKED signal 2114 is not active, the WRITE.sub.-- OUT signal is blocked and no write operation is made to the shared memory device 704.

Data reads work in the same manner. If the NOT.sub.-- LOCKED signal is active and the CPU provides a READ.sub.-- IN signal 2124 to an AND gate 2118, the AND gate 2118 provides a READ.sub.-- OUT signal 2126 to the read enable pin of shared memory device 704. If the NOT.sub.-- LOCKED signal is not active, AND gate 2118 blocks a READ.sub.-- OUT signal 2126 and no read operation is made to the shared memory device 704.

The HUI 700 provides an SCP base address register SCP.sub.-- BASE, part of the register file 712, which acts as a page register for address paging. The SCP base address register SCP.sub.-- BASE is in the I/O address space of the CPU 702. In the preferred embodiment, the SCP base address register SCP.sub.-- BASE is an indexed I/O address. One I/O address contains the actual data and another holds an index into a group of indexed I/O addresses. The SCP base address register SCP.sub.-- BASE is index 26 at I/O address E6. The data is at I/O address E7. Indexed registers allow the CPU to expand the number of available I/O addresses. The CPU can set the SCP base address register SCP.sub.-- BASE to any value, thereby determining which section of common memory device 704, the SCP 706 will be able to access.

The address relocation circuit 2202 is shown in FIG. 33. CPU addresses are provided to a MUX 2204 on the system bus SA›0:17! provided that the control line CPU access 2020 is set for CPU addressing; the CPU addresses are unaltered by MUX 2204 and directly address shared memory device 704 on real address lines 2210.

However, SCP address lines SCPA›0:17! are combined with index address lines of the page register SCP.sub.-- BASE and are provided to the MUX 2204 provided the CPU access 2020 is set for SCP addressing, the MUX 2204 provides the index address as the higher 6 bits and the SCP address as the lower 12 bits to common memory device 704 on real address lines 2210. Index address lines receive their signal from SCP base page register SCP.sub.-- BASE. Since the HUI 700 passes 12 bits of the SCP address, the SCP 706 can address 4096 (4K) bytes. The SCP 706 will address the code at the value in the page register as its address 0 and will be able to address the 4096 bytes at and above that address. As an example, If the index register is set to 4096, the SCP will obtain data from the common memory device 704 at real address 4096 as its address 0. The SCP will obtain the data at real address 8191 in the common memory device 704 as its address 4095. Note that in this example, the SCP 706 does not address code between addresses 4096 and 8191 in the common memory device 704.

In the preferred embodiment, the SCP 706 is an Intel 8051 which has separate program and data address spaces. It should be noted that both the program address space and the data address space of the SCP 706 can be contained in the same common memory device 704. Hence, relocation of the program address space does not affect addressing of a protected password or other system critical data as described above.

While in the preferred embodiment the CPU 702 is controlling access by the SCP 706 to the common memory device 704, the invention can be used in other applications. As an example, an SCP 706 can be used for multiple purposes by relocating its code to different areas in the common memory device 704. The CPU 702 can determine the current function of the SCP 706 by changing the page value of the SCP's base register SCP.sub.-- BASE. Although this embodiment shows two processors, the CPU 702 can control multiple peripheral processors.

In the HUI 700, data can be set by firmware which cannot be changed by other applications. This is accomplished with a write-once read-many (WORM) register 2302. When the CPU 702 is reset, it is controlled by its firmware and, thus, other application can gain control of the CPU 702 before the firmware gives it control. The circuit shown in FIG. 34 is a WORM register that is cleared at system reset. It can be written to only one (1) time after each system reset. Once this WORM register 2302 has been written, it cannot be re-written until the CPU 702 is reset again. A system reset is a hardware state occurring only during system power-on. It should not be confused with a CPU RESET which will occur also at warm boot. Since firmware has control of the system after a reset, the firmware can write to the WORM register before relinquishing control of the system. Once the WORM register has been written to by the firmware, it can not be altered by any other program.

The WORM register 2302 includes two D-type flip-flops 2304 and 2306. Both flip-flops are set to a logical 0 at system reset. It is understood that there are many structures equivalent to a D-type flip-flop, including DRAM, which could replace the D-type flip-flop in this embodiment. The WORM register 2302 also includes two AND gates 2308 and 2310. When the decoder 2312 decodes the address of the WORM register 2302 on address lines SA›0:17!, it sends a decode signal 2316 to AND gate 2308. If the WORM register is being addressed for a write, write signal 2318 is also active. When the AND gate 2308 receives a write signal 2318 and decode signal 2316, it provides a write signal 2320 to AND gate 2310 and flip-flop 2306. On the next clock, the write signal 2320 will set flip-flop 2306 to a logical 1. However in the current clock, flip-flop 2306 is a logical 0, hence its not Q output is a logical 1. When the AND gate 2310 receives the inverted output of flip-flop 2306 (a logical 1) and the write signal 2320, is sent to flip-flop 2304. The flip-flop 2304 locks the then current data. Any attempt to write on a subsequent cycle will result in a logical 0 being sent to flip-flop 2304 from AND gate 2310. The AND gate 2310 will block any further write signal to flip-flop 2304.

The WORM register 2302 is useful for storing configuration information that should not be altered by user applications. Examples include EISA identification numbers, board revision numbers, or firmware revision numbers. The information can only be changed by a change to the firmware. Thereafter, the firmware loads the data into the WORM register after each power-on. While only the firmware can set the WORM register in the preferred embodiment, there are many other uses for a WORM register such as a flag to indicate that a system has been tampered with.

The HUI 700 may be implemented as a 100 pin integrated circuit and, more specifically a Toshiba Model TC160G Application Specific Integrated Circuit (ASIC) which utilizes 0.8 micron gate array technology. A pin diagram is illustrated in FIG. 35. The Verilog hardware description logic which describes the hardware within the ASIC is attached as Appendix A.

The descriptions for the HUI 700 are sorted by category and are provided in Table LXXI.

The identifications for the input/output buffers for each pin for the Toshiba ASIC are identified in Table LXXIII. The naming convention for the pad I/O buffer each pin is identified in the column identified as "pad type" in Table LXXIII and identified as follows:

Obviously, many modifications and variations of the present invention are possible in light of the above teachings. Thus, it is to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically designated above. ##SPC1##