Disk drive synchronisation

Abstract: A spindle synchronisation technique is described which is useful in a disk array subsystem comprising a plurality of disk drives (40,41,42,43) connected by means of serial links (25,26,27,28) to a disk drive controller (20). Data and command information is transmitted over the link in the form of multi-character frames, the flow of which is regulated by special ten bit protocol characters. A SYNC protocol character is defined which is used to synchronise the spindles of the disk drives. This SYNC character is issued by controller to selected ones of the drives over the same link used for the transmission of the command and data information. The SYNC character may be interleaved between the characters of frames being transmitted over the link.

Description: This invention relates to the field of disk drives and more particularly to a technique for synchronising the rotations of the spindle(s) of one or more disk drives to an external source. In recent years, there has been a growth in interest in disk drive arrays which consist of a number of disk drives connectable to a using system via one or more controller elements which control the transfer of data to and from the disk drives. A disk array is designed to provide high capacity data storage, high reliability and high data transfer rates to and from the using system. A number of different array schemes have been proposed. A paper entitled 'A Case for Redundant Arrays of Inexpensive disks (RAID)' (ACM SIGMOD conference proceedings, Chicago, IL., June 1-3, 1988, pp.109-116) details five levels of array (RAIDS 1 to 5) which provide different levels of data management. Each of the RAID levels permits users to increase their data storage capacity by linking together a number of inexpensive disk drives. The RAID system provides protection against loss of data through the failure of a drive by either storing two copies of the data on two drives (RAID 1) or by striping the data across two or more drives of the array, calculating the parity for the striped data and storing the parity data on a different drive. In the event that one of the data holding drives fails, it is possible using the parity data and the remaining data of the stripe to reconstruct the data on the failed drive (RAIDs 2 to 5). It is known that the synchronisation of the spindle motors of multiple disk drives can have performance advantages in an array of disk drives in which data is striped across the drives of the array. This is because during an operation to read the data, there will be a delay in accessing the data due to rotational latency. In a single disk drive, the average rotational latency is T/2 where T is the period of rotation of the disk. For a disk rotating at 3600 rpm, the average latency is 8.3 ms. If the disk drives of the array are unsynchronised, the average rotational latency to locate the required data once the head has arrived on the correct track will be NxT/(N+1) where N is the number of disk drives across which the data is spread. For an array of four drives, this average latency is 13 ms, with the figure increasing with an increase in the number of drives in the array. If however, the disk drives are synchronised, the average latency is reduced to the figure for a single drive thus improving the performance of the array. To date, spindle synchronisation has been achieved using two main techniques. In a first technique, one of the disk drives is designated as the master drive and the remaining drives are designated as slave drives. Such a technique is described in US 3 893 178 and US 4 907 105. The master drive is responsible for the synchronisation of the slave drives and achieves this by issuing 'synchronisation' pulses once per revolution to each of the slave drives over a cable interconnecting the master drive and slave drives. The synchronisation pulse is used by the slave drives to lock their motors to this timing. The synchronisation cable is separate from the link used to interface the disk drive to the system on which commands, status and data are sent. In a second synchronisation technique, the disk drives are synchronised to an external signal provided by the controller or other means. Such a technique is described in EP 320 107 where a master controller connected to five disk drives issues a spindle reference signal to each of the drives over a lead. This 'synchronising' lead is in addition to the master channel over which data and commands pass between the controller and disk drives. At each drive, the spindle reference signal is compared with a drive index pulse produced every revolution from a mark on the disk and based on this comparison the disk drive determines whether the disk motor should be slowed down or speeded up to achieve synchronisation of the reference signal and the index pulse. The second technique described in EP 320 107 has the advantage over the first technique in that synchronisation is not lost in the event that the master drive should fail. However in both techniques, an extra line is required in addition to the data and command interface between disk drives and control system in order to achieve synchronisation. Although synchronisation is obviously beneficial in disk array environments, there are advantages to be gained in using synchronisation in a system having a single disk drive attached to a controller. If the index mark on a disk in the single drive is synchronised to a signal provided by the controller, the controller can use the knowledge of the rotational position of the disk drive gained from the synchronisation, and its knowledge of the location on the disk drive of data it requires, to determine the most efficient way of accessing the data. For example, if the controller requires two blocks of data from two different locations on a disk, it can use its knowledge of the rotational position of the disk to determine which of the two blocks will be passing first under the read/write head. It can then issue the read commands for the two blocks of data in the most efficient manner. The present invention seeks to overcome the disadvantages of the prior synchronisation techniques and accordingly provides a disk drive subsystem as claimed in claim 2 comprising: a disk storage device having at least one data storage disk mounted for rotation on a motor driven spindle; a controller for controlling the transfer of data and command information over a communication link connecting the controller with the device, characterised by; the disk storage device including means for extracting synchronisation signals, issued by the controller, from amongst the data and command information sent over the link, the synchronisation signals being interleaved with the data and command information on the same communication link, and means for synchronising the rotation of the motor driven spindle to the extracted synchronisation signals. Thus synchronisation is achieved in the disk subsystem of the present invention by, in effect, integrating the synchronisation into the protocol used on the communication link. A disk storage device as claimed in claim 1 which is sent synchronising signals over the link is able to extract these signals and synchronise the rotation of its spindle to the signals. This has the advantage over the prior art techniques in that there is no need for an additional 'sync' cable to each drive. This is especially advantageous as the number of disk drives in an array increases and the size of each drive reduces. Although, for the reasons described above, the invention is useful when applied to the synchronisation of the spindle of a single drive to a synchronising signal issued by the controller, in a preferred subsystem, the controller is attached via the communication link to a plurality of disk drives, and each disk drive is able to extract synchronising signals sent to it over the link from among the other data and command information. Each device synchronises the rotation of its spindle to the synchronisation signals and if the controller issued the signals to the devices simultaneously, then each spindle will be synchronised to the other spindles. In this way, the controller is able to synchronise the spindles of the attached disk drives to each other. In a second aspect, the invention as claimed in claim 10 provides a method of synchronising the spindle of a disk storage device to a synchronising signal issued by a controller connected to the device by a communication link, wherein data and command information is transferred between controller and device over said communication link, said method comprising: transmitting a plurality of synchronisation signals to the device, the synchronisation signals being interleaved on the communication link with the data and command information; extracting, at the device, said synchronisation signals from amongst the information sent over the communication link by the controller; and synchronising the rotation of the spindle to the extracted synchronisation signals. Viewed from another aspect there is provided a data communications protocol for transferring data and command information over a communication link between the controller and a disk drive of a disk drive subsystem, the protocol comprising: data and command frames made up of a plurality of multi-bit data characters; multi-bit protocol characters for controlling the flow of frames over the link; and a special multi-bit synchronisation character of predefined format for transmission by the controller to the disk drive over the communication link. It will be appreciated that in common with the second prior art technique described above, the present invention has the advantage that failure of one disk drive will not affect the synchronisation of the other disk drives. In an extension of the synchronisation technique of the present invention, a pair of disk drive subsystems may be attached to a using system by separate links. Using the technique of the present invention, the using system can issue synchronisation signals to synchronise the timers in each controller. In this way, it is possible to synchronise individual disk drives in different subsystems. In a further extension of this technique, a disk storage device may be connected by means of two links to two controllers. In the event that the controller issuing the synchronisation signals fails, the other controller will be switched in and after a small delay begin issuing synchronisation signals to the drive. Preferred embodiments of the invention will now be described, by way of example only, with reference to the accompanying drawings in which: Figure 1 shows a disk array subsystem according to the present invention including a controller connected to four disk drives; Figure 2 is a block diagram of the main components of the controller of Fig. 1; Figure 3 is a block diagram of the main components of the outbound link portion (for one disk drive) of the controller link chip shown in Fig. 2 connected via a serial link to the inbound link portion of the corresponding drive link chip; Figure 4 is a block diagram showing the servo components of a disk drive of Fig. 1 in relation to a synchronisation control circuit; Figure 5 is a block diagram of the synchronisation control circuit of Fig. 4; Figure 6 is a block diagram showing a system configuration including a pair of controllers connected to a pair of disk arrays; Figure 7 shows the format of a frame employed in the communication protocol; Figure 8 is a block diagram of the main components of the disk drive logic including the drive microprocessor and drive link chip. The disk array storage subsystem of Fig. 1 comprises four disk drives 40, 41, 42 & 43 connected by means of four full duplex serial links 25,26,27 & 28 to a disk drive controller 20. The controller is in turn connected to a host adapter 10 by link 15 which may also be a full duplex serial link. The controller receives commands and data from the host adapter and acts on these commands to issue orders to the disk drives to control the transfer of data between the disk drive and the controller. The main components of the controller relevant to the present invention are shown in Fig. 2. Microprocessor chip 200 performs the functions of DMA controller and also a general system controller, operating in this latter respect under the control of program code stored in the EPROM 220 and static RAM 210, both of which are connected to the microprocessor via the CS (Control Store) bus 225. The microprocessor is further connected by means of a DMA bus 230, an I/O bus 240 and a Sync bus 235 to a pair of controller link chips 260. Each controller link chip controls the operation of three serial links, two of which provide communication with to two disk drives and one of which provides communication with to an attached adapter. Each serial link comprises an outbound and an inbound link (shown in Fig. 1). Data is transmitted to an attached drive over the outbound link and data is received from the disk drive over the inbound link. The microprocessor chip in its function as DMA controller controls the transfer of data by DMA in both directions between the disk drives and the buffer DRAM 250, and also in both directions between the buffer DRAM and the host adapter(s). Figs. 4 and 8, show, in block diagrammatical form, the main components of a disk drive relevant to the description of the present invention and their interconnection with the spindle sync control circuit 400 employed in synchronising the disk drive spindle according to the present invention. The disk drive includes a stack of magnetic disks 110 mounted on a spindle 125 which is rotated by a spindle motor 130. Disk 115 of the stack is a dedicated servo disk including servo information which is read by dedicated servo head 120. The servo information read from disk 120 is passed to a servo control circuit 150 which uses the information in a conventional manner to control the positioning of read/write heads (not shown) with respect to the data tracks on the data disks. During operation of the disk drive, the servo head reads an index mark on the servo disk once per revolution. An index pulse is generated on detection of the index mark by index pulse generator 160. This pulse is then passed to the Spindle Sync control circuit 400 and is used in the spindle synchronisation technique of the present invention. The process of reading the index mark and generating an index pulse is well known in the art and may be carried out by means of circuitry also well known in the art. For this reason, the generation of the index pulse will not be described further. Fig. 8 shows the components of the disk drive which correspond in general terms to the controller components shown in Fig. 2. Drive microprocessor 330 manages the operation of the other components of Fig. 8 under the control of microcode stored in control store 332 which is connected to the drive microprocessor by bus 326. During a write operation, data frames carrying write data which are sent from the attached controller are received over the inbound link of serial link 25 and loaded into buffer RAM 338 via the disk formatter and buffer controller 334. The write data is then written to disk over data channel 336. During a read operation, data is read from one of the disks and stored in buffer RAM 338 until ready for transmission over the outbound link of the serial link (not shown). Next will be described the serial link protocol employed in the transfer of information over a serial link between the controller and an attached disk drive. The protocol employed is a two layer protocol in which data is transferred in multi-field frames. The first layer of the protocol is a transport layer which defines the format of the frames and the means by which the flow of data is controlled. The second layer is a low level disk order set which defines the orders which are issued by the controller to the disk drives. Beginning with a description of the transport layer protocol, eight bit data bytes and protocol functions are encoded into 10 bit characters (by means of a 8B/10B encoder 270) for transmission on the physical medium. There are 256 valid data characters which represent a byte and a much smaller number of valid protocol characters which are used, for example, to delimit frames, to provide flow control and to indicate when the serial link is in a disabled state. A frame consists of a sequence of at least four data characters which are delimited by FLAG characters at each end. The format of a frame is shown in Fig. 7 and consists of a sequence of three or four fields namely control field (1 data character), address field (1 data character), data field (optional and comprising a variable number of data characters) and a CRC field (2 data characters). The shortest possible frame, with no data field, contains four data characters. The transport layer distinguishes two types of frame, namely Control frames and Application frames. The two types of frame are used by the second layer of the protocol in different ways. A Control frame is used to e.g. recover from link errors and to abort link orders. In one embodiment of the invention, one type of Control frame is also used as a spindle synchronisation signal. A control frame is distinguished from an Application frame in that the most significant six bits of the control field have a non-zero value. A Control frame may be sent at any time by the controller since they are not subject to the pacing rules which apply to Application frames. An Application frame has all zeros in the most significant six bits of the control field and is thus distinguished from a Control frame. The second layer of the protocol uses two types of application frame - Message frames and Data frames. The address field in an application frame specifies the address of the destination of the frame. Message frames are distinguished by a unique value in the address field. Message frames are used to communicate between the microprocessors in the controller and the disk drive e.g. to send orders to the disk drive and to receive status back from the drive. The format of a message frame is essentially the same as the frame format shown in Fig. 7 but in a message frame, the data field contains a message. The first byte of the data field is a code which identifies the function required and the length of the message field depends on the particular message. The various disk drive orders (e.g. READ, WRITE etc) make up the message field in a message frame. Each message is fully contained in a single frame. The second layer protocol defines a controller-to-device message for each order. It also defines device-to-controller messages for requesting write data and returning status. Data frames are used to transfer data (i.e. read/write data) between the controller and the disk drive. The length of the data field is variable and a single data transfer will typically require multiple data frames. The link protocol defines the method of transmitting frames from a source (e.g. controller) to a destination (e.g. disk drive). To implement the necessary flow control, the destination sends the source two responses for each received frame: 1. Acknowledgement - a pair of consecutive ACK protocol characters 2. Receiver Ready - a pair of consecutive RR protocol characters These protocol characters are used in pairs to protect the responses from being manufactured by transmission errors. A response is only acted on when both characters of the pair are received without any intervening characters. In full duplex operation, the receiver may wish to send a response for a received frame whilst it is in the middle of transmitting another frame. In this case the transmitter gives priority to the response and interleaves it within the frame. This scheme reduces latency and the amount of buffering required in the transmitter and receiver to sustain the full data rate of the link. Since responses consist of protocol characters, the receiver can easily separate them from the data characters that make up a frame. The generation and transmission of frames and protocol characters will now be described with reference to Figs. 2 and 3. Further details regarding the generation and transmission of frames and protocol characters over the link may be found in International publication WO 92/10894. It should be noted that the 'frames' and 'characters' of the present invention are synonymous with the 'packets' and 'frames' respectively of the above numbered application. Fig. 3 shows the main functional components of one of the outbound links of the controller link chip 260 and a portion of the corresponding inbound link of a link chip 300 in an attached disk drive. The ten bit protocol characters such as the ACK and RR characters already described are generated by protocol character generator 272 under the control of Protocol Finite State Machine 268 in response to the receipt of frames on the corresponding inbound link. The characters are serialised by serialiser 276 and passed onto the outbound serial link by a link driver (not shown). Application frames (i.e. message and data frames) are generated by the controller link chip in response to signals over the I/O bus or data sent over the DMA bus. The information (proto-frame) which ultimately makes up a frame suitable for transmission over the serial link is held in Frame Buffer 262. For each proto-frame passed from the frame buffers, CRC generator 270 calculates the CRC which is placed in two CRC characters to be included in the complete frame. Each set of eight bits in the proto-frame is encoded into a ten hit character by 8/10 encoder 274, serialised by Serialiser 276 and the complete frame is passed onto the outbound link 25 by the link driver. At the disk drive, the frames and protocol characters are deserialised by deserialiser 302 and decoded by decoder 304. The protocol characters are decoded by Special Character Decoder 306 under the control of Protocol Finite State Machine 310. For example, a pair of RR characters will cause the drive to transmit a further frame of data and a pair of ACK characters will inform the drive that the previous frame has been correctly received by the controller. The disk drive is then able to delete the correctly received frame from its transmission frame buffer (not shown). The deserialised frames are decoded by 8/10 decoder 304, the CRC is checked by CRC checker 308 to ensure the frame has not been corrupted during transmission and if the frame is an application frame, it is held in frame buffer 312 to be passed either to the buffer RAM 338 of Fig. 8 (in the case of a data frame) or for action by the drive microprocessor 330 (in the case of a message frame). The protocol for handling disk drive orders is as follows: 1. The controller sends an order to the disk drive in a message frame; 2. If the order requires the disk drive to transmit data (i.e. READ order) then the first parameter of the order indicates the value to be placed in the address field of the data frames. When (and if) the disk drive wishes to transfer data it sends one or more data frames with the specified value in the address field. 3. When the disk drive has sent all the required data, it sends status in a message frame to the controller. The order set of the second layer protocol defines the orders necessary for the transfer of data between the disk drive and the controller (e.g. READ, WRITE, MOTOR START, MOTOR STOP etc.). The order set also includes a SET POSITION order which is relevant to the present synchronisation technique. The SET POSITION order defines the rotational skew position of the index mark of the drive from the controller synchronising pulse. A value of zero indicates that the position of the drive index pulse should not be skewed from the controller synchronising pulse. The SET POSITION order will be described in more detail below. SPINDLE SYNCHRONISATION To achieve spindle synchronisation using such a serial link, the controller accurately generates a signal at the frequency of the nominal rotation time of the disk drives. The synchronisation signal can take one of two forms: 1. A special 10 bit protocol SYNC character. The SYNC character is similar in form to the ACK and RR protocol characters already described though obviously of a particular format which defines it as a SYNC character. A timer in controller microprocessor chip 200 issues timing signals over sync bus 235 to the controller link chip 260 at a frequency corresponding to the nominal rotation time of the disk. The timing signals pass to the special character generator 272 where the SYNC character is generated. The SYNC character is passed onto the link and to the disk drive in the manner already described. The SYNC character is decoded by Special Character Decoder 306 in the drive link chip and a SYNC signal is generated which is passed to Spindle Sync control circuit over line 320. In a preferred technique, the character generator 272 generates a pair of SYNC characters. The disk drive will then only act on the SYNC characters when both have been received. This ensures that the synchronisation is not incorrectly initiated on receipt of a corrupted character. Because the SYNC signal is one of the special protocol characters, it may be interleaved within a frame being transmitted over the link. The transmission of a SYNC character may be delayed until a pair of other protocol characters, e.g. RR or ACK, have been transmitted but they are not delayed by any other link activity. 2. Alternatively, the synchronisation signal can take the form of a Spindle Sync control frame (SS frame) i.e. a control frame in which a Spindle Sync bit in the control field is set. An SS frame is generated in the Controller Link Chip 260 by the control frame generator 264 in response to a timing signal sent by the microprocessor over Sync Bus 235. The SS frame is then passed onto the serial link in the same manner has already been described for Application frames and is received by drive link chip 300. As with an application frame, the SS frame is deserialised, decoded by 8/10 decoder 304 and checked by CRC checker 308. The SS frame is identified as an SS frame by the control frame decoder 314 which issues a synchronising signal over line 320 to the Spindle Sync Control Circuit 400. This implementation is less accurate than when a special SYNC character is used on the link because if another frame is being transmitted by the controller at the time an SS frame should be sent, then the transmission of the SS frame is delayed until the current frame transmission has ended. However, it could in some circumstances be desirable to restrict the use of special characters on the link to those required for link protocol and not for transmitting control information including synchronisation signals. The SYNC protocol character implementation will be used as the basis for the remainder of this description. When the disk drive link chip detects the receipt of a pair of SYNC characters at the Spindle Sync detector 306, it issues a signal to Spindle Sync control circuit 400 in the drive where a SYNC pulse is generated by Spindle Sync pulse generator 410. The SYNC pulse is then compared with the index pulse produced from the index mark on the servo disk and the comparator 420 determines whether the index pulse is leading or lagging the SYNC pulse and from this determination calculates whether the spindle motor needs to be speeded up or slowed down. the result of this calculation is passed to the spindle motor servo 140 which controls the speed and phase of the spindle motor relative to the index pulse. Assuming that the index pulse was not coincident with the SYNC pulse, the spindle motor servo alters the speed of the motor to cause the disks to rotate faster or slower. On receipt of the next SYNC pulse, the Spindle Sync control circuit will re-calculate the phase difference between the index pulse and SYNC pulse and if necessary issue a further signal to the Spindle Motor Servo 140. The process continues until the SYNC pulses and index pulses are locked in synchronisation. The speed of the spindle motor can be accurately controlled so that the variation from a fixed reference timing provided by the speed reference logic can be within plus or minus 0.1%. This is approximately plus or minus 10 microseconds for high performance disk drives. If SYNC characters are employed as the synchronising signals, the delay in issuing SYNC characters due to other link activity will be about 0.2 microseconds assuming a link speed of 10 MBytes/sec. If however, the Spindle Sync control frames are used as the synchronising signals then the reference timing to the motor control will jitter depending on the hold off due to current link activity (i.e. whether a frame is currently being transmitted by the controller). If the link speed is 10 Mbytes/sec and data is transferred in 64 byte frames, the maximum hold off for the synchronising control frame is about 7 microseconds. In some circumstances, this hold off might make the control frame option undesirable. However, in other circumstances where the variation in speed is not so critical, the advantage of the Spindle Sync control frame in that there is no need to define a special protocol character could outweigh the disadvantage caused by the larger hold off. In order to synchronise the rotational positions of the disk drives of the array, the controller issues timing signals to both controller link chips which then issue synchronising signals to the attached disk drive over the serial link. For example, if it is desired to synchronise the rotations of all four drives shown in Figure 1, synchronising signals will be generated and transmitted by four Figure 3 illustrated outbound link portions of the controller link chip. Four drive link chips as shown in Figure 3 will receive and decode the synchronising signals. SKEWING The synchronisation technique of the present invention also provides the ability to skew the rotation of the spindle to the synchronising signal from the controller. The index mark of the disk drive can be skewed from the SYNC character by an amount specified in the SET POSITION order to the disk drive. This permits different disk drives on the system to be offset from each other. For example, a mirrored pair of disk drives (i.e. a pair of drives, each holding a copy of the same data) could be positioned 180 degrees out of phase to minimise the latency to locate the required data from either of the drives. The controller forms a message frame including a SET POSITION order in the data field and sends this to a selected drive or drives where it is held in Frame Buffer 312 for action by the Drive microprocessor. The skew value in the SET POSITION order is read by the Drive Microprocessor 330 and the value is loaded into programmable delay 440 via microprocessor bus 326. The index pulse from the disk is passed through the programmable delay which delays the transmission of the pulse to the comparator circuit by an amount specified in the SET POSITION order. The phase difference between the index mark and the receipt of the SYNC character from the controller can thus be set to any value by the SET POSITION order. In the above description each disk drive is attached via a dedicated serial link to a single controller. In an extension of the technique of the present invention, each disk drive may be attached to multiple controllers by means of multiple serial links. Such a configuration, attaching two controllers, is shown in Fig. 6 wherein the disk drives (40,41,42,43) of a first array are attached to controller 20 by means of serial links 25, 26, 27 & 28 and to controller 21 by serial links 25 , 26 , 27 & 28 . Similarly, disk drives 44, 45, 46 & 47 are attached to controller 21 by serial links 29, 30, 31 & 32 and to controller 20 by serial links 29', 30', 31' & 32'. In operation if controller 20, which is issuing SYNC characters to disk drives 40, 41, 42 & 43, fails then the disk drives are reserved by controller 21 which will begin transmission of SYNC characters to the drives over the interconnecting links. Synchronisation can thus be maintained after an interval when one controller fails. Similarly, if controller 21 fails then controller 20 can take over the synchronisation of disk drives 44, 45, 46 and 47. The synchronising technique described above may be implemented at a higher level. In the configuration of Fig. 6, controllers 20 and 21 are attached to the using system by dedicated serial links similar to those as have been described for attaching the disk drives. The adapter would be able to issue synchronising commands to both controllers which would cause the timers in each of the controller microprocessors to be synchronised. In this way, all eight (or fewer) of the disk drives attached to the synchronised controllers may then be synchronised with each other. It will be appreciated that the present technique allows the controller to synchronise a subset of the attached disk drives. For instance, it may be desirable to synchronise a pair of the four drives with their index marks in phase with each other and to synchronise the second pair with their index marks 180 degrees out of phase with one another. In the configuration of Fig. 6, if a single drive were to fail, it would be possible for the attached controller to switch in a disk drive (hot spare) from the set of drives attached to the second controller. In this way, the performance of the array would not be affected in the event of failure of one of the drives. Thus an array may be dynamically configured from a pool of devices and synchronisation maintained when any device fails. This allows spare disk drives to be configured into an array dynamically when one device fails. The controller originates the synchronising timing pulses that are used by each drive to synchronise its motor. Therefore if the controller knows the physical organisation of data blocks on the disk, and their position relative to this synchronisation pulse, it can have knowledge of the rotational position on all the disk drives of the required data. This can be used to determine which drive to read of a mirrored pair that have been positioned 180 degrees out of phase, and so minimise the latency in locating the required data. While the above description has been directed to the synchronisation of disk drives connected to a controller via dedicated serial links, it will be apparent that the concept of the present invention is also applicable to parallel interfaces provided the interface allows synchronisation signals to be sent without excessive delay.

