Source: http://www.google.fr/patents/US8281067
Timestamp: 2017-11-24 09:29:09
Document Index: 175061752

Matched Legal Cases: ['Application No. 60', '§1', 'application No. 04', 'Application No. 093111121', 'Application No. 200480010686', 'Application No. 2', 'Application No. 2', 'Application No. 200480010686', 'Application No. 093109754', 'Application No. 093109754', 'Application No. 093111121', 'Application No. 04760132']

Brevet US8281067 - Disk array controller with reconfigurable data path - Google Brevets
A disk array controller apparatus (10) is disclosed having at least two logical ports (Logical Port #0-Logical Port #3) for interfacing with a host (12) and having one or more physical ports (Physical Port #0-Physical Port #4), each physical port arranged for attaching at least one disk drive to the...http://www.google.fr/patents/US8281067?utm_source=gb-gplus-shareBrevet US8281067 - Disk array controller with reconfigurable data path
Numéro de publication US8281067 B2
Numéro de demande US 10/829,918
Autre référence de publication CA2522915A1, CN1777861A, CN100371874C, EP1625489A2, US20040264309, WO2004095255A2, WO2004095255A3
Numéro de publication 10829918, 829918, US 8281067 B2, US 8281067B2, US-B2-8281067, US8281067 B2, US8281067B2
Inventeurs Michael C. Stolowitz
Citations de brevets (49), Citations hors brevets (47), Référencé par (26), Classifications (13), Événements juridiques (3)
Disk array controller with reconfigurable data path
US 8281067 B2
A disk array controller apparatus (10) is disclosed having at least two logical ports (Logical Port #0-Logical Port #3) for interfacing with a host (12) and having one or more physical ports (Physical Port #0-Physical Port #4), each physical port arranged for attaching at least one disk drive to the controller, and the controller including a switch (26), the switch providing dynamically configurable data paths (30) between the logical data ports and physical data ports, responsive to the contents of a Mapping Register (24). The Mapping Register defines a desired disk drive array by specifying an association of each logical port to one of the physical ports. The mapping register can be organized as a logical mapping register, comprising a field for each logical port of the controller, and includes provision for designating a redundant array for RAID operations.
a host interface for connection to a host system;
a buffer for storing read and write data; and
a disk interface; the disk interface including a plurality of physical ports for attaching disk drives;
the disk interface further including a switch that implements selectable data paths between the physical ports and the buffer; and
a mapping register for storing mapping data, wherein the switch is configurable in response to the mapping data stored in the mapping register for accessing an array of physical ports defined by the mapping data.
2. A disk array controller according to claim 1 wherein the mapping data reflects a striping order among the physical ports and the switch sorts data segments from the physical ports into logical port order.
3. A disk array controller according to claim 2 wherein the mapping data defines the striping order in terms of a specified sequence of physical ports.
4. A disk array controller according to claim 3 wherein the mapping data are stored in a memory in a controller.
5. A disk array controller according to claim 1 wherein:
the disk interface includes a series of logical ports, each logical port for transferring a corresponding segment of data between the disk interface and the buffer; and
the mapping data comprises a plurality of fields that define a desired disk array and striping scheme by specifying an association of each logical port to one of the physical ports.
6. A disk array controller according to claim 5 wherein the mapping data is organized as a logical mapping register, comprising a field for each logical port, and a value stored in that field indicating a corresponding physical port.
7. A disk array controller according to claim 6 wherein a single physical port is mapped to a plurality of logical ports, the plurality of logical ports transferring data on successive cycles to the single physical port.
8. A disk array controller according to claim 5 wherein the mapping data is organized as a physical mapping register, comprising a field for each physical port of a controller, and a value stored in that field indicating a corresponding logical port.
9. A disk array controller according to claim 5 wherein the desired disk array is defined by association of the logical ports to a sub-set of the available physical ports.
10. A disk array controller according to claim 5 wherein the mapping register includes a field for indicating whether or not a redundant drive is used in the array to store redundant data.
11. A disk array controller according to claim 5 wherein:
the mapping data defines a disk array that includes a number of physical ports equal to one-half the number of logical ports used in data transfer between the disk interface and the buffer; and
the switch is dynamically reconfigurable to provide first data paths between a first half of the logical ports and the associated physical ports for a first disk access, and then provide second data paths between the other half of the logical ports and the associated physical ports for a second disk access to complete a buffer transfer.
12. A disk array controller according to claim 11 wherein the mapping data defines an association of four logical ports to a disk array of two physical ports.
13. A disk array controller according to claim 5 wherein:
the mapping data defines a disk array that includes a number of physical ports that is less than the number of logical ports used in data transfer between the disk interface and the buffer; and
the switch is dynamically reconfigurable to provide first data paths between a first subset of the logical ports and the associated physical ports, and then provide second data paths between a second subset of the logical ports and the associated physical ports.
14. A disk array controller according to claim 5 wherein the switch directs disk write data segments from the buffer to the physical ports so as to stripe the data across the defined disk array as specified in the mapping data.
15. A method of broadcasting a command to an array of disk drives, the method comprising the steps of:
storing indicia in a mapping register that define a disk array by identifying a plurality of physical ports;
asserting a byte of a command onto a data bus of each of the identified physical ports;
asserting a global write strobe to all of the identified physical ports; and
responsive to the mapping register contents, selecting only the physical ports included in the defined array, so that only the selected ports respond to the global write strobe.
16. A method of globally reading control status from a disk array comprising:
broadcasting a single global read strobe to all of the identified physical ports;
responsive to the mapping register contents, selecting only the identified physical ports included in the defined array, so that only the selected ports respond to the global read strobe by returning the requested control status;
latching the returned control status in each of the identified physical ports; and then
separately accessing each of the identified physical ports to obtain the respective control status.
17. A disk array controller comprising:
the disk interface further including a switch that implements selectable data paths between the physical ports and the buffer;
a mapping register for storing mapping data, the mapping data defining a desired disk drive array by specifying an association of each of a plurality of logical ports to one of the physical ports;
wherein the switch is configurable in response to the mapping data for accessing the physical ports as defined by the mapping data;
the switch including disk read XOR logic to generate a boolean XOR function of selected disk read data from the physical ports; and
the switch including multiplexer logic for each logical port to implement a data path from a selected one at a time of the physical ports and the disk read XOR logic, to the buffer, the read data source selected in accordance with the corresponding mapping data.
18. A disk array controller according to claim 17 wherein the disk read XOR logic is implemented in hardware disposed in the data path for operation “on-the-fly”.
19. A disk array controller according to claim 17 wherein the data path multiplexer logic is implemented in hardware.
20. A disk array controller according to claim 17 wherein the mapping data comprises one field for each logical port.
21. A disk array controller according to claim 17 wherein the mapping data includes an indication for implementing a redundant drive in the defined array.
22. A disk array controller according to claim 17 wherein the mapping data comprises one field for each logical port and the switch includes logic for decoding at least one logical port field of the mapping data to form a corresponding series of path signals, each path signal indicating a path from the corresponding logical port to the associated physical port, for qualifying data flow along the indicated path.
23. A disk array controller comprising:
the switch including disk write XOR logic to generate a boolean XOR function of selected disk write data from the logical ports; and
the switch including boolean AND/OR logic for each physical port to implement a data path from a selected one at a time of the logical ports and the disk write XOR logic, to the corresponding physical port, the write data source selected in accordance with the corresponding mapping data.
24. A disk array controller according to claim 23 wherein the disk write XOR logic is implemented in hardware disposed in the data path for operation “on-the-fly”.
25. A disk array controller according to claim 23 wherein the boolean AND/OR logic is implemented in hardware.
26. A disk array controller according to claim 23 wherein the mapping data comprises one field for each logical port.
27. A disk array controller according to claim 26 wherein the field is utilized to derive a data source for at least one physical port.
This is a continuation of and claims priority from U.S. Provisional Application No. 60/464,892 filed Apr. 21, 2003. Said provisional application is incorporated herein by this reference.
© 2003-2004 Netcell Corporation. A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever. 37 CFR §1.71(d).
This invention pertains to digital data storage systems and, more specifically, pertains to improvements in disk array controller technology for digital data storage and retrieval.
FIG. 1 is a simplified block diagram of a disk array controller providing a host interface for interaction with a host bus, and a drive interface for interaction with a plurality of attached disk drives.
FIG. 2A is a conceptual diagram illustrating direct connections between logical data ports and physical data ports; and it shows corresponding Mapping Register contents.
FIG. 2B is a conceptual diagram illustrating one example of assignments of four logical ports to the available five physical data ports; and it shows corresponding Mapping Register contents.
FIG. 2C is a conceptual diagram illustrating a two-drive array where each of the drives is assigned to one of the five available physical data ports; and it shows corresponding Mapping Register contents.
FIG. 2D is a conceptual diagram illustrating a single-drive system where logical ports 0-3 transfer data on successive cycles to physical port #3; and it shows corresponding Mapping Register contents.
FIG. 3A illustrates XOR logic in the disk write direction in the drive configuration of FIG. 2A; and it shows corresponding Mapping Register contents.
FIG. 3B illustrates the XOR logic in the Disk Read direction for the same data path as FIGS. 2A and 3A except that the drive attached to physical port 2 has now failed; and again the Mapping Register contents are shown.
FIG. 4 is one example of a Mapping Register structure; the Mapping Register controls the configuration of the data paths between the logical and physical data ports in one embodiment of the array controller.
FIG. 5A is a conceptual diagram of multiplexer circuitry in the logical port #1 read data path.
FIG. 5B illustrates disk read XOR logic in one embodiment of the array controller.
FIG. 6 illustrates decoder logic for the Logical Port #1 (PP_L1) field of the Mapping Register in one embodiment of the array controller.
FIG. 7A logical port to physical port data path logic in one embodiment of the array controller (illustrated for physical port #2 only).
FIG. 7B illustrates disk write XOR logic in one embodiment of the array controller.
FIG. 8 illustrates disk address, strobe and chip select logic to enable global access commands to a currently selected array.
FIG. 9 illustrates interrupt signal logic for associating with logical drives.
FIG. 10 illustrates a hardware implementation of logical addressing.
The typical RAID controller for a small computer system includes an interface to a host system and an interface to a drive array. FIG. 1 is a simplified block diagram of a disk array controller 10 providing a host interface 16 for interaction with a host bus 12, and a drive interface 22 for interaction with a plurality of attached disk drives 14. The controller preferably includes a control processor 20 and a buffer memory 18 for temporary storage of data moving between the host bus and the drives.
A physical port is required for the attachment of a mass storage device such as a disk drive to a system. While some interfaces are capable of supporting concurrent data transfers to multiple devices, the physical ports tend to become a bottleneck. For this reason, a high performance RAID controller may have a physical port per mass storage device as shown in FIG. 2A. FIG. 2A also shows the corresponding contents of a Mapping Register 24, further described below with reference to FIG. 4.
One of the performance benefits of RAID comes from the striping of data across the drives of the array. For example, reading data from four drives at once yields a four times improvement over the transfer rate of a single drive. For the example shown in FIG. 2A, the sixteen bit data arriving from four drives is merged in logical drive order into sixty-four bit data that is sent to the buffer (18 in FIG. 1). User data was striped, ie. it was distributed a segment at a time (e.g. 16-bit word) across an array of drives in a predetermined sequence. We identify that sequence as starting with Logical Drive #0 and proceeding through Logical Drive #n−1, where n is the number of drives in the array. This stripe sequence is repeated so that the kth segment of the user data corresponds to logical drive (K mod n). In this way, we use the logical drive numbering to reflect the striping order. Accordingly, in the drawing, the stack of four “Logical Ports” simply indicates an ordered set of four segments of a stripe. Each “Logical Port” corresponds to a single segment of the stripe, and the whole stack corresponds to an ordered set of four segments.
FIG. 2A, with its direct connection between logical data ports and physical data ports, is only a conceptual diagram. In real applications, the number of available physical data ports will be greater than the number of logical data ports. There may be ports that are reserved as “hot spares” or the physical ports may be grouped into different sub-arrays that are accessed independently. FIG. 2B is an example of one of the possible assignments of four logical data ports (Logical Port #0 to Logical Port #3) to the available five physical data ports, Physical Port #0 to Physical Port #4). For example, the large arrow 30 simply indicates the assignment of Logical Port #1 to Physical Port #2. FIG. 2B also shows the corresponding contents of a Mapping Register 24. Here, the second field from the right in the register corresponds to Logical Port #1, and it contains the value “2” indicating the Physical Port #2, as indicated by arrow 30. The data path switch 26 implements logical to physical port assignments as fully described later.
FIG. 2C shows an example of a two-drive array where each of the drives is assigned to one of the five available physical ports, namely Physical Port #1 and Physical Port #2. In order to assemble a 64-bit word for the buffer, each of the 16-bit drives must be read twice. On the first read, the data for Logical Ports #0 and #1 are obtained from Physical Ports #2 and #1, respectively. On the second read, Logical Ports #2 and #3 obtain data from Physical Ports #2 and #1 respectively. These operations are orchestrated by the processor 20. Again, the Mapping Register shows the assignments to Physical Ports #1 and #2.
FIG. 2D shows an example of an array with a single drive connected to physical port #3. For this configuration, the data for logical ports #0 through #3 is obtained by reading the same physical port four times.
One of the features of the Synchronous Redundant Data Transfers described in U.S. Pat. No. 6,018,778 is that it allows redundant data to be processed “On-The-Fly” as described in U.S. Pat. No. 6,237,052. FIG. 3A shows the four-drive array of FIG. 2A with the addition of logic 36 to compute a redundant data pattern that is stored on the drive attached to physical port #4. While various arithmetic and logical operations might be used to produce a redundant pattern, the logical XOR between the corresponding bits of the data from the logical data ports has the advantage over an arithmetic operation in that the XOR operation does not have to propagate a carry. Due to the use of the XOR, the fifth drive is often referred to as either the “redundant” drive or the “parity” drive.
The 16-bit wide Bus XOR shown in the figure is equivalent to sixteen XOR gates, each with four inputs. The use of the XOR function is also very symmetrical between the disk read and disk write operations as can be seen in FIG. 3B. FIG. 3B shows the same four-drive array as defined in FIG. 3B, with the data paths 40, 42 etc. shown for the disk read direction. In this case, the drive attached to physical port #2 has failed. Accordingly, the corresponding data path 44, which does not function, is shown in dashed lines. The XOR function is computed across the data from the remaining data drives (Physical Ports #0, #1 and #3) and from the redundant drive, Physical Port #4. This computation reconstructs the data that was stored on the failed drive and the result is directed to logical port #2 via data path 46 in place of the now unavailable data from the failed drive.
In accordance with one embodiment of the invention, a Mapping Register 24, the structure of which is shown in FIG. 4, controls the configuration of the data paths between the logical and physical data ports. (The Mapping Register also provides other features and advantages discussed later.) In this embodiment, the Mapping Register consists of five fields, one for each of five logical data ports, L0-L4 in this example. Each logical data port's corresponding field in the register is loaded with the number of the physical data port to which it is connected. The data in the field for logical data port 0, is represented symbolically as PP_L0 indicating that it is the Physical Port associated with Logical Port 0. The values in the next four fields are identified as PP_L1, PP_L2, PP_L3, and PP_L4 respectively. The fifth logical data port is a pseudo port. The PP_L4 value is used to assign a physical data port for the Parity drive.
To demonstrate the use of the Mapping Register, we will briefly revisit each of the configurations described so far. In FIG. 2A, note that a Mapping Register 24 is shown. The value of PP_L0 is 0 indicating the logical data port #0 is connected to physical port #0. The next three values are 1, 2, and 3 indicating that the next three logical data ports are connected to the next three physical data ports. The value of PP_L4 is 7. This is not a legal physical port number in this example. The value “7” is used to indicate that there is no parity drive in this configuration. The specific value chosen is not critical, as long as it is not an actual physical port number.
Referring again to FIG. 2B, the values stored in the Mapping Register indicate that physical data ports 1, 2, 4, and 0 support the logical ports 0 through 3 respectively. Once again, the “7” indicates that a parity drive is not used.
FIG. 2C shows the Mapping Register configured for a two-drive array. Note that logical data ports #2 and #3 are associated with the same physical ports as logical ports #0 and #1. The first two logical ports transfer data on the first physical port cycle while the second two logical ports transfer data on the second physical port cycle.
FIG. 2D shows the Mapping Register configured for the single drive case. Logical ports #0 through #3 transfer data on successive cycles to physical port #3. All of the variations of FIG. 2 are different data path configurations shown independent of the redundant data logic.
FIG. 3A shows the XOR logic in the Disk Write direction for the same data drive configuration as FIG. 2A. The XOR is computed over the data from all four of the logical data ports. The result is stored on the drive attached to the physical port specified in logical port #4 field of the Mapping Register. In this example, PP_L4 has a value of “4” instead of “7” indicating that there is a parity drive and that it is attached to port #4.
FIG. 3B shows the XOR logic in the Disk Read direction for the same data path as FIGS. 2A and 3A, except that the drive attached to physical port #2 has now failed. The contents of the Logical Data Port 2 field, PP_L2, has been replaced with a “5”. The legal physical port numbers are 0 through 4. The “5” is a reserved value used to indicate that a drive has failed. Any logical data port accessing the pseudo physical port number 5 will take its data from the output of the XOR.
Referring now to FIG. 5A, each of the four logical data ports must be able to receive data from any of the five physical data ports or, in the case of a failed drive, from the Disk Read XOR. With the six possible data sources, each of the physical data ports has a corresponding six-to-one multiplexor 50, sixteen bits wide. The multiplexor 50 for logical port 1 is shown in the FIG. 5A, but the others (for Logical Ports #0, #2 and #3) are identical. The selector or “S” input of the multiplexor is connected to Logical Port #1 field of the Mapping Register—“PP_L1”. The PP_L1 values of 0 through 4 select data from physical ports #0 through #4 respectively while a the value “5” selects the output of the Disk Read XOR.
FIG. 5B shows the Disk Read XOR logic 52. The Disk Read XOR 52 is a five-input XOR circuit, sixteen bits wide in the preferred embodiment (corresponding to the attached disk drive data paths). (This is equivalent to sixteen XORs, each with five inputs.) Each of the five inputs is logically qualified or “gated” by a corresponding AND gate, also sixteen bits wide, for example AND gate 54. (This is equivalent to sixteen NAND gates, each with two inputs.) The five NAND gates are qualified by the corresponding five physical port select signals, PP0_SEL through PP4_SEL. The generation of these signals will be described below.
The data path to each of the physical ports may come from any of the four logical data ports, or from the Disk Write XOR. Examples were shown with reference to FIGS. 2A-2D. While a field of the Mapping Register identifies the data source for each of the logical data ports, we do not have a field that provides the corresponding data for each of the physical ports. This information can be derived from the fields that we do have. Each of the three bit binary encoded fields of the Mapping register is decoded with a “one of eight” decoder. FIG. 6 shows such a decoder 66 for the Logical Port #1 field. The value PP_L1 is decoded into L1_P0, L1_P1, L1_P2 . . . L1_P7 where the names indicate a path from a source to a destination. L1_P2, for example, indicates a path from Logical Port #1 to Physical Port #2.
Referring now to FIG. 7A, sample circuitry is shown for multiplexing of the data paths 70 from the logical data ports to the physical data ports (#0-#4). The multiplexor 72 for physical port #2 is shown in the figure, but the multiplexors for the other four ports (not shown) are identical. Each of the multiplexors 72 consists of an AND/OR array with five AND gates 74, all sixteen bits wide, and a corresponding OR gate 76. (Each of the AND gates is equivalent of sixteen AND gates, each with two inputs. The OR gates is equivalent to sixteen OR gates, each with five inputs.) For the physical port #2 multiplexor, the AND gates from the logical data ports are qualified by the corresponding outputs of the five decoders, i.e. L0_P2, L1_P2, L2_P2, L3_P2, and L4_P2 as shown.
At this point, there are two open issues to resolve. In a two-drive array, a given physical port received data from two different logical ports, though on different cycles. Referring back to FIG. 6, each of the decoders 66 has an enable input “EN” that qualifies all of its outputs. For the two-drive configuration, only the decoders for logical data ports #0 and #1 are enabled on a first cycle, and only the decoders for logical data ports #2 and #3 are enabled on a second cycle. For this reason, only one of the AND gates in FIG. 7A will be qualified at a time. In other words, only the data from the assigned logical port (according to the mapping register) is input to the corresponding physical port.
In a single-drive array where a single physical port receives data from all four logical ports (See FIG. 2D), only one decoder 66 is enabled at a time so that only one AND gate 74 will be enabled at a time selecting a unique data source (Logical Port). The other open issue was the source for the “PPn_SEL” signals of FIG. 5B. FIG. 6 show the use of a five-input OR gate 68 that will assert the PPn_SEL signal for a physical port “n” if there is a data path between the subject physical port and any of the logical ports. This provides an indication that the physical port is active and may participate in the Disk Read XOR in FIG. 5B.
When data is striped over an array of drives, portions of a given stripe will be located at the same relative position on each of the drives. This makes the address of the data, the Logical Buffer Address or LBA, the same for each of the drives. As a result, the commands to read a given stripe are identical for all of the drives of the array. And the commands to write a given stripe would be identical as well. This makes it possible for the local processor (e.g. 20 in FIG. 1) to “broadcast” common commands in no more time than would otherwise be required to send a command to a single drive.
Referring to FIG. 8, the address, strobe, and chip select signals CS0, CS1, DA0, DA1, DA2, DIOW and DIOR are shown for the first two of the five physical ports (P0 and P1). Note that these address and strobe signals are common to all five ports. They are buffered individually so that a failure of a given drive cannot block the propagation of these signals to the other drives. See buffers 80,82. The output drivers for the two chip select signals CS0#, CS1# of a given port are qualified by the Pn_SEL signal for that port; see gates 84, 86. Any port not selected by the current contents of the Mapping Register will not have either of its chip selects asserted and therefore will ignore the read and write strobes.
It may seem that a “global read” does not make any sense as it implies that potentially conflicting data values are returned on a common bus. In the current embodiment, a “global read” causes a read strobe, FIG. 8 Pn_DIOR#, to be “broadcast” to all of the physical data ports. Those attached storage devices qualified by a chip select (Pn_CS0#, Pn_CS1#) will return data to the physical port where it is latched at the trailing edge of the Pn_DIOR# strobe. No attempt is made to return a data value to the local processor as a result of this read cycle.
The preceding discussion dealt with generating many of the physical port outputs and showed how they were steered by the Mapping Register. Each of these ports has a number of input signals as well. Once again, associating these signals with logical drives can minimize the software overhead. For example, each of the drives has an interrupt output used to signal the need for service from the controller. FIG. 9 shows the use of a multiplexor 90 controlled by PP_L0 value from the Mapping Register to select the interrupt of the physical port associated with logical data port zero. Each of the other logical data ports has an identical multiplexor (not shown) that uses the corresponding PP_Ln value to locate its interrupt. In FIG. 9, the buffer 92 takes the selected interrupts from each of the logical data port multiplexors (90 etc.). When the local processor (20 in FIG. 1) reads the interrupt status through this buffer, the interrupts appear in logical data port order starting with logical data port zero in the bit zero position. The same technique can be used to sort both internal and external signals from the physical data ports, including drive cable ID signals and internal FIFO status signals. This feature enables the local firmware to use a common sequence of code for multiple arrays with different numbers of physical ports. Once the interrupt buffer 92 is loaded, the required status bits are always the least significant bits of the “sorted” register for any array selected. The number of bits may be masked down to the actual number of ports.
The selected interrupts from the logical data ports can be logically ANDed 94 and ORed 96 as shown in FIG. 9 to provide signals “Interrupt ALL” and Interrupt ANY”. When the local processor has issued a command, and before any data has been transferred, it might want to know about an interrupt from ANY of the drives as one or more drives may have rejected the command or had some other error. Once the drives have begun to transfer data, the local processor will want to know when ALL of the drives have asserted their interrupt signals as this indicates the completion of the command. Note that this type of implementation makes the software independent of the number of drives. (For a two-drive array, the interrupt signal from each device appears twice while in a single drive array, the same drive appears four times. The AND and ALL signals still function correctly.)
One hardware implementation of the logical addressing feature is shown in FIG. 10. When the processor accesses the address region for the device port space, the one of eight decoder 100 decodes processor address lines five through seven defining thirty-two byte spaces for each of the devices. The decoding of each space asserts the corresponding port N decode signal, Pn_DEC. The decoding of the virtual port number seven is the signal for a global access. The P7_DEC signal or ORed with each of the other decode signals 102 so that the resulting port select signals Pn_SEL (n=0-4) are asserted both for a specific access of that port and for a global access.
Logical Port # 3 2 1 0
Physical Port # 4 3 2 1 0
US5003558 30 oct. 1989 26 mars 1991 International Business Machines Corporation Data synchronizing buffers for data processing channels
US5038320 6 janv. 1989 6 août 1991 International Business Machines Corp. Computer system with automatic initialization of pluggable option cards
US5072378 18 déc. 1989 10 déc. 1991 Storage Technology Corporation Direct access storage device with independently stored parity
US5151977 31 août 1990 29 sept. 1992 International Business Machines Corp. Managing a serial link in an input/output system which indicates link status by continuous sequences of characters between data frames
US5185862 30 oct. 1989 9 févr. 1993 International Business Machines Corp. Apparatus for constructing data frames for transmission over a data link
US5257391 16 août 1991 26 oct. 1993 Ncr Corporation Disk controller having host interface and bus switches for selecting buffer and drive busses respectively based on configuration control signals
US5392425 15 août 1994 21 févr. 1995 International Business Machines Corporation Channel-initiated retry and unit check for peripheral devices
US5428649 16 déc. 1993 27 juin 1995 International Business Machines Corporation Elastic buffer with bidirectional phase detector
US5471581 23 juin 1993 28 nov. 1995 International Business Machines Corporation Elastic configurable buffer for buffering asynchronous data
US5568629 * 4 nov. 1993 22 oct. 1996 At&T Global Information Solutions Company Method for partitioning disk drives within a physical disk array and selectively assigning disk drive partitions into a logical disk array
US5608891 19 avr. 1996 4 mars 1997 Mitsubishi Denki Kabushiki Kaisha Recording system having a redundant array of storage devices and having read and write circuits with memory buffers
US5771372 3 oct. 1995 23 juin 1998 International Business Machines Corp. Apparatus for delaying the output of data onto a system bus
US5794063 16 mai 1996 11 août 1998 Advanced Micro Devices, Inc. Instruction decoder including emulation using indirect specifiers
US5801859 21 juil. 1997 1 sept. 1998 Canon Kabushiki Kaisha Network system having transmission control for plural node devices without arbitration and transmission control method therefor
US5845319 21 août 1996 1 déc. 1998 Fujitsu Limited Disk array device which separates local and physical disks using striping and operation mode selection
US5964866 24 oct. 1996 12 oct. 1999 International Business Machines Corporation Elastic self-timed interface for data flow elements embodied as selective bypass of stages in an asynchronous microprocessor pipeline
US6098128 17 sept. 1996 1 août 2000 Cyberstorage Systems Corporation Universal storage management system
US6105146 6 janv. 1999 15 août 2000 Compaq Computer Corp. PCI hot spare capability for failed components
US6151685 15 mai 1998 21 nov. 2000 International Business Machines Corporation System and method for recovering a segment directory for a log structured array
US6161165 11 mars 1997 12 déc. 2000 Emc Corporation High performance data path with XOR on the fly
US6513098 25 mai 2001 28 janv. 2003 Adaptec, Inc. Method and apparatus for scalable error correction code generation performance
US6665773 15 févr. 2001 16 déc. 2003 Lsi Logic Corporation Simple and scalable RAID XOR assist logic with overlapped operations
US6886068 30 août 2002 26 avr. 2005 Kabushiki Kaisha Toshiba Disk array apparatus and data update method for storing tag blocks
US6999476 * 8 août 2001 14 févr. 2006 Sedna Patent Services, Llc Method and apparatus for storing and accessing multiple constant bit rate data
US7913148 14 mars 2005 22 mars 2011 Nvidia Corporation Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US8065590 29 déc. 2009 22 nov. 2011 Nvidia Corporation Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US8074149 29 déc. 2009 6 déc. 2011 Nvidia Corporation Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US20020066050 28 nov. 2001 30 mai 2002 Lerman Jesse S. Method for regenerating and streaming content from a video server using raid 5 data striping
US20030200478 18 avr. 2002 23 oct. 2003 Anderson Michael H. Media server with single chip storage controller
US20040205269 8 avr. 2004 14 oct. 2004 Netcell Corp. Method and apparatus for synchronizing data from asynchronous disk drive data transfers
US20100251073 29 déc. 2009 30 sept. 2010 Stolowitz Michael C Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
US20100257401 29 déc. 2009 7 oct. 2010 Stolowitz Michael C Disk controller methods and apparatus with improved striping, redundancy operations and interfaces
EP0578139A2 1 juil. 1993 12 janv. 1994 Hewlett-Packard Company Programmable disk drive array controller
1 "PCI IDE Controller Specification," Revision 1.0, Mar. 4, 1994, pp. 1-5.
2 "SATA PHY Interface Specification (SAPIS)," Draft-Rev. 0.90, Intel Corporation, Feb. 8, 2002, pp. 1-12.
3 "Silicon Valley Computer, IDE Mirror Card, Model ADP104/ADP108," User Manual, Part No. 113, Copyright 1992 by Silicon Valley Computer. (Cover page, table of contents, introduction, and pp. 8-16.).
4 "SATA PHY Interface Specification (SAPIS)," Draft—Rev. 0.90, Intel Corporation, Feb. 8, 2002, pp. 1-12.
5 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, 1996, vol. 3, pp. 204-211.
6 Decision on Appeal from U.S. Appl. No. 10/822,115, dated Dec. 21, 2009.
7 EDN Access; for Design by Design, "Easy-to-Use Flash-Memory Modules Emulate Disk Drives," Sep. 1, 1994, by Gary Legg. Published on the Internet by EDN Magazine at http://www.e-insite.net/ednmag archives/1994/090194/182df2.htm.
8 EDN Access; for Design, by Design: "Embedded Systems," Jan. 18, 1996, published on the Internet by EDN Magazine at http://www.e-insite.net/ednmag/archives/1996/011896/02prod4.htm.
9 European Office Action from application No. 04 760 132.3-1245 dated Jan. 30, 2009.
10 Examiner's Answer from U.S. Appl. No. 10/822,115, dated May 14, 2008.
11 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, Sep. 1996, pp. 3890-3892.
12 Final Office Action from U.S. Appl. No. 10/822,115, dated Mar. 26, 2007.
13 Hosler, B., "Programming Interface for Bus Master IDE Controller" Revision 1.0, May 16, 1994, Intel Corporation, pp. 1-6.
14 International Search Report and Written Opinion from International Application No. PCT/US05/08647, dated Jan. 3, 2008.
15 International Search Report and Written Opinion from International Application No. PCT/US2004/011021, dated Apr. 20, 2005.
16 International Search Report from International Application No. PCT/US2004/012476, dated Jun. 2, 2005.
17 Jin et al., "Improving Partial Stripe Write Performance in RAID Level 5," Proceedings of the 1998 Second IEEE International Caracas Conference on Devices, Circuits and Systems, 1998, pp. 396-400.
18 * Kozierok, Charles M. Striping. [online] Apr. 17, 2001, [retireved on Jun. 22, 2007]. Retrieved from the Internet .
19 * Kozierok, Charles M. Striping. [online] Apr. 17, 2001, [retireved on Jun. 22, 2007]. Retrieved from the Internet <URL: http://www.pcguide.com/ref/hdd/perf/raid/concepts/genStriping-c.html>.
20 Menon et al., "The Architecture of a Fault-Tolerant Cached RAID Controller," Proceedings of the 20th Annual International Symposium on Computer Architecture, 1993, pp. 76-86.
21 Non-Final Office Action from U.S. Appl. No. 10/822,115, dated Aug. 31, 2010.
22 Non-Final Office Action from U.S. Appl. No. 10/822,115, dated Jul. 13, 2006.
23 Non-Final Office Action from U.S. Appl. No. 11/080,376, dated Aug. 22, 2007.
24 Non-Final Office Action from U.S. Appl. No. 11/080,376, dated Feb. 25, 2008.
25 Non-Final Office Action from U.S. Appl. No. 11/080,376, dated Mar. 16, 2009.
26 Non-Final Office Action from U.S. Appl. No. 11/080,376, dated Sep. 11, 2009.
27 Non-Final Office Action from U.S. Appl. No. 12/649,229, dated Oct. 28, 2010.
28 Notice of Allowance from Taiwan Patent Application No. 093111121, dated Jan. 23, 2007.
29 Notice of Allowance from U.S. Appl. No. 11/080,376, dated Apr. 1, 2010.
30 Notice of Allowance from U.S. Appl. No. 12/649,228, dated Jul. 22, 2011.
31 Notice of Allowance from U.S. Appl. No. 12/649,229, dated Aug. 2, 2011.
32 Notification to Grant from Chinese Patent Application No. 200480010686.7, dated Oct. 26, 2007.
33 Office Action from Canadian Patent Application No. 2,522,915, dated Aug. 21, 2007.
34 Office Action from Canadian Patent Application No. 2,522,915, dated Dec. 15, 2010.
35 Office Action from Chinese Patent Application No. 200480010686.7, dated Nov. 10, 2006 (Translation Only).
36 Office Action from Taiwan Patent Application No. 093109754, dated Feb. 10, 2009.
37 Office Action from Taiwan Patent Application No. 093109754, dated Sep. 17, 2008 (Translation Only).
38 Office Action from Taiwan Patent Application No. 093111121, dated Jul. 26, 2006.
39 Office Communication from European Application No. 04760132.3-1245 mailed on Jun. 11, 2007.
40 Preliminaiy Report from PCT Application No. PCT/US2004/012476 mailed on Nov. 3, 2005.
41 Sahai, Anil K., "Performance Aspects of RAID Architectures," Performance, Computing and Communications Conference, 1997, IPCCC 1997, IEEE International, pp. 321-327.
42 Silicon Valley Computer advertisement dated Jan. 21, 1994, by Norm Towson.
43 Supplemental Notice of Allowability from U.S. Appl. No. 11/080,376, dated Feb. 17, 2011.
44 Sven Schulz, "Elegant Pair Skating," Promise FastTrak, EIDE RAID Adapter, C'T Magazin Fur Computer Technik, Jun. 1998, p. 116.
45 * Tala, Deepak Kumar. Gate Level Modeling Part-II. [online] Oct. 20, 2001, [retrieved on Jun. 21, 2007]. Retrieved from the Internet .
46 * Tala, Deepak Kumar. Gate Level Modeling Part-II. [online] Oct. 20, 2001, [retrieved on Jun. 21, 2007]. Retrieved from the Internet <URL: http://web.archive.org/web/20040417053300/http://www.asic-world.com/verilog/gate2.html>.
47 Zabback et al., "The RAID Configuration Tool," Third International Conference on High Performance Computing, 1996, pp. 55-61.
US8626994 * 30 nov. 2011 7 janv. 2014 Apple Inc. Systems and methods for improved communications in a nonvolatile memory system
US8761036 * 6 juil. 2011 24 juin 2014 Nicira, Inc. Network control apparatus and method with quality of service controls
US9164680 6 janv. 2014 20 oct. 2015 Apple Inc. Systems and methods for improved communications in a nonvolatile memory system
US9336174 * 29 juil. 2013 10 mai 2016 Cisco Technology, Inc. Dynamic interface model
US20130138868 * 30 nov. 2011 30 mai 2013 Apple Inc. Systems and methods for improved communications in a nonvolatile memory system
Classification aux États-Unis 711/114, 711/E12.001
Classification internationale G06F3/06, G06F12/00, G11B21/08
Classification coopérative G06F3/0683, G06F3/0635, G06F3/061, G06F3/0664
Classification européenne G06F3/06A2P, G06F3/06A4V2, G06F3/06A6L4, G06F3/06A4C6
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:STOLOWITZ, MICHAEL C.;REEL/FRAME:015205/0112