In order to reduce load placed on a cpu (central processing unit) in providing SBP-2 (serial bus protocol 2) initiator capability, provided are a sequence control circuit activated by the cpu for controlling a command issue sequence, a packet processing circuit for assembling operation request blocks (orb) into a transmission packet and extracting a status from a received packet; buffer for storing a command orb provided by the cpu; a buffer for storing a management orb provided by the cpu; a buffer for storing a status received for an issued management orb and providing the status to the cpu; and a buffer for command for storing a status received for an issued command orb and providing the status to the cpu.

Patent
   7127530
Priority
Apr 19 2001
Filed
Apr 18 2002
Issued
Oct 24 2006
Expiry
Jan 21 2024
Extension
643 days
Assg.orig
Entity
Large
1
15
EXPIRED
4. A command issuing apparatus as an initiator in a high-speed serial interface for issuing a command to a target by using a packet, comprising:
a sequence control circuit activated by a central processing unit (cpu) for controlling a command issue sequence;
a packet processing circuit for assembling operation request blocks (orb) to be issued into a transmission packet and extracting a status from a received packet; and
a command orb transmission buffer for storing a plurality of command ORBs provided by said cpu at a time;
wherein said command orb transmission buffer, by itself, assigns and rewrites an address into a next_orb field of command orb which is stored in the end of said command orb transmission buffer so that a plurality of ORBs are linked when the cpu issues an additional command orb during an execution of a plurality of linked command orb.
3. A command issuing apparatus as an initiator in a high-speed serial interface for issuing a command to a target by using a packet, comprising:
a sequence control circuit activated by a central processing unit (cpu) for controlling a command issue sequence;
a packet processing circuit for assembling operation request blocks (orb) to be issued into a transmission packet and extracting a status from a received packet;
a command orb transmission buffer for storing a command orb provided by said cpu;
a management orb transmission buffer for storing a management orb provided by said cpu;
a status reception buffer for management for storing a status received for an issued management orb and providing the status to said cpu; and
a status reception buffer for command for storing a status received for an issued command orb and providing the status to said cpu,
wherein said command orb transmission buffer, by itself, automatically assigns and rewrites an address into a next_orb field without an operation of the cpu.
5. A command issuing apparatus as an initiator in a high-speed serial interface for issuing a command to a target by using a packet, comprising:
a sequence control circuit activated by a central processing unit (cpu) for controlling a command issue sequence;
a packet processing circuit for assembling operation request blocks (orb) to be issued into a transmission packet and extracting a status from a received packet; and
a command orb transmission buffer for storing a plurality of command ORBs provided by said cpu at a time;
wherein said command orb transmission buffer rewrites a next_orb field of a command orb in said command orb buffer from null to an address of a new command orb to link the ORBs, and then requests said sequence control circuit to access a doorbell register of said target when the new command orb is stored during the execution of a command orb; and
said sequence control circuit generates and issues a packet accessing said doorbell register in response to the request from said command orb transmission buffer.
1. A command issuing apparatus as an initiator in a high-speed serial interface for issuing a command to a target by using a packet, comprising:
a sequence control circuit activated by a central processing unit (cpu) for controlling a command issue sequence;
a packet processing circuit for assembling operation request blocks (orb) to be issued into a transmission packet and extracting a status from a received packet;
a command orb transmission buffer for storing a command orb provided by said cpu;
a management orb transmission buffer for storing a management orb provided by said cpu;
a status reception buffer for management for storing a status received for an issued management orb and providing the status to said cpu; and
a status reception buffer for command for storing a status received for an issued command orb and providing the status to said cpu,
wherein said command orb transmission buffer has a capacity for storing a plurality of command ORBs at a time, and
wherein said command orb transmission buffer automatically assigns and rewrites an address into a next_orb field so that a plurality of ORBs to be stored are linked even if the next_orb field is null.
2. A command issuing apparatus as an initiator in a high-speed serial interface for issuing a command to a target by using a packet, comprising:
a sequence control circuit activated by a central processing unit (cpu) for controlling a command issue sequence;
a packet processing circuit for assembling operation request blocks (orb) to be issued into a transmission packet and extracting a status from a received packet;
a command orb transmission buffer for storing a command orb provided by said cpu;
a management orb transmission buffer for storing a management orb provided by said cpu;
a status reception buffer for management for storing a status received for an issued management orb and providing the status to said cpu; and
a status reception buffer for command for storing a status received for an issued command orb and providing the status to said cpu,
wherein said command orb transmission buffer has a capacity for storing a plurality of command ORBs at a time, and
wherein said command orb transmission buffer rewrites the next_orb field to link the ORBs, and then requests said sequence control circuit to access a doorbell register of said target when a new command orb is stored during the execution of a command orb; and
said sequence control circuit generates and issues a packet accessing said doorbell register in response to the request from said command orb transmission buffer.