Claims: A disk storage device (40) for storing data, comprising: at least one data storage disk (115) mounted for rotation on a motor driven spindle (125); means (300, 330) for communicating with a device controller (20) over a communication link (25) linking the device with the controller, data and command information being transferred over the link from the controller to the device; characterised by the disk storage device further comprising: means (300) for extracting synchronisation signals, issued by the controller, from among data and command information sent over the link, the synchronisation signals being interleaved with the data and command information on the same communication link; and means (400) for synchronising the rotation of the motor driven spindle to the extracted synchronisation signals. A disk drive subsystem comprising: a disk storage device (40) having at least one data storage disk (115) mounted for rotation on a motor driven spindle (125); a controller (20) for controlling the transfer of data and command information over a communication link (25) connecting the controller with the device, characterised by; the disk storage device including means (300) for extracting synchronisation signals, issued by the controller, from amongst the data and command information sent over the link, the synchronisation signals being interleaved with the data and command information on the same communication link, and means (400) for synchronising the rotation of the motor driven spindle to the extracted synchronisation signals. A disk drive subsystem as claimed in claim 2, comprising a plurality of disk storage devices (40, 41, 42, 43) connected by means of said communication link to the controller, each storage device having at least one data storage disk mounted for rotation on a motor driven spindle and each storage device including said means for extracting synchronisation signals sent over the communication link by the controller to synchronise the rotation of the motor driven spindle to the extracted synchronisation signals. A disk drive subsystem as claimed in claim 3, wherein the communication link consists of a dedicated point to point serial link (25, 26, 27, 28) between the controller and each of the disk storage devices and wherein data and command information is transferred over each link between the controller and a device in the form of frames comprising a plurality of multibit data characters. A disk drive subsystem as claimed in any of claims 2 to 4 wherein the synchronisation signal takes the form of a multibit SYNC character of predefined format. A disk drive subsystem as claimed in claim 5 as dependent on claim 2 wherein said multibit SYNC character is interleaved between the data characters of a frame transmitted over the link. A disk drive subsystem as claimed in any of claims 2 to 6 wherein the synchronisation signal is issued by the controller at the frequency of the nominal rotation time of the motor driven spindle of the disk storage device. A disk drive subsystem as claimed in any of claims 3 to 7, wherein a data storage disk of each storage device drive includes an index mark, and the controller is operable to issue skew signals over the communication link to selected ones of the drives to cause the index mark of one drive to be out of phase with the index mark of a second drive by an amount specified in the skew signal. A disk drive subsystem as claimed in any of claims 4 to 8, further comprising a second controller connected to each of the plurality of disk storage devices by means of a second point to point serial link. A method of synchronising the spindle of a disk storage device to a synchronising signal issued by a controller connected to the device by a communication link, wherein data and command information is transferred between controller and device over said communication link, said method being characterised by the steps of: transmitting a plurality of synchronisation signals to the device, the synchronisation signals being interleaved on the communication link with the data and command information; extracting, at the device, said synchronisation signals from amongst the information sent over the communication link by the controller; and synchronising the rotation of the spindle to the extracted synchronisation signals. A method as claimed in claim 10, wherein a plurality of disk storage devices are connected to the controller by the communication link, the method further comprising the steps of each storage device extracting synchronising signals from data and command information sent to the device by the controller; and synchronising the rotation of its spindle to the extracted synchronisation signals.

Inventors: APPERLEY NORMAN, JUDD IAN DAVID, APPERLEY, NORMAN, JUDD, IAN DAVID
Applicants: IBM, INTERNATIONAL BUSINESS MACHINES CORPORATION
Application year: 1991
Main classification: G06F3
IPC codes: G11B19, G11B27, G06F3