WO2001022221A1 - Raid controller system and method with ata emulation host interface - Google Patents

Raid controller system and method with ata emulation host interface Download PDF

Info

Publication number
WO2001022221A1
WO2001022221A1 PCT/US2000/026343 US0026343W WO0122221A1 WO 2001022221 A1 WO2001022221 A1 WO 2001022221A1 US 0026343 W US0026343 W US 0026343W WO 0122221 A1 WO0122221 A1 WO 0122221A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage device
ide
controller
ata
host interface
Prior art date
Application number
PCT/US2000/026343
Other languages
French (fr)
Inventor
Michael C. Stolowitz
Original Assignee
Netcell Corp.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Netcell Corp. filed Critical Netcell Corp.
Priority to EP20000966864 priority Critical patent/EP1236106A4/en
Priority to JP2001525522A priority patent/JP2003510683A/en
Priority to CA002385492A priority patent/CA2385492C/en
Priority to AU77147/00A priority patent/AU7714700A/en
Publication of WO2001022221A1 publication Critical patent/WO2001022221A1/en
Priority to HK03101123.5A priority patent/HK1050935A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061Improving I/O performance
    • G06F3/0613Improving I/O performance in relation to throughput
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614Improving the reliability of storage systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662Virtualisation aspects
    • G06F3/0664Virtualisation aspects at device level, e.g. emulation of a storage device or system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671In-line storage system
    • G06F3/0683Plurality of storage devices
    • G06F3/0689Disk arrays, e.g. RAID, JBOD