The present invention relates to a command issuing apparatus for a high-speed serial interface.

In recent years, IEEE 1394 interfaces have received attention as high-speed serial interfaces for interconnecting audiovisual apparatuses and computers. The IEEE 1394 technology can be used not only for communications between computers through ATAPI (AT Attachment Packet Interface) and SCSI (Small Computer System Interface), which are conventional parallel interfaces, but also for communications between audiovisual apparatuses. This is because IEEE 1394 defines asynchronous communication and isochronous communication.

When computer data is stored in a magnetic disk such as a hard disk or an optical disk such as a DVD-RAM or computer data stored in such a disk is read by a host computer using the IEEE 1394 technology, a control command and data is typically transmitted using asynchronous communication. SBP-2 (Serial Bus Protocol 2), which is a protocol using asynchronous communication, has been generally used for communication between the host computer (initiator) and the hard disk or DVD-RAM (target).

With the commencement of digital broad casting services in Japan, the fusion of audiovisual apparatuses and computers has been accelerated and a hard disk and DVD-RAM have begun to be used as a recording medium for a set top box (STB). Audiovisual data is recorded on these disks in a format that can be handled as a computer file in order to facilitate the management and editing of the data. In such a case, it is required that an SBP-2 initiator capability be provided in the STB, which is an audiovisual apparatus.

Because the dominating apparatuses having the SBP-2 initiator capability have been computers, central processing units (CPUs) offering sufficient speed performance have controlled the transmission and reception of all packets, especially the generation of packets containing operation request blocks (ORBs), in accordance with a program. However, in terms of a cost/performance ratio it is difficult to include a CPU offering sufficient speed performance in an audiovisual apparatus.

In addition, when audiovisual data is recorded or images are reproduced or edited in a target apparatus (such as a hard disk drive or DVD-RAM drive) by an initiator apparatus (STB), the CPU cannot provide sufficient command execution speeds and therefore transmission performance of the target apparatus cannot be fully exploited. Furthermore, required transfer performance of the entire system cannot be achieved.

It is an object of the present invention to reduce load on a CPU when it issues a command in an apparatus providing high-speed serial interface initiator capability.

To achieve the object, the present invention provides a command issuing apparatus as an initiator in a high-speed serial interface that issues a command to a target by using a packet, comprising: a sequence control circuit activated by a central processing unit (CPU) for controlling a command issue sequence; a packet processing circuit for assembling operation request blocks (ORB) to be issued into a transmission packet and extracting a status from a received packet; a command ORB transmission buffer for storing a command ORB provided by the CPU; a management ORB transmission buffer for storing a management ORB provided by the CPU; a status reception buffer for management for storing a status received for an issued management ORB and providing the status to the CPU; and a status reception buffer for command for storing a status received for an issued command ORB and providing the status to the CPU.

According to the present invention, once the CPU stores a command ORB or a management ORB in its transfer buffer and activates the sequence control circuit, no additional load is placed on the CPU until it receives a status for the ORB issued.

According to the present invention, an initiator capability with high response performance can be provided in the command issuing apparatus by using non-programmed control.

FIG. 1A shows a structure of a BWRQ packet on an IEEE 1394 bus.

FIG. 1B shows a structure of a QWRQ packet on the IEEE 1394 bus.

FIG. 1C shows a structure of a WRS packet on the IEEE 1394 bus.

FIG. 1D shows a structure of a BRRQ packet on the IEEE 1394 bus.

FIG. 1E shows a structure of a BRRS packet on the IEEE 1394 bus.

FIG. 2 shows a data format of a management ORB in SBP-2.

FIG. 3 shows a data format of a command ORB in SBP-2.

FIG. 4 shows a data format of a status in SBP-2.

FIG. 5 shows a diagram for explaining links between command ORBs in SBP-2.

FIG. 6 shows a state transition diagram of a target in SBP-2.

FIG. 7 shows a block diagram of a data transmission system in which an SBP-2 command issuing apparatus according to the present invention is provided.

FIG. 8 shows a sequence for issuing a management ORB by the command issuing apparatus shown in FIG. 7.

FIG. 9A shows a timing chart indicating operations of components shown in FIG. 7 when the management ORB is issued.

FIG. 9B shows a timing chart continued from FIG. 9A.

FIG. 10 shows a command ORB issue sequence performed by the command issuing apparatus shown in FIG. 7.

FIG. 11A shows a timing chart indicating operations of the components shown in FIG. 7 when a command ORB is issued.

FIG. 11B shows a timing chart continued from FIG. 11A.

FIG. 12A shows a sequence for issuing linked command ORBs performed by the command issuing apparatus shown in FIG. 7.

FIG. 12B shows a sequence diagram continued from FIG. 12A.

FIG. 13A shows a timing chart indicating operations of the components shown in FIG. 7 when the linked command ORBs are issued.

FIG. 13B shows a timing chart continued from FIG. 13A.

FIG. 13C shows a timing chart continued from FIG. 13B.

FIG. 14A shows a sequence for issuing an additional command ORB by the command issuing apparatus shown in FIG. 7 during the execution of linked command ORBs.

FIG. 14B shows a sequence continued from FIG. 14A.

FIG. 15A shows a timing chart indicating operations of the components shown in FIG. 7 when the additional command ORB is issued during the execution of the linked command ORBs.

FIG. 15B shows a timing chart continued from FIG. 15A.

FIG. 15C shows a timing chart continued from FIG. 15B.

FIG. 15D shows a timing chart continued from FIG. 15C.

FIG. 16 shows an operation sequence performed in the command issuing apparatus shown in FIG. 7 if command error occurs.

FIG. 17A shows a timing chart of the components shown in FIG. 7 when the command error occurs.

FIG. 17B shows a timing chart continued from FIG. 17A.

Embodiments of the present invention will be described below in detail with reference to the accompanying drawings. However, the following description does not limit the technical scope of the present invention.

FIGS. 1A through 1E show structures of some of the asynchronous packets defined in IEEE 1394. IEEE 1394 defines request packets for requesting operations and response packets for returning the results of the operation requested with the request packets. When one of these packets is received, an acknowledge (ACK) packet indicating the state of the reception of the packet is returned to the requesting device. The ACK packet indicates a state such as “ack_complete”, which indicates the completion of an operation, “ack_pending”, which indicates that a request has been received and a requested operation is being processed, and “ack_busy”, which indicates a retransmission request (ack_busy). A request packet and a response packet are usually used in pairs.

FIGS. 1A, 1B, and 1D show request packets, a BWRQ packet (write request for data block packet), QWRQ packet (write request for data quadlet packet), and BRRQ packet (read request for data block packet), respectively. A WRS packet (write response packet) shown in FIG. 1C is defined for the write request (BWRQ and QWRQ) packets. A BRRS packet (read response for data block packet) shown in FIG. 1E is defined for the BRRQ packet. Each of these request and response packets contains a transaction code (tcode) identifying the type of packet and a transaction label (tl), which is tag information specific to a transaction. The response packets contain a response code (rcode) indicating a state of response. Thus, the type of transaction can be identified by tcode and a pair of request packet and response packet can be identified by tl. See the IEEE 1394-1995 standard for further information.

FIGS. 2, 3, and 4 show data formats specified in SBP-2. An initiator generates an ORB in its system memory. SBP-2 defines management commands for managing connections between the initiator and a target and command execution. These commands are included in a management ORB shown in FIG. 2 to handle them. Commands such as a READ command and WRITE command are included in a command ORB shown in FIG. 3 to handle them. A command is contained in a command_block field. FIG. 4 shows the data format of a status. Registers such as a MANAGEMENT_AGENT register and CommandAgent register are defined in a CSR (control and status register) space in the target. The CommandAgent register consists of AGENT_STATE, AGENT_RESET, ORB_POINTER, and DOORBELL registers.

FIG. 5 shows links between command ORBs. The next_ORB field, shown in FIG. 3, of a command ORB that is linked to no command ORB is set to Null. In particular, “1” in the start bit of next_ORB field indicates Null. On the other hand, if command ORB A is linked to command B, the next_ORB field of command A issued before the command ORB contains the address of command B, as shown in the upper section of FIG. 5. This allows the target to obtain a command ORB at an address indicated by the next_ORB field until the next_ORB field of an ORB command obtained indicates Null.

State management performed by a target in SBP-2 will be described below with reference to FIG. 6. As shown in FIG. 6, the target is managed with RESET, ACTIVE, SUSPEND, and DEAD states. These four states are indicated by an AGENT_STATE register, which is one of CommandAgent registers. The target is in the RESET state during power-up. When the ORB-POINTER register in the target is accessed and a command ORB is obtained, the target enters the ACTIVE state. After the completion of the command ORB, it returns a status and makes transition to the SUSPEND state. Subsequently, when the ORB_POINTER register or DOORBELL register is accessed and a command ORB is obtained, the target makes transition to the ACTIVE state and, after returning a status, enters the SUSPEND state. This sequence is repeated. If a command ORB abnormally ends or a transaction error occurs in the execution sequence of the command ORB, the target enters the DEAD state. Because the target in the DEAD state cannot continue to obtain command ORBs, the target causes the initiator to access the AGENT_RESET register to return to the RESET state.

FIG. 7 shows a block diagram of a data transmission system in which a SBP-2 command issuing apparatus according to the present invention is provided. In the system shown in FIG. 7, an initiator 1 is connected to a target 2 over an IEEE 1394 bus 3. The initiator 1 may be an STB and the target 2 may be a hard disk drive or optical disk drive, for example. The initiator 1 includes a CPU 10 and the command issuing apparatus 20. The command issuing apparatus 20 comprises a physical-layer controller (PHY) 21, a link-layer controller (LINK) 22, an asynchronous transmission FIFO buffer (ATF) 23, an asynchronous reception FIFO buffer (ARF) 24, a control register module 25, a transmission filter (TFIL) 26, a reception filter (RFIL) 27, a packet processing circuit (PPRC) 28, a sequence control circuit (SQC) 29, a command ORB transmission buffer (COTB) 30, a management ORB transmission buffer (MOTB) 31, a status reception buffer for management (SRBM) 32, and a status reception buffer for command (SRBC) 33.

The physical-layer controller 21 has the capabilities of initializing the bus 3, encoding/decoding data, performing arbitration, and providing/detecting a bias voltage. The link-layer controller 22 has the capabilities of sending and receiving packets and generating/detecting an error correcting code. The asynchronous transmission FIFO buffer 23 stores a packet to be transmitted and the asynchronous reception FIFO buffer 24 stores a received packet directed to the CPU 10. The control register module 25 is a group of registers used in various control operations performed by the CPU 10 in transmitting or receiving a packet, performing initial setting for issuing a command, storing an ORB, and reading a status.

The transmission filter 26 receives a packet transmission request from the packet processing circuit 28 or a packet transmission request from the CPU 10 and, if the transmission buffer 23 is empty, writes the requested packet into the transmission buffer 23. The transmission filter 26 has an arbitration function for giving priority to one of packet transmission requests provided from the packet processing circuit 28 and a packet transmission request from the CPU 10 at the same time. It also has the function of prohibiting a packet from being written into the transmission buffer 23 if it is not empty.

The reception filter 27 discriminates between a packet directed to the packet processing circuit 28 and a packet directed to the CPU 10. In particular, the reception filter 27 determines a packet as one directed to the packet processing circuit 28 based on information provided from the packet processing circuit 28 when a command is issued, that is, tcode and destination offset (packet destination address) for a request packet or tcode and tl for a response packet, and passes the received packet to the packet processing circuit 28. The reception filter 27 determines other received packets as ones directed to the CPU 10 and stores them in the reception buffer 24.

The packet processing circuit 28 generates packets and manages transactions related to a command issue sequence and the reception of a status. Details of its operation will be described later.

The sequence control circuit 29 controls a command issue sequence in cooperation with the command ORB transmission buffer 30 and management ORB transmission buffer 31. The sequence control circuit 29 receives from the CPU 10 or other blocks a request for accessing each of a MANAGEMENT_AGENT register and a CommandAgent register based on the address of each of the MANAGEMENT_AGENT register and CommandAgent register of the target 2 and the destination ID of the target 2 received from the CPU 10 through a control register module 25, generates a request packet, and provides it to the packet processing circuit 28. The sequence control circuit 29 also receives notification of the reception of a response packet responding to that request packet from the packet processing circuit 28 to manage the command issue sequence.

The command ORB transmission buffer 30 stores a command ORB provided by the CPU 10 through the control register module 25. In addition, the command ORB transmission buffer 30 has the function of automatically managing the addresses of command ORBs. In particular, when a command ORB is stored by the CPU 10, the command ORB transmission buffer 30 automatically decides the address of the command ORB and communicates the address to the sequence control circuit 29. The sequence control circuit 29 will use a BWRQ packet to write the address of the command ORB in the ORB_POINTER register of the target 2 when issuing the command ORB. The address of the command ORB is also communicated from the sequence control circuit 29 to the reception filter 27 through the packet processing circuit 28. If the destination_offset of the BWRQ packet received from the target 2 matches the address of the command ORB, the BWRQ packet is provided to the packet processing circuit 28 and the packet processing circuit 28 generates a BRRS packet containing an ORB read from the command ORB transmission buffer 30 and provides it to the transmission filter 26.

The command ORB transmission buffer 30 can store a plurality of ORBs. It has the capability of automatically performing ORB linking if an unissued command is in the command ORB transmission buffer 30 when a command ORB is provided from the CPU 10. As shown in the bottom section of FIG. 5, the command ORB transmission buffer 30 automatically assigns an address to the additionally buffered command ORB and changes the next_ORB field of the command ORB previously buffered to the address of the additionally buffered command ORB. The command ORB transmission buffer 30 also submits a request to the sequence control circuit 29 for access to the DOORBELL register of the target 2.

The management ORB transmission buffer 31 stores a management ORB provided by the CPU 10 through the control register module 25. In addition, the management ORB transmission buffer 31 has the capability of automatically managing addresses of management ORBs. In particular, when a management ORB is buffered by the CPU 10, the management ORB transmission buffer 31 automatically decides the address of the management ORB and communicates the address to the sequence control circuit 29. The sequence control circuit 29 will use a BWRQ packet to write the address of the ORB into the MANAGEMENT_AGENT register of the target 2 when issuing the management ORB. The address of the management ORB is also communicated from the sequence control circuit 29 to the reception filter 27 through the packet processing circuit 28. If the destination_offset of a BWRQ packet received from the target 2 matches the address of the management ORB, the BWRQ packet is provided to the packet processing circuit 28. The packet processing circuit 28 generates a BRRS packet containing an ORB read from the management ORB transmission buffer 31 and provides it to the transmission filter 26.

The status reception buffer for management 32 stores a status received for an issued management ORB and communicates it to the CPU 10. When the reception filter 27 receives from the target 2 a BWRQ packet having a destination_offset that matches the address in STATUS_FIFO provided from the CPU 10 to the reception register 27 through the control register module 25 before the issue of the management ORB, the reception filter 27 provides the BWRQ packet to the packet processing circuit 28. If the address of the management ORB communicated from the management ORB transmission buffer 31 matches the ORB_offset_hi/ORB_offset_lo (see FIG. 4) of the received status, the packet processing circuit 28 provides the status to the status reception buffer for management 32.

The status reception buffer for command 33 stores a status received for an issued command ORB and communicates it to the CPU 10. When the reception filter receives a BWRQ packet having a destination_offset that matches the address in STATUS_FIFO communicated from the CPU 10 to the reception filter 27 through the control register module 25 from the target 2 before the issue of the command ORB, the reception filter 27 provides the BWRQ packet to the packet processing circuit 28. If the address of the management ORB communicated from the management ORB transmission buffer 31 does not matches the ORB_offset_hi/ORB_offset_lo of the received status, the packet processing circuit 28 provides the status to the status reception buffer for command 33. The status reception buffer for command 33 can store a plurality of statuses. The status reception buffer for command 33 also has the function of submitting a request to the sequence control circuit 29 for access to the AGENT_RESET register of the target 2, if it detects that the status it received is an error (bit d set in the status shown in FIG. 4 indicates that the relevant command ORB is in error).

Five exemplary operations of the command issuing apparatus 20 shown in FIG. 1 will be described below.

(First Exemplary Operation)

An operation of the command issuing apparatus 20 that is performed when a management ORB is issued will be describe with reference to FIGS. 8, 9A, and 9B. While an initiator 1 should obtain the address of a MANAGEMENT_AGENT register from configuration ROM of a target 2 before it issues the management ORB, the description of that operation will be omitted here.

As described above, the command issuing apparatus 20 can eliminate load which would be placed on the CPU 10 until the CPU 10 receives the notification of the reception of the status and reads the status once the CPU 10 performs the initial setting, generates and registers a management ORB, and requests the issue of the management ORB.

(Second Exemplary Operation)

An operation of the command issuing apparatus 20 when issuing a command ORB will be described below with reference to FIGS. 10, 11A, and 11B. While an initiator 1 should obtain the address of a CommandAgent register, which can be obtained by logging into a target 2, before issuing a command ORB, the description of that operation will be omitted herein.

Thus, the command issuing apparatus 20 can eliminates the load which would be placed on the CPU 10 during the period until it receives the notification of the reception of the status and reads the status after it performs the initial setting, generates and stores a command ORB, and requests the issue of the command ORB. While operation for issuing the command ORB through access to the ORB_POINTER register has been described with respect to the exemplary operation, similar functions are performed in issuing a command ORB through access to the DOORBELL register while AGENT_STATE is SUSPEND.

(Third Exemplary Operation)

An operation of the command issuing apparatus 20 when issuing linked command ORBs will be described below with reference to FIGS. 12A-12B and 13A-13C. In this example, an operation before the command C in FIG. 5 is added, that is, an operation for issuing two command ORBs of command A and command B, will be described.

In this exemplary operation, the CPU 10 generates two command ORBs (ORB A, ORB B) to be issued and stores them in the command ORB transmission buffer 30 in sequence. The command ORB transmission buffer 30 decides the address of the ORB of command A (“*A” in FIG. 12A) and communicates it to the sequence control circuit 29. It also communicates the address to the packet processing circuit 28 and the reception filter 27. Then, the command ORB transmission buffer 30 decides the address of the ORB of command B (“*B” in FIG. 12A) and changes the next_ORB field of the ORB of command A to “*B”. As with the ORB of command A, it communicates the address (“*B” in FIG. 12A) of the ORB of command B to the packet processing circuit 28 and the reception filter 27.

The process from phase “a” to phase “c” in FIG. 12A proceeds as in the second exemplary operation. When the CPU 10 is notified of the reception of status for the ORB of command A, the CPU 10 reads the status from the status reception buffer for command 33. Alternatively, a plurality of statuses may be stored at a time in the status reception buffer for command 33, thereby allowing the read of the status for the ORB of command A by the CPU 10 to be postponed until a status for the ORB of command B is read.

The target 2 determines that the next_ORB field in the ORB of command A is not Null but *B. Thus, the ORB of command B is obtained and the execution of it is started. Phases d and e in FIG. 12B are the same as phases b and c in FIG. 12A.

As described above, the command issuing apparatus 20 allows the CPU 10 to buffer a plurality of command ORBs with leaving their next_ORB field Null rather than intentionally linking the ORBs when the CPU 10 issues the command ORBs, thereby reducing the load on the CPU 10.

(Fourth Exemplary Operation)

An operation of the command issuing apparatus 20 when an additional command ORB is issued during the execution of a linked command ORB will be described below with reference to FIGS. 14A–14B and 15A–15D. In this example, an operation for an additional command C is issued during the execution of command A after two ORBs for commands A and B are linked and issued as shown in FIG. 5.

Phases a and b in FIG. 14A proceed as those in the third exemplary operation. The CPU 10 generates the ORB of the third command, C, and stores it in the command ORB transmission buffer 30 during the execution of the ORB of command A. The command ORB transmission buffer 30 decides the address (*C in FIG. 14A) of the ORB of command C and communicates it to the packet processing circuit 28 and the reception filter 27. The command ORB transmission buffer 30 changes the next_ORB field of the ORB of command B buffered previously to “*C” and requests the sequence control circuit 29 to access the DOORBELL register of the target 2. The sequence control circuit 29 does not access the DOORBELL register because the ORB of command A is being executed. However, if the last ORB linked, the ORB of command B, is being executed, it accesses the DOORBELL register.

The description of phase c in FIG. 14A and phases d through g in FIG. 14B would not be needed. Also in this example, a plurality of statuses may be stored at a time in the status reception buffer for command 33 so that the read of the status for the ORBs of commands A and B by the CPU 10 can be postponed until a status for the ORB of command C is read.

In this way, the command issuing apparatus 20 allows, when the CPU 10 issues an additional command ORB during the execution of a plurality of linked command ORBs issued, the CPU 10 to buffer all the command ORBs with leaving their next_ORB field Null rather than intentionally linking the ORBs, thereby reducing the load on the CPU 10.

(Fifth Exemplary Operation)

An operation of the command issuing apparatus 20 in a case where a command error occurs will be described below with reference to FIGS. 16 and 17A–17B. Transition to the DEAD state and a return to the RESET state will be described herein.

Phases a and b in FIG. 16 proceed as in the second exemplary operation. After the target 2 returns a WRS packet to the initiator 1 in phase “a” in FIG. 16, it makes transition from the RESET state to the ACTIVE state. If an error occurs while the target 2 is executing an ORB, the target 2 generates an error status according to the format shown in FIG. 4, places it in data_field in a BWRQ packet, and sends it to the initiator 1. The error status is generated by setting bit “d” in FIG. 4. Then, the target 2 enters the DEAD state (phase “c” in FIG. 16 starts).

Phases c and d in FIG. 16 will be detailed below.