Definitions

  • the invention pertains to computer data storage device controllers and, more specifically, pertains to a RAID controller having a host interface that emulates ATA standard controllers and attached IDE devices.
  • the first IBM PC and compatibles had only floppy disk drives for mass storage.
  • the XT and AT models that followed included adapters for the connection of 5.25 inch fixed disks (non-removable) for mass data storage.
  • These original adapters provided most of the low-level control signals for the drives including data separation circuits for the read signals and pre-compensated write signals.
  • Including these functions in the adapter avoided replication in a pair of drives that were accessed only one at a time.
  • the 5M bit read / write channel on the adapter did not allow faster drives to be attached as the technologies improved.
  • the Integrated Drive Electronics or IDE drive incorporates all of the controls and data channel necessary to read or write the drive, transferring data between a local buffer and the media.
  • the manufacturer may choose the data rate.
  • a new interface, the ATA (AT Attachment with Packet Interface Extension (ATA/ATAP1-4)) (IBM AT Attachment Interface) was defined for the connection of data storage devices to the host system.
  • the first IDE interfaces consisted of little more than address decoding and buffering between the ISA Bus and the ATA cable connector.
  • the interface protocol used programmed input and output instructions to access the registers of the IDE device.
  • Data transfers used the host processor's input string and output string instructions throttled to the transfer rates attached drives. These transfer rates reached 16 Mbytes per second in the later revisions of the specification. This was the transfer rate between the buffer on the storage device and memory on the ISA Bus. The transfer rates between the media and the buffer were much lower.
  • PCI IDE Controller Specification PCI IDE Controller Specification, Revision 1.0, 3/4/94
  • PCI IDE Controller PCI IDE Controller Specification, Revision 1.0, 3/4/94
  • the standard described a Dual IDE Channel Controller.
  • a pair of devices, the Master and the Slave, could be attached to each of the channels.
  • the device was still accessed as a PCI Bus Target.
  • Intel also published the Bus Master IDE document (Programming Interface for
  • Bus Master IDE Controller Revision 1.0, 5/16/94. This document defines a standard for the incorporation of DMA devices within the IDE channels.
  • the Bus Mastering interface allows the IDE channel to transfer data over the PCI Bus to or from system memory as a Bus Master (PCI Bus Initiator).
  • PCI Bus Initiator PCI Bus Initiator
  • the peak transfer rate to a 32 bit / 33 MHz PCI Bus is 133 Mbytes per second.
  • Ultra DMA Ultra DMA-High Speed Transfer
  • Prior transfer rates improvements had been obtained by tightening the setup and hold time requirements for data transfers on the cable.
  • the read transfer rate was very much limited by the round trip of sending out the read strobe, accessing the data, and sending back the data.
  • the Ultra DMA protocol initially retained the electrical characteristics of all of the signal and cable, simply redefining the functions of three of the signals to provide a new protocol.
  • the strobe signal that provides the data timing is sent from the same end as the data, i.e., by the controller for a write and by the device for read.
  • the transfer rate is limited only by the cable skew for a single transition of the cable.
  • the first UDMA devices double the programmed IO transfer rates to 33 Mbytes per second. Subsequent revisions double the initial UDMA transfer rate to 66 Mbytes per second, but required the use of an 80 conductor ribbon cable with alternating signal and ground conductors. The current version supports transfer rates of 100 Mbytes per second. There is currently a move afoot to replace the ATA Parallel interface with a high speed serial link, but it is possible that one more parallel speed increment may be released first.
  • the problem The common personal computer consists of a motherboard that is designed around a chip-set which includes a processor, a DRAM interface, various Input /
  • the IO adapters generally include an IDE interface.
  • Current versions of IDE controllers feature a pair of IDE ports, each capable of interfacing to a pair of IDE storage devices. These devices typically include one or more IDE hard disks plus CD ROM, DVD ROM, or CD WORM drives.
  • the Basic Input Output System or BIOS is a program that is used to boot the PC and to provide low level IO routines for the adapters on the motherboard. Essentially all of these PC's can boot and run from an IDE hard disk using the motherboard BIOS.
  • RAID Redundant Array Of Inexpensive Disks
  • RAID controllers are not supported directly by the BIOS on the motherboard. Additional software drivers are required. These drivers may vary as a function of the operating system, e.g. , Windows, Windows NT, UNIX, LINUX, etc resulting in an additional burden for the controller manufacturer, OEMs, marketing groups, and system integrators.
  • a RAID storage device controller that does not require special software to execute on the host processor, and does not require additional software drivers or changes to the BIOS.
  • a RAID controller that requires no changes to the BIOS would have the advantage of "plug-and-play" compatibility with virtually all standard, off-the-shelf computers that implement an ATA compliant interface.
  • the RAID controller would be transparent to the host, and could be used to deploy multiple storage devices (not limited to four), in any combination of device interfaces, and could implement RAID mirroring, striping, etc. without adding overhead to the host. Such a RAID controller would bring RAID capability to all PC users at low cost and with very simple installation. Summary of the Invention
  • the current invention implements a RAID controller that is compatible with all operating systems than can boot and run on a given PC motherboard using a standard IDE controller and IDE drive. It achieves this compatibility by emulating the standard controller and attached drive. For example, a given system might require a pair of drives in a RAID1 or "mirroring" configuration for reliability. When connected to the controller described in the current invention, the BIOS will see a single, very reliable drive. The same system might also require an array of three drives configured as either a RAID3 or RAID5 configuration. This would provide twice the transfer rate of any one of the three drives with high reliability.
  • this array of three drives would appear to the BIOS as a single drive reporting twice the capacity of any one of the three drives and exhibiting twice the transfer rate with high reliability.
  • the RAID is transparent to the existing drivers in the BIOS.
  • the controller of the current invention emulates the standard two-channel IDE controller. Like the standard controller, it is logically connected to the PCI Bus. It may reside either physically on the motherboard, possibly integrated within the motherboard chip-set, or on a plug-in card in a PCI slot. It may emulate all four devices that might be attached to the standard controller. Each of these logical devices provides a potential interface to an array of physical devices attached to the controller. While the current embodiment provides ATA ports for the attachment of the physical drives, other types of interfaces or combinations of interfaces might be used. Additional objects and advantages of this invention will be apparent from the following detailed description of preferred embodiments thereof which proceeds with reference to the accompanying drawings.
  • Figure 1 is a simplified block diagram of a prior art ATA dual channel controller application showing physical and software/register views.
  • FIG. 2 is a simplified block diagram of a RAID controller with ATA port emulation according to the present invention.
  • Figure 3 is a high-level block diagram of a presently preferred commercial embodiment of a RAID controller with ATA port emulation.
  • Figure 4 shows greater detail of one implementation of the ATA register file of the controller of figure 3.
  • Figure 1 depicts a typical prior art application of an ATA Controller 10 in a personal computer providing an interface between the system Bus
  • the system Bus 12 is the PCI Bus. While logically attached to the PCI Bus, an ATA Controller is usually integrated within the Mother Board Chip Set. For a given application, an alternate or additional controller may be plugged into one of the PCI Bus slots on the motherboard (not shown).
  • the PCI Bus provides a configuration mechanism through which unique addresses are assigned to each of the controllers.
  • a typical controller 10 provides two channels that terminate in a pair of connectors 16,18 identified as the Primary and Secondary IDE connectors. Each of the channels will support a pair of storage devices that share the connector and cable. For example, in Figure 1, the secondary channel cable 19 is connected to a master storage device 20 and to a slave storage device 22. Another pair of drives are similarly connected to the primary channel cable 24.
  • the two-channel controller 10 thus supports a total for four devices as shown in the Figure 1.
  • FIG. 1 shows the programming interface of the IDE Controller and drives as seen from the PCI Bus.
  • the physical address for each of the blocks is assigned through the PCI Bus configuration space of the controller as is generally known in the industry and described in the Intel PCI IDE Controller Specification document previously cited.
  • the other previously cited Intel document, Programming Interface for Bus Master IDE Controller describes the programming interface for the Bus Master IDE Controller.
  • storage device data was typically transferred through programmed I/O in which the loads and stores required for data transfers were executed by system processor. While the Programmed I/O mechanism is still supported, the Bus Master Interface allows the ATA Controller to transfer data through direct accesses of system memory, i.e. , DMA.
  • the Bus Master IDE Controller document defines a sixteen byte block of registers that support a pair of Bus Master Controllers, one for the primary and one for the secondary ATA channel.
  • This register block is physically part of the controller. It is shown split into two parts, 30 and 32, one associated with each of the channels.
  • the ATA Specification defines the programming interface for the storage devices. This interface consists of two register blocks: The Command block and the Control block.
  • the Command block is an eight-byte block of byte- wide registers.
  • the Control block is a four-byte block of byte wide registers. All of the implementation details for these registers are published in the ATA Specification.
  • the right side of Figure 1 shows four sets of Command and Control register blocks, one set corresponding to each of the four attached storage devices.
  • one set of register blocks 36 consists of Command Block 38 and corresponding Control Block 40. These registers are physically part of the corresponding storage devices shown in the upper half of Figure 1. Thus, register set 36 (primary channel) is located in master storage device 25. If a given storage device is not attached, its Command and Control register blocks will not appear in the programming interface.
  • the ATA Specification also defines the protocols supported by the storage devices.
  • an access command and all related parameters are loaded into registers of the Command block.
  • the storage device will then execute the command.
  • For a device write it will first request the write data.
  • the host processor will read the data from system memory and write it to a buffer within the device (not shown) using a portion of the Command block as a sixteen bit window into the buffer.
  • the ATA Controller will access the data directly from system memory based on the configuration of the Bus Master Controller register block for that channel.
  • the storage device then accesses the storage media transferring data between the media and its local buffer. For a media read, the data in the local buffer is then transferred to the system memory using either programmed I/O or Bus Master DMA as described above. Finally, the storage device will indicate completion through the ATA
  • Controller to the host system either through the polling of a status register or with an interrupt.
  • BIOS code loads the personal computer's operating system from an ATA storage device attached to the ATA Controller and provides the low-level I/O system drivers for such storage devices.
  • FIG. 2 is a block diagram of a controller according to the present invention, which can be configured for example as a RAID controller.
  • the left side of the controller block 50 attaches to the PCI Bus in place of a standard dual channel ATA Controller, and emulates from one to four attached ATA storage devices.
  • This emulation of the ATA storage devices de-couples the controller's host interface from the physical device interfaces allowing considerable freedom in the types and numbers of device interfaces to be provided.
  • an application of the current invention might implement X SCSI ports and / or Y ATA ports, where X and Y are in no way restricted to the four logical drives that appear to the host system.
  • Figure 2 is an example implementing N+ 1 ATA ports, numbered 0 to N-l. The lower half of Figure 2 depicts the programming interface of the current invention.
  • the Host Interface 56 implements all of the register blocks visible from the PCI Bus of the standard ATA Controller: The Dual Channel Bus Master Controller Block 58, 60 and the four sets of Command and Control register blocks numbered 62,64,66 and 68.
  • the Host Interface block 56 emulates the registers of the
  • ATA Controller and ATA Storage devices to the level needed to support the ATA Specification protocols.
  • Block 70 in the lower portion of Figure 2 illustrates the principal components of the controller block 50.
  • the controller 70 includes a RAM buffer cache 72, a DMA channel 74, and a processor 80, as further described below.
  • the controller block 70 further includes a plurality of ATA port interfaces, for example, interfaces 82, 84 and 86.
  • Each ATA port interface provides a standard interface connection to an IDE type storage device, such as a disc drive.
  • each storage device includes command and control register blocks on board. These are illustrated, for example, as command register block 90 and control block 92, both of which are associated with a single device, namely, the master drive, which would be connected to ATA port interface 82, the standard connector cable 96.
  • the controller block 70 can be configured to include any desired number of ATA ports while still providing a standard dual channel controller interface 56 to the host PCI Bus 12.
  • FIG. 3 A detailed block diagram of a presently preferred embodiment of the invention is shown in Figure 3.
  • This system is implemented as an Application Specific Integrated Circuit (ASIC) in a 0.18 micron CMOS process.
  • the device is logically divided into four modules, each with an associated port to the outside of the device.
  • the Host Interface 100 is built around a PCI Core 104 from In-Silicon. The
  • CS6464AF is a soft-core (Verilog source synthesized for the particular application) that supports both 32 bit and 64 bit PCI Busses at 33 MHZ or 66 MHZ PCI Bus clock rates.
  • the core supports both Master and Target operations.
  • the Target features 106 provide access to the ATA compatible register files previously discussed.
  • the Master capability 108 is used to Emulate the Bus Master DMA features of a ATA controller.
  • the PCI Core includes a configuration space that emulates the configuration space 110 of a dual ported ATA controller.
  • the DRAM Interface block 120 supports externally connected SDRAM 122.
  • the 64 bit wide, 100 MHZ single data rate port 124 supports peak transfer rates of 800 Mbytes per second.
  • the DRAM interface is shared by transfers to or from the PCI Bus through the Host Interface 100, transfers to or from disk drives through the Drive Interface 130, and accesses by the Local Processor in the Processor Block 150.
  • the Drive Interface block 130 provides five ATA Ports, e.g. , 134, each capable of supporting a Master and a Slave drive. Each port supports Programmed
  • PIO Input Output
  • Ultra DMA transfers at transfer rates up to 100 Mbytes per second.
  • the Processor Block is built around the EZ4102 TinyRISC core 160 from LSI Logic.
  • This processor is a variant of the MIPS processor.
  • the processor loads code from an external FLASH memory 162 that is accessed through the Expansion Bus port 166. This code is transferred to the SRAM block 170 within the Processor Block.
  • the processor 160 configures each of the other modules and through these modules, it may access the PCI Bus, the SDRAM, or the ATA Drives. In general, system transfer rates are enhanced by not requiring the processor to handle data.
  • the processor orchestrates the movement of data between the Drive and the DSRAM by configuring DMA engines 136, 146 in these blocks to either load or unload the FIFO 148 between them. In the same way, it orchestrates transfers between the SDRAM and PCI Bus targets by configuring DMA engines 172, 102 in the DRAM Interface and the Host Interface to either load or unload the FIFO 174 between these blocks.
  • Figure 4 shows the ATA Register file implementation details.
  • the registers are all dual ported and may be accessed from the PCI Bus by the host system or by the local processor 160. As seen from the PCI Bus, each ATA channel has two blocks of registers associated with it.
  • the Command block 208 is an eight-byte range of byte wide registers.
  • the Control block 210 is a four-byte range in which only a single location is used. As previously described a single ATA Port may be used to access a pair of devices attached to a common cable. Each device has its own Command and Control register blocks. The devices are physically configured with jumpers to designate one as the Master and the other as the Slave. A specific device is selected for access by writing a byte of data to the Device Head register at address offset six in the command block.
  • Slave device is selected and the Master is deselected for subsequent operations. If the same register is written with bit four cleared, the Master device becomes selected and the Slave will be deselect. To emulate this behavior in the current invention, both the Master and Slave register sets are implemented.
  • single bit Slave register 230 is provided that records bit four of the most recent write to the Device Head register. The Slave register controls the read multiplexing and the write address decoding from the PCI Bus so that the appropriate pair of register blocks will be accessed based on the most recent device selection. At power-on or following a reset, ATA devices are initially Busy.
  • the Busy state may be detected by reading the Status register at address offset seven in the Command block or the Alternate Status register block in the Control block. While a device is Busy, none of the other register may be accessed. To emulate this behavior in the current invention, a single bit Busy register is 232 provided. This register is set by reset from the PCI Bus, by a write to the Soft Reset bit in the Device Control register of the Control block, or when the Command register is written at address offset seven of the Command register block. The Local Processor may clear the Busy register.
  • Each ATA Device is capable of asserting an interrupt request to the host system if interrupts have been enabled within the device.
  • Interrupt Request 234 and Interrupt Enable 236 registers have been provided for both the Master and Slave devices.
  • the Interrupt Enables are controlled through the Device Control register of the respective device.
  • Each device may assert the interrupt request to the host system to transfer data or to return completion status.
  • the interrupt request may be set or cleared by the local processor.
  • the interrupt request is also cleared by reading the Status register (but not the Alternate Status register) of the device as described in the protocols of the ATA Specification.
  • the Interrupt Request and Interrupt Enable status for the Master and Slave devices is maintained independently so that the proper behavior may be attained when the host changes the device selection.
  • the Command and Control register files for Master and Slave devices as well as the Slave, Busy, and Interrupt "side effects" are all replicated for the secondary channel.
  • the Command and Control register file blocks for all four devices are all mapped linearly in the Local Processor's address space.
  • the shared dual channel Bus Master Control block 250 may be accessed by either from the PCI Bus, or by the Local Processor.
  • a device is selected, all of parameters required for a given command are loaded into the Command register file followed by the command itself into the register at offset seven. As mentioned above, this will set the Channel Busy. The rising edge of Busy causes an interrupt to the Local Processor that will respond by interpreting the command and its parameters. Most commands will be remapped into accesses of the attached physical device array. These accesses can be used to implement any of the common RAID protocols, including, without limitation, RAID levels 0, 1, 3 and 5.
  • the Local Processor has the option of reading more data than was requested. The additional data is cached in the SDRAM in anticipation of subsequent reads.
  • the Local Processor may arrange to transfer data between the SDRAM and the host system using either programmed IO or DMA as requested by the command.
  • the present invention includes a RAID storage device controller that provides a host interface for interfacing the controller to a host system bus.
  • the host interface is isolated from the attached storage devices, for example IDE disk drives, so that the actual attached drives are not limited in number or interface protocol.
  • Various device ports can be implemented, and various RAID strategies, e.g. level 3 and level 5, can be used.
  • the host interface provides a standard, uniform interface to the host, namely an ATA interface, and preferably a dual channel ATA interface.
  • the host interface emulates the ATA single or dual channel interface and emulates one or two attached IDE devices per channel, regardless of the actual number of devices physically connected to the controller.
  • five or seven IDE drives can be deployed in RAID level 5 protocol without changing the standard BIOS in a PCI host machine.
  • the RAID controller is transparent relative to a standard dual channel ATA controller board.

Abstract

A RAID storage device controller (70) provides a host interface (56) for interfacing the controller to a host system bus. The host interface is isolated from the attached storage devices, for example IDE disk drives, so that the actual attached drives are not limited in number or interface protocol. Various device ports can be implemented, and various RAID strategies, e.g. level 3 and level 5, can be used. In all the cases, the host interface provides a standard, uniform interface to the host, namely an ATA interface (82, 84 and 86), and preferably a dual channel ATA interface. The host interface emulates the ATA single or dual channel interface and emulates one or two attached IDE devices per channel, regardless of the actual number of devices physically connected to the controller. Thus, for example, five or seven IDE drives can be deployed in RAID level 5 protocol without changing the standard BIOS in a PCI host machine. Thus the RAID controller is transparent relative to a standard dual channel ATA controller board.

Description

RAID CONTROLLER SYSTEM AND METHOD
WITH ATA EMULATION HOST INTERFACE
Related Applications
This Application is a continuation and claims priority from U.S. provisional application No. 60/156,001 filed September 22, 1999. Technical Field
The invention pertains to computer data storage device controllers and, more specifically, pertains to a RAID controller having a host interface that emulates ATA standard controllers and attached IDE devices. Background of the Invention
The first IBM PC and compatibles had only floppy disk drives for mass storage. The XT and AT models that followed included adapters for the connection of 5.25 inch fixed disks (non-removable) for mass data storage. These original adapters provided most of the low-level control signals for the drives including data separation circuits for the read signals and pre-compensated write signals. Including these functions in the adapter avoided replication in a pair of drives that were accessed only one at a time. Unfortunately, the 5M bit read / write channel on the adapter did not allow faster drives to be attached as the technologies improved.
Moving the "real time" aspects of the controller into the drive solved this problem. The Integrated Drive Electronics or IDE drive incorporates all of the controls and data channel necessary to read or write the drive, transferring data between a local buffer and the media. The manufacturer may choose the data rate. A new interface, the ATA (AT Attachment with Packet Interface Extension (ATA/ATAP1-4)) (IBM AT Attachment Interface) was defined for the connection of data storage devices to the host system. The first IDE interfaces consisted of little more than address decoding and buffering between the ISA Bus and the ATA cable connector. The interface protocol used programmed input and output instructions to access the registers of the IDE device. Data transfers used the host processor's input string and output string instructions throttled to the transfer rates attached drives. These transfer rates reached 16 Mbytes per second in the later revisions of the specification. This was the transfer rate between the buffer on the storage device and memory on the ISA Bus. The transfer rates between the media and the buffer were much lower.
With the advent of the PCI Bus, Intel published the PCI IDE document (PCI IDE Controller Specification, Revision 1.0, 3/4/94) which provided a standard mapping of the previously ISA Bus based host interface to the PCI Bus. The standard described a Dual IDE Channel Controller. A pair of devices, the Master and the Slave, could be attached to each of the channels. For data transfers, the device was still accessed as a PCI Bus Target. Intel also published the Bus Master IDE document (Programming Interface for
Bus Master IDE Controller, Revision 1.0, 5/16/94). This document defines a standard for the incorporation of DMA devices within the IDE channels. The Bus Mastering interface allows the IDE channel to transfer data over the PCI Bus to or from system memory as a Bus Master (PCI Bus Initiator). The peak transfer rate to a 32 bit / 33 MHz PCI Bus is 133 Mbytes per second.
A revision of the ATA specification defined a new transfer mode, Ultra DMA. Prior transfer rates improvements had been obtained by tightening the setup and hold time requirements for data transfers on the cable. At 16 Mbytes per second, the read transfer rate was very much limited by the round trip of sending out the read strobe, accessing the data, and sending back the data. The Ultra DMA protocol initially retained the electrical characteristics of all of the signal and cable, simply redefining the functions of three of the signals to provide a new protocol. In this protocol, the strobe signal that provides the data timing is sent from the same end as the data, i.e., by the controller for a write and by the device for read. In this configuration, the transfer rate is limited only by the cable skew for a single transition of the cable.
The first UDMA devices double the programmed IO transfer rates to 33 Mbytes per second. Subsequent revisions double the initial UDMA transfer rate to 66 Mbytes per second, but required the use of an 80 conductor ribbon cable with alternating signal and ground conductors. The current version supports transfer rates of 100 Mbytes per second. There is currently a move afoot to replace the ATA Parallel interface with a high speed serial link, but it is possible that one more parallel speed increment may be released first. The Problem The common personal computer consists of a motherboard that is designed around a chip-set which includes a processor, a DRAM interface, various Input /
Output adapters, and a BIOS ROM. The IO adapters generally include an IDE interface. Current versions of IDE controllers feature a pair of IDE ports, each capable of interfacing to a pair of IDE storage devices. These devices typically include one or more IDE hard disks plus CD ROM, DVD ROM, or CD WORM drives. The Basic Input Output System or BIOS is a program that is used to boot the PC and to provide low level IO routines for the adapters on the motherboard. Essentially all of these PC's can boot and run from an IDE hard disk using the motherboard BIOS.
Increasingly, personal computers are deployed in server or workstation applications in the Small Office / Home Office (SOHO) marketplace. Historically, hard disks with the Small Computer System Interface (SCSI) provided some performance gains for these more demanding applications. Today, however, with more than 85% of all drives being produced as IDE drives, the SCSI drives tend to be built using the same media and read/write heads with little or no performance gains and greatly increased cost. Another popular alternative is to utilize a Redundant Array Of Inexpensive Disks (RAID) as originally proposed by Patterson (D. Patterson, et al. , "A Case for Redundant Arrays of Inexpensive Disks (RAID)" (Univ. Cal. Report No. UCB/CSD87/391, Dec. 1987). RAID systems address both the reliability and the performance issues. First, reliability is obtained by storing the data redundantly over two or more drives so that no data is lost if a single drive fails.
Second, increased performance is obtained relative to that of a single drive because of the aggregate performance of the array. Different sections of data stored redundantly may be read concurrently from two drives. Also, data may be written in stripes which cross all of the available drives so that the aggregate transfer rate can be realized when the data is read back. RAID array controllers are further described in the present inventor's U.S. Pat. No. 6,018,778.
Unfortunately, there are disadvantages to the several RAID solutions available. Local intelligence and the use of SCSI disk drives characterize one class of RAID solution. This class exhibits high performance albeit at very high cost for both the drives and the controller. The other popular RAID solution class is characterized by the use of IDE drives and the lack of any local intelligence or buffering. This is essentially a software solution. The software necessary to control the multitude of drives to maintain redundancy or to stripe data must all run on the host system, greatly increasing the disk drive overhead on the processor and the system bus. Thus RAID benefits are achieved at the cost of reduced system performance due to this increased overhead. Both of these solutions share an additional problem. These RAID controllers are not supported directly by the BIOS on the motherboard. Additional software drivers are required. These drivers may vary as a function of the operating system, e.g. , Windows, Windows NT, UNIX, LINUX, etc resulting in an additional burden for the controller manufacturer, OEMs, marketing groups, and system integrators.
The need remains, therefore, for a RAID storage device controller that does not require special software to execute on the host processor, and does not require additional software drivers or changes to the BIOS. A RAID controller that requires no changes to the BIOS would have the advantage of "plug-and-play" compatibility with virtually all standard, off-the-shelf computers that implement an ATA compliant interface. The RAID controller would be transparent to the host, and could be used to deploy multiple storage devices (not limited to four), in any combination of device interfaces, and could implement RAID mirroring, striping, etc. without adding overhead to the host. Such a RAID controller would bring RAID capability to all PC users at low cost and with very simple installation. Summary of the Invention
The current invention implements a RAID controller that is compatible with all operating systems than can boot and run on a given PC motherboard using a standard IDE controller and IDE drive. It achieves this compatibility by emulating the standard controller and attached drive. For example, a given system might require a pair of drives in a RAID1 or "mirroring" configuration for reliability. When connected to the controller described in the current invention, the BIOS will see a single, very reliable drive. The same system might also require an array of three drives configured as either a RAID3 or RAID5 configuration. This would provide twice the transfer rate of any one of the three drives with high reliability. Once again, on the current invention, this array of three drives would appear to the BIOS as a single drive reporting twice the capacity of any one of the three drives and exhibiting twice the transfer rate with high reliability. In any case, the RAID is transparent to the existing drivers in the BIOS.
The controller of the current invention emulates the standard two-channel IDE controller. Like the standard controller, it is logically connected to the PCI Bus. It may reside either physically on the motherboard, possibly integrated within the motherboard chip-set, or on a plug-in card in a PCI slot. It may emulate all four devices that might be attached to the standard controller. Each of these logical devices provides a potential interface to an array of physical devices attached to the controller. While the current embodiment provides ATA ports for the attachment of the physical drives, other types of interfaces or combinations of interfaces might be used. Additional objects and advantages of this invention will be apparent from the following detailed description of preferred embodiments thereof which proceeds with reference to the accompanying drawings.
Brief Description of the Drawings Figure 1 is a simplified block diagram of a prior art ATA dual channel controller application showing physical and software/register views.
Figure 2 is a simplified block diagram of a RAID controller with ATA port emulation according to the present invention.
Figure 3 is a high-level block diagram of a presently preferred commercial embodiment of a RAID controller with ATA port emulation.
Figure 4 shows greater detail of one implementation of the ATA register file of the controller of figure 3.
Detailed Description of a Preferred Embodiment
The upper half of Figure 1 depicts a typical prior art application of an ATA Controller 10 in a personal computer providing an interface between the system Bus
12 and storage devices 14. The system Bus 12 is the PCI Bus. While logically attached to the PCI Bus, an ATA Controller is usually integrated within the Mother Board Chip Set. For a given application, an alternate or additional controller may be plugged into one of the PCI Bus slots on the motherboard (not shown). The PCI Bus provides a configuration mechanism through which unique addresses are assigned to each of the controllers. A typical controller 10 provides two channels that terminate in a pair of connectors 16,18 identified as the Primary and Secondary IDE connectors. Each of the channels will support a pair of storage devices that share the connector and cable. For example, in Figure 1, the secondary channel cable 19 is connected to a master storage device 20 and to a slave storage device 22. Another pair of drives are similarly connected to the primary channel cable 24. The two-channel controller 10 thus supports a total for four devices as shown in the Figure 1.
The lower half of Figure 1 shows the programming interface of the IDE Controller and drives as seen from the PCI Bus. The physical address for each of the blocks is assigned through the PCI Bus configuration space of the controller as is generally known in the industry and described in the Intel PCI IDE Controller Specification document previously cited. The other previously cited Intel document, Programming Interface for Bus Master IDE Controller, describes the programming interface for the Bus Master IDE Controller. Prior to the standardization of this mechanism, storage device data was typically transferred through programmed I/O in which the loads and stores required for data transfers were executed by system processor. While the Programmed I/O mechanism is still supported, the Bus Master Interface allows the ATA Controller to transfer data through direct accesses of system memory, i.e. , DMA. The Bus Master IDE Controller document defines a sixteen byte block of registers that support a pair of Bus Master Controllers, one for the primary and one for the secondary ATA channel. This register block is physically part of the controller. It is shown split into two parts, 30 and 32, one associated with each of the channels. The ATA Specification defines the programming interface for the storage devices. This interface consists of two register blocks: The Command block and the Control block. The Command block is an eight-byte block of byte- wide registers. The Control block is a four-byte block of byte wide registers. All of the implementation details for these registers are published in the ATA Specification. The right side of Figure 1 shows four sets of Command and Control register blocks, one set corresponding to each of the four attached storage devices. For example, one set of register blocks 36 consists of Command Block 38 and corresponding Control Block 40. These registers are physically part of the corresponding storage devices shown in the upper half of Figure 1. Thus, register set 36 (primary channel) is located in master storage device 25. If a given storage device is not attached, its Command and Control register blocks will not appear in the programming interface.
The ATA Specification also defines the protocols supported by the storage devices. In general, an access command and all related parameters are loaded into registers of the Command block. The storage device will then execute the command. For a device write, it will first request the write data. For programmed I/O operation, the host processor will read the data from system memory and write it to a buffer within the device (not shown) using a portion of the Command block as a sixteen bit window into the buffer. For a Bus Master DMA operation, the ATA Controller will access the data directly from system memory based on the configuration of the Bus Master Controller register block for that channel. The storage device then accesses the storage media transferring data between the media and its local buffer. For a media read, the data in the local buffer is then transferred to the system memory using either programmed I/O or Bus Master DMA as described above. Finally, the storage device will indicate completion through the ATA
Controller to the host system either through the polling of a status register or with an interrupt.
At power on, personal computers execute code that is physically stored on the motherboard in non-volatile memory. This Basic Input Output System or BIOS code, loads the personal computer's operating system from an ATA storage device attached to the ATA Controller and provides the low-level I/O system drivers for such storage devices.
The present invention emulates the ATA Controller shown in Figure 1 and described above and is fully compatible with it at the programming level. Referring now to figure 2, the upper half of Figure 2 is a block diagram of a controller according to the present invention, which can be configured for example as a RAID controller. The left side of the controller block 50 attaches to the PCI Bus in place of a standard dual channel ATA Controller, and emulates from one to four attached ATA storage devices. This emulation of the ATA storage devices, to be described in more detail below, de-couples the controller's host interface from the physical device interfaces allowing considerable freedom in the types and numbers of device interfaces to be provided. For example, an application of the current invention might implement X SCSI ports and / or Y ATA ports, where X and Y are in no way restricted to the four logical drives that appear to the host system. Figure 2 is an example implementing N+ 1 ATA ports, numbered 0 to N-l. The lower half of Figure 2 depicts the programming interface of the current invention. The Host Interface 56 implements all of the register blocks visible from the PCI Bus of the standard ATA Controller: The Dual Channel Bus Master Controller Block 58, 60 and the four sets of Command and Control register blocks numbered 62,64,66 and 68. The Host Interface block 56 emulates the registers of the
ATA Controller and ATA Storage devices to the level needed to support the ATA Specification protocols.
Block 70 in the lower portion of Figure 2 illustrates the principal components of the controller block 50. In addition to the host interface block 56, the controller 70 includes a RAM buffer cache 72, a DMA channel 74, and a processor 80, as further described below. The controller block 70 further includes a plurality of ATA port interfaces, for example, interfaces 82, 84 and 86. Each ATA port interface provides a standard interface connection to an IDE type storage device, such as a disc drive. As explained previously, each storage device includes command and control register blocks on board. These are illustrated, for example, as command register block 90 and control block 92, both of which are associated with a single device, namely, the master drive, which would be connected to ATA port interface 82, the standard connector cable 96. The controller block 70 can be configured to include any desired number of ATA ports while still providing a standard dual channel controller interface 56 to the host PCI Bus 12.
A detailed block diagram of a presently preferred embodiment of the invention is shown in Figure 3. This system is implemented as an Application Specific Integrated Circuit (ASIC) in a 0.18 micron CMOS process. The device is logically divided into four modules, each with an associated port to the outside of the device. The Host Interface 100 is built around a PCI Core 104 from In-Silicon. The
CS6464AF is a soft-core (Verilog source synthesized for the particular application) that supports both 32 bit and 64 bit PCI Busses at 33 MHZ or 66 MHZ PCI Bus clock rates. The core supports both Master and Target operations. The Target features 106 provide access to the ATA compatible register files previously discussed. The Master capability 108 is used to Emulate the Bus Master DMA features of a ATA controller. The PCI Core includes a configuration space that emulates the configuration space 110 of a dual ported ATA controller.
The DRAM Interface block 120 supports externally connected SDRAM 122. The 64 bit wide, 100 MHZ single data rate port 124 supports peak transfer rates of 800 Mbytes per second. Locally, the DRAM interface is shared by transfers to or from the PCI Bus through the Host Interface 100, transfers to or from disk drives through the Drive Interface 130, and accesses by the Local Processor in the Processor Block 150.
The Drive Interface block 130 provides five ATA Ports, e.g. , 134, each capable of supporting a Master and a Slave drive. Each port supports Programmed
Input Output (PIO) at transfer rates up to 16 Mbytes per second and Ultra DMA transfers at transfer rates up to 100 Mbytes per second.
The Processor Block is built around the EZ4102 TinyRISC core 160 from LSI Logic. This processor is a variant of the MIPS processor. At power on, the processor loads code from an external FLASH memory 162 that is accessed through the Expansion Bus port 166. This code is transferred to the SRAM block 170 within the Processor Block. The processor 160 configures each of the other modules and through these modules, it may access the PCI Bus, the SDRAM, or the ATA Drives. In general, system transfer rates are enhanced by not requiring the processor to handle data. The processor orchestrates the movement of data between the Drive and the DSRAM by configuring DMA engines 136, 146 in these blocks to either load or unload the FIFO 148 between them. In the same way, it orchestrates transfers between the SDRAM and PCI Bus targets by configuring DMA engines 172, 102 in the DRAM Interface and the Host Interface to either load or unload the FIFO 174 between these blocks.
Figure 4 shows the ATA Register file implementation details. The registers are all dual ported and may be accessed from the PCI Bus by the host system or by the local processor 160. As seen from the PCI Bus, each ATA channel has two blocks of registers associated with it. The Command block 208 is an eight-byte range of byte wide registers. The Control block 210 is a four-byte range in which only a single location is used. As previously described a single ATA Port may be used to access a pair of devices attached to a common cable. Each device has its own Command and Control register blocks. The devices are physically configured with jumpers to designate one as the Master and the other as the Slave. A specific device is selected for access by writing a byte of data to the Device Head register at address offset six in the command block. If bit four is asserted, the Slave device is selected and the Master is deselected for subsequent operations. If the same register is written with bit four cleared, the Master device becomes selected and the Slave will be deselect. To emulate this behavior in the current invention, both the Master and Slave register sets are implemented. In addition, single bit Slave register 230 is provided that records bit four of the most recent write to the Device Head register. The Slave register controls the read multiplexing and the write address decoding from the PCI Bus so that the appropriate pair of register blocks will be accessed based on the most recent device selection. At power-on or following a reset, ATA devices are initially Busy. The Busy state may be detected by reading the Status register at address offset seven in the Command block or the Alternate Status register block in the Control block. While a device is Busy, none of the other register may be accessed. To emulate this behavior in the current invention, a single bit Busy register is 232 provided. This register is set by reset from the PCI Bus, by a write to the Soft Reset bit in the Device Control register of the Control block, or when the Command register is written at address offset seven of the Command register block. The Local Processor may clear the Busy register.
Each ATA Device is capable of asserting an interrupt request to the host system if interrupts have been enabled within the device. To emulate this behavior, single bit Interrupt Request 234 and Interrupt Enable 236 registers have been provided for both the Master and Slave devices. The Interrupt Enables are controlled through the Device Control register of the respective device. Each device may assert the interrupt request to the host system to transfer data or to return completion status. In the current invention, the interrupt request may be set or cleared by the local processor. The interrupt request is also cleared by reading the Status register (but not the Alternate Status register) of the device as described in the protocols of the ATA Specification. The Interrupt Request and Interrupt Enable status for the Master and Slave devices is maintained independently so that the proper behavior may be attained when the host changes the device selection.
The Command and Control register files for Master and Slave devices as well as the Slave, Busy, and Interrupt "side effects" are all replicated for the secondary channel. The Command and Control register file blocks for all four devices are all mapped linearly in the Local Processor's address space. The shared dual channel Bus Master Control block 250 may be accessed by either from the PCI Bus, or by the Local Processor.
According to the ATA protocol, a device is selected, all of parameters required for a given command are loaded into the Command register file followed by the command itself into the register at offset seven. As mentioned above, this will set the Channel Busy. The rising edge of Busy causes an interrupt to the Local Processor that will respond by interpreting the command and its parameters. Most commands will be remapped into accesses of the attached physical device array. These accesses can be used to implement any of the common RAID protocols, including, without limitation, RAID levels 0, 1, 3 and 5. The Local Processor has the option of reading more data than was requested. The additional data is cached in the SDRAM in anticipation of subsequent reads. The Local Processor may arrange to transfer data between the SDRAM and the host system using either programmed IO or DMA as requested by the command.
To briefly summarize, the present invention includes a RAID storage device controller that provides a host interface for interfacing the controller to a host system bus. The host interface is isolated from the attached storage devices, for example IDE disk drives, so that the actual attached drives are not limited in number or interface protocol. Various device ports can be implemented, and various RAID strategies, e.g. level 3 and level 5, can be used. In all the cases, the host interface provides a standard, uniform interface to the host, namely an ATA interface, and preferably a dual channel ATA interface. The host interface emulates the ATA single or dual channel interface and emulates one or two attached IDE devices per channel, regardless of the actual number of devices physically connected to the controller. Thus, for example, five or seven IDE drives can be deployed in RAID level 5 protocol without changing the standard BIOS in a PCI host machine. Thus the RAID controller is transparent relative to a standard dual channel ATA controller board.
It will be obvious to those having skill in the art that many changes may be made to the details of the above-described embodiment of this invention without departing from the underlying principles thereof. The scope of the present invention should, therefore, be determined only by the following claims.

Claims

Claims
1. A storage device controller comprising: a host interface for interfacing the controller to a host system bus, the host interface emulating a standard IDE channel and also emulating an IDE device as though connected to the IDE channel; and at least one physical interface for connecting the storage device controller to a physical storage device.
2. A storage device controller according to claim 1 wherein at least one of the physical interfaces implements an ATA port for connecting an ATA-compatible storage device to the controller.
3. A storage device controller according to claim 1 wherein the host interface emulates at least a primary channel and a secondary channel.
4. A storage device controller according to claim 3 wherein the host interface emulates a single IDE device attached to each of the primary and secondary channels.
5. A storage device controller according to claim 3 wherein the host interface emulates both a master IDE storage device and a slave IDE storage device, both attached to one of the primary and secondary channels.
6. A storage device controller according to claim 3 and further comprising means for emulating a bus master DMA controller of a standard dual ported IDE controller.
7. A storage device controller according to claim 1 wherein the host interface emulates a single IDE device attached to the IDE channel.
8. A storage device controller according to claim 1 wherein the host interface emulates both a master IDE storage device and a slave IDE storage device attached to the IDE channel.
9. A storage device controller according to claim 1 and further comprising means for emulating a bus master DMA controller of a standard dual ported IDE controller.
10. A RAID storage device controller comprising: a host interface for interfacing the controller to a host system bus, the host interface emulating at least one ATA controller channel; the host interface further emulating at least one IDE device as though connected to the emulated ATA controller channel, by implementing IDE-compliant command and control register blocks; at least two physical interfaces for connecting the storage device controller to a plurality of storage devices; and a local processor on board the controller for controlling physical storage device access operations.
11. A RAID storage device controller according to claim 10 and further comprising means for emulating a bus master DMA controller of a standard dual ported IDE controller.
12. A RAID storage device controller according to claim 10 and further comprising: a buffer memory for buffering data transfers between the host system bus and the connected storage devices; and a DMA engine arranged for transferring data between the host interface and the buffer memory.
13. A RAID storage device controller according to claim 12 and including a DMA engine arranged for transferring data between the buffer memory and the port interfaces.
14. A RAID storage device controller according to claim 10 wherein the host interface emulates both a primary ATA channel and a secondary ATA channel.
15. A RAID storage device controller according to claim 14 wherein the host interface emulates a single IDE device attached to each of the primary and secondary channels.
16. A RAID storage device controller according to claim 14 wherein the host interface emulates both a master IDE storage device and a slave IDE storage device attached to at least one of the primary and secondary channels.
17. A RAID storage device controller according to claim 10 wherein the host interface emulates both a master IDE device and a slave IDE device connected to the IDE channel.
18. A RAID storage device controller according to claim 10 wherein the host interface emulates a single IDE device attached to the IDE channel.
19. A RAID storage device controller according to claim 10 wherein the host interface emulates both master IDE storage device and a slave IDE storage device attached to the IDE channel.
20. A method of interfacing a RAID storage device controller to a PCI bus host without modifying existing host BIOS software, the method comprising the steps of: in the controller, emulating an ATA controller interfaced to the host; in the controller, further emulating an IDE storage device as though connected to the ATA controller; providing at least two physical port interfaces for connecting a physical storage device to the controller; and de-coupling the controller's host interface from the physical storage device so that the storage device controller appears to the host as an IDE device connected via an ATA interface, regardless of the actual number and interface types of physical storage devices actually connected to the physical port interfaces of the controller.
PCT/US2000/026343 1999-09-22 2000-09-21 Raid controller system and method with ata emulation host interface WO2001022221A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP20000966864 EP1236106A4 (en) 1999-09-22 2000-09-21 Raid controller system and method with ata emulation host interface
JP2001525522A JP2003510683A (en) 1999-09-22 2000-09-21 A RAID storage controller and method comprising an ATA emulation host interface.
CA002385492A CA2385492C (en) 1999-09-22 2000-09-21 Raid controller system and method with ata emulation host interface
AU77147/00A AU7714700A (en) 1999-09-22 2000-09-21 Raid controller system and method with ata emulation host interface
HK03101123.5A HK1050935A1 (en) 1999-09-22 2003-02-17 Raid controller system and method with ata emulation host interface

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15600199P 1999-09-22 1999-09-22
US60/156,001 1999-09-22

Publications (1)

Publication Number Publication Date
WO2001022221A1 true WO2001022221A1 (en) 2001-03-29

Family

ID=22557665

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/026343 WO2001022221A1 (en) 1999-09-22 2000-09-21 Raid controller system and method with ata emulation host interface

Country Status (9)

Country Link
EP (1) EP1236106A4 (en)
JP (1) JP2003510683A (en)
KR (1) KR100441189B1 (en)
CN (1) CN1222876C (en)
AU (1) AU7714700A (en)
CA (1) CA2385492C (en)
HK (1) HK1050935A1 (en)
TW (1) TW476030B (en)
WO (1) WO2001022221A1 (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6763398B2 (en) 2001-08-29 2004-07-13 International Business Machines Corporation Modular RAID controller
EP1531392A1 (en) * 2003-10-31 2005-05-18 P21 - Power for the 21st Century GmbH Method for control and/or regulation of at least one component in a technical system and/or in a technical process as well as technical system
US6904498B2 (en) 2002-10-08 2005-06-07 Netcell Corp. Raid controller disk write mask
EP1261196A3 (en) * 2001-04-25 2005-06-29 Sony Corporation Recording/reproduction apparatus and recording/reproduction control method
US6959359B1 (en) * 1999-07-14 2005-10-25 Hitachi, Ltd. Software prefetch system and method for concurrently overriding data prefetched into multiple levels of cache
CN100383757C (en) * 2003-09-23 2008-04-23 华为技术有限公司 Disk data backup system and method thereof
EP1521170A3 (en) * 2003-09-30 2008-10-29 Sony Corporation Multisystem network, device and method for access to data storage
WO2010071258A1 (en) * 2008-12-16 2010-06-24 (주)인디링스 Raid controller for independently managing file system
US7822893B2 (en) 2006-08-10 2010-10-26 Samsung Electronics Co., Ltd. System and method for data transfer using ATA interface

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1296845C (en) * 2003-01-24 2007-01-24 华为技术有限公司 Magnetic disk storage system
US8301809B2 (en) * 2003-07-02 2012-10-30 Infortrend Technology, Inc. Storage virtualization computer system and external controller thereof
DE60309706T2 (en) * 2003-09-19 2007-03-29 Harman Becker Automotive Systems Gmbh Data transmission interface
TWI306241B (en) * 2004-07-12 2009-02-11 Infortrend Technology Inc A controller capable of self-monitoring, a redundant storage system having the same, and its method
US7694038B2 (en) * 2004-11-17 2010-04-06 International Business Machines Corporation Maintaining and using nexus information on a host, port and device connection
CN100447731C (en) * 2005-01-13 2008-12-31 普安科技股份有限公司 Redundant storage virtualization computer system
TWI344602B (en) 2005-01-13 2011-07-01 Infortrend Technology Inc Redundant storage virtualization computer system
US7603514B2 (en) * 2005-03-31 2009-10-13 Intel Corporation Method and apparatus for concurrent and independent data transfer on host controllers
US7774514B2 (en) 2005-05-16 2010-08-10 Infortrend Technology, Inc. Method of transmitting data between storage virtualization controllers and storage virtualization controller designed to implement the method
JP2007087053A (en) * 2005-09-21 2007-04-05 Oki Electric Ind Co Ltd Disk array control device and control method
US7568075B2 (en) * 2005-09-22 2009-07-28 Hitachi, Ltd. Apparatus, system and method for making endurance of storage media
KR100736928B1 (en) * 2005-12-05 2007-07-10 삼성전자주식회사 Combination apparatus having data communication between host devices and method thereof
JP2008276691A (en) * 2007-05-07 2008-11-13 Kwok-Yan Leung Interface card emulating hard disk interface
JP5360883B2 (en) * 2009-02-20 2013-12-04 エヌイーシーコンピュータテクノ株式会社 Disk device mounting method, method, and disk device mounting adapter
US8504767B2 (en) * 2010-04-20 2013-08-06 Taejin Info Tech Co., Ltd. Raid controlled semiconductor storage device
WO2012169823A2 (en) * 2011-06-08 2012-12-13 Taejin Info Tech Co., Ltd. Semiconductor storage device memory disk unit with programmable host interface
KR101212809B1 (en) * 2011-06-08 2012-12-18 주식회사 태진인포텍 Semiconductor storage device memory disk unit with multiple host interfaces and driving method
TWI465923B (en) * 2011-11-21 2014-12-21 Acer Inc Interface apparatus, connecting system thereof and connecting method thereof
US9117037B2 (en) 2011-11-21 2015-08-25 Acer Incorporated Interface apparatus, cascading system thereof and cascading method thereof
KR101988287B1 (en) * 2012-11-26 2019-06-12 삼성전자주식회사 Storage device and computing system havint its and data transfering method thereof
TW201634190A (en) 2015-03-18 2016-10-01 Hong Ann Tool Ind Co Ltd Wrench having drawing apparatus
DE102015115950A1 (en) 2015-09-22 2017-03-23 Powagrip Industrial Co., Ltd. Fastener for a wrench
KR102567279B1 (en) * 2016-03-28 2023-08-17 에스케이하이닉스 주식회사 Power down interrupt of non-volatile dual in line memory system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794063A (en) * 1996-01-26 1998-08-11 Advanced Micro Devices, Inc. Instruction decoder including emulation using indirect specifiers
US5890014A (en) * 1996-08-05 1999-03-30 Micronet Technology, Inc. System for transparently identifying and matching an input/output profile to optimal input/output device parameters
US6018778A (en) * 1996-05-03 2000-01-25 Netcell Corporation Disk array controller for reading/writing striped data using a single address counter for synchronously transferring data between data ports and buffer memory

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5483641A (en) * 1991-12-17 1996-01-09 Dell Usa, L.P. System for scheduling readahead operations if new request is within a proximity of N last read requests wherein N is dependent on independent activities
EP0582370B1 (en) * 1992-06-05 1998-10-07 Compaq Computer Corporation Disk drive controller with a posted write cache memory

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5794063A (en) * 1996-01-26 1998-08-11 Advanced Micro Devices, Inc. Instruction decoder including emulation using indirect specifiers
US6018778A (en) * 1996-05-03 2000-01-25 Netcell Corporation Disk array controller for reading/writing striped data using a single address counter for synchronously transferring data between data ports and buffer memory
US5890014A (en) * 1996-08-05 1999-03-30 Micronet Technology, Inc. System for transparently identifying and matching an input/output profile to optimal input/output device parameters

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
A.M.K. CHENG ET AL.: "Improving the I/O performance of real-time database systems with multiple-disk storage structures", PROCEEDINGS OF THE 1996 INTERNATIONAL CONFERENCE ON PARALLEL PROCESSING, vol. 3, 1996, pages 204 - 211, XP002935676 *
D. FENG ET AL.: "Performance analysis of RAID for different communication mechanism between RAID controller and string controllers", IEEE TRANSACTIONS ON MAGNETICS, vol. 32, no. 5, September 1996 (1996-09-01), pages 3890 - 3892, XP002935679 *
HAI JIN ET AL.: "Improving partial stripe write performance in RAID level 5", PROCEEDINGS OF THE 1998 SECOND IEEE INTERNATIONAL CARACAS CONFERENCE N DEVICES, CIRCUITS AND SYSTEMS, 1998, pages 396 - 400, XP002935677 *
J. MENON ET AL.: "The architecture of a fault-tolerant cached RAID controller", PROCEEDINGS OF THE 20TH ANNUAL INTERNATIONAL SYMPOSIUM ON COMPUTER ARCHITECTURE, 1993, pages 76 - 86, XP002935675 *
P. ZABBACK ET AL.: "The RAID configuration tool", 3RD INTERNATIONAL CONFERENCE ON HIGH PERFORMANCE COMPUTING, 1996, pages 55 - 61, XP002935678 *
SAHAI A.K.: "Performance aspects of RAID architectures", PERFORMANCE, COMPUTING AND COMMUNICATIONS CONFERENCE, IPCCC 1997, 1997, pages 321 - 327, XP002935680 *
See also references of EP1236106A4 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6959359B1 (en) * 1999-07-14 2005-10-25 Hitachi, Ltd. Software prefetch system and method for concurrently overriding data prefetched into multiple levels of cache
EP1261196A3 (en) * 2001-04-25 2005-06-29 Sony Corporation Recording/reproduction apparatus and recording/reproduction control method
US6763398B2 (en) 2001-08-29 2004-07-13 International Business Machines Corporation Modular RAID controller
US6904498B2 (en) 2002-10-08 2005-06-07 Netcell Corp. Raid controller disk write mask
US7543110B2 (en) 2002-10-08 2009-06-02 Nvidia Corporation Raid controller disk write mask
CN100383757C (en) * 2003-09-23 2008-04-23 华为技术有限公司 Disk data backup system and method thereof
EP1521170A3 (en) * 2003-09-30 2008-10-29 Sony Corporation Multisystem network, device and method for access to data storage
EP1531392A1 (en) * 2003-10-31 2005-05-18 P21 - Power for the 21st Century GmbH Method for control and/or regulation of at least one component in a technical system and/or in a technical process as well as technical system
US7822893B2 (en) 2006-08-10 2010-10-26 Samsung Electronics Co., Ltd. System and method for data transfer using ATA interface
WO2010071258A1 (en) * 2008-12-16 2010-06-24 (주)인디링스 Raid controller for independently managing file system

Also Published As

Publication number Publication date
TW476030B (en) 2002-02-11
HK1050935A1 (en) 2003-07-11
CN1222876C (en) 2005-10-12
CA2385492C (en) 2005-08-16
CA2385492A1 (en) 2001-03-29
EP1236106A1 (en) 2002-09-04
KR20020048414A (en) 2002-06-22
KR100441189B1 (en) 2004-07-21
EP1236106A4 (en) 2002-10-30
CN1391672A (en) 2003-01-15
AU7714700A (en) 2001-04-24
JP2003510683A (en) 2003-03-18

Similar Documents

Publication Publication Date Title
US8073675B2 (en) ATA emulation host interface in a RAID controller
CA2385492C (en) Raid controller system and method with ata emulation host interface
US7073010B2 (en) USB smart switch with packet re-ordering for interleaving among multiple flash-memory endpoints aggregated as a single virtual USB endpoint
US6286057B1 (en) Method and arrangement for allowing a computer to communicate with a data storage device
US5812814A (en) Alternative flash EEPROM semiconductor memory system
US7925847B2 (en) Method and apparatus for adjusting timing signal between media controller and storage media
US6813688B2 (en) System and method for efficient data mirroring in a pair of storage devices
US8296467B2 (en) Single-chip flash device with boot code transfer capability
JP5128079B2 (en) Universal storage bus adapter
US5694581A (en) Concurrent disk array management system implemented with CPU executable extension
US5920884A (en) Nonvolatile memory interface protocol which selects a memory device, transmits an address, deselects the device, subsequently reselects the device and accesses data
CA2087162A1 (en) High-speed, high-capacity, fault-tolerant, error-correcting storage system for binary computers
WO1996018141A1 (en) Computer system
US5996045A (en) IDE disk drive arrangement that combines the capacity of a master drive and slave drive while hiding the presence of slave drive to a host computer
JPH07281840A (en) Dual-disk recording device
EP2350842B1 (en) Redundant array of independent disks (raid) write cache sub-assembly
US20050198425A1 (en) Combined optical storage and flash card reader using single ide or sata port and method thereof
KR100829651B1 (en) Bios storage array
WO1993013475A1 (en) Method for performing disk array operations using a nonuniform stripe size mapping scheme
US5875458A (en) Disk storage device
US20020194405A1 (en) Disk array system with large storage capacity
Miller Controlling an ATA Hard Drive with a Microcontroller
DE20023665U1 (en) Redundant array of inexpensive discs control system with a host interface that interfaces ATA standard controllers and attached integrated drive electronics devices

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2000966864

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2385492

Country of ref document: CA

Ref document number: 1020027003752

Country of ref document: KR

ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 525522

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: 008159610

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 1020027003752

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2000966864

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1020027003752

Country of ref document: KR

WWR Wipo information: refused in national office

Ref document number: 2000966864

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2000966864

Country of ref document: EP