As described above, the command issuing apparatus 20 eliminates the need for the CPU 10 to perform the action of changing the target 2 to the RESET state even if the target 2 makes transition to the DEAD state because of an abnormal end of an issued command ORB, thereby reducing the load on the CPU 10. In addition, if an error occurs while linked command ORBs are being executed, the command issuing apparatus 20 can continue to issue stored command ORBs by accessing the ORB_POINTER register once it accesses the AGENT_RESET register, therefore the CPU 10 can continue issuing command ORBs.

Ishimura, Isamu, Tabira, Yoshihiro

Patent Priority Assignee Title
7664893, Mar 22 2004 VIA Technologies Inc. Media drive control system and method
Patent Priority Assignee Title
6185632, Oct 19 1998 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P High speed communication protocol for IEEE-1394 including transmission of request and reply writes to a datagram-FIFO-address to exchange commands to end a job
6205494, Dec 18 1998 Western Digital Corporation Controller with automatic generation of linked list of data transfer descriptors for sequential commands, with linked list being used for execution of sequential data transfers
6452693, Sep 09 1997 Canon Kabushiki Kaisha Communication control method and apparatus, and communication system
6553440, Dec 24 1998 RPX Corporation Data transfer equipment for connecting a SCSI interface to an IEEE 1394 interface
6647016, Dec 11 1998 Canon Kabushiki Kaisha Communication control method, communication control apparatus, and storage medium
6654380, Feb 04 1999 Matsushita Electric Industrial Co., Ltd. Data exchange unit
6701386, May 15 1998 Canon Kabushiki Kaisha Identifier based data communication
20010042141,
20020059487,
20020067697,
20030212850,
EP1008941,
EP1014650,
JP2000250846,
JP59020030,
//////
Executed onAssignorAssigneeConveyanceFrameReelDoc
Apr 15 2002ISHIMURA, ISAMUMATSUSHITA ELECTRIC INDUSTRIAL CO , LTD ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0128270857 pdf
Apr 15 2002TABIRA, YOSHIHIROMATSUSHITA ELECTRIC INDUSTRIAL CO , LTD ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0128270857 pdf
Apr 18 2002Matsushita Electric Industrial Co., Ltd.(assignment on the face of the patent)
Oct 01 2008MATSUSHITA ELECTRIC INDUSTRIAL CO , LTD Panasonic CorporationCHANGE OF NAME SEE DOCUMENT FOR DETAILS 0319470358 pdf
Dec 12 2013Panasonic CorporationCOLLABO INNOVATIONS, INC ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0330210806 pdf
Dec 13 2013COLLABO INNOVATIONS, INC Panasonic CorporationLIEN SEE DOCUMENT FOR DETAILS 0319970445 pdf
Date Maintenance Fee Events
Sep 19 2007ASPN: Payor Number Assigned.
Apr 14 2010M1551: Payment of Maintenance Fee, 4th Year, Large Entity.
Jun 04 2014M1552: Payment of Maintenance Fee, 8th Year, Large Entity.
Jun 04 2014M1555: 7.5 yr surcharge - late pmt w/in 6 mo, Large Entity.
Jun 04 2018REM: Maintenance Fee Reminder Mailed.
Nov 26 2018EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Oct 24 20094 years fee payment window open
Apr 24 20106 months grace period start (w surcharge)
Oct 24 2010patent expiry (for year 4)
Oct 24 20122 years to revive unintentionally abandoned end. (for year 4)
Oct 24 20138 years fee payment window open
Apr 24 20146 months grace period start (w surcharge)
Oct 24 2014patent expiry (for year 8)
Oct 24 20162 years to revive unintentionally abandoned end. (for year 8)
Oct 24 201712 years fee payment window open
Apr 24 20186 months grace period start (w surcharge)
Oct 24 2018patent expiry (for year 12)
Oct 24 20202 years to revive unintentionally abandoned end. (for year 12)