JP2008293524A - Multiprocessor system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve debug efficiency, by improving data processing efficiency of an internal processor of a processor element, by increasing data transfer speed between the processor elements, while minimizing an increase in a circuit scale. <P>SOLUTION: This multiprocessor system has a plurality of processor elements 01 to 0n for performing multiplex transfer or burst transfer as a master, by acquiring the bus use right of a first or second common bus in response to a transfer request of control system data or input-output data. The processor elements 01 to 0n output a bus request signal of the first common bus in response to the transfer request of the control system data, and transfer and output a selection signal, a control signal, an address signal and the control system data of a destination in one cycle as the master in response to output of a bus permission signal, and execute processing based on the control signal and the address signal by inputting the control system data as a slave selected based on the selection signal via the first common bus. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

The present invention relates to a multiprocessor system, and more particularly to a multiprocessor system that transfers data via a plurality of shared buses.

Conventionally, as this type of multiprocessor system, in addition to the multiprocessor system in which the role of each processor element is fixed as a master or slave, there is a multiprocessor system in which each processor element can dynamically operate as a master or slave. In order to improve data transfer efficiency, message transfer between processor elements and input / output transfer between processor elements and input / output devices have been performed using a plurality of shared buses.

For example, FIG. 18 is a block diagram showing a configuration example of this conventional multiprocessor system (see Patent Document 1).

The conventional multiprocessor system includes a plurality of processors 12-1, 2 and 12 and a plurality of bus controllers 13-1, 2 which respectively constitute processor elements, and a plurality of input / output devices 16-1.
, 2, 3 and a plurality of adapters 15-1, 2 and a plurality of processors 12-1, 2 are connected to a plurality of shared buses 14-1, 2 via a plurality of bus controllers 13-1, 2, respectively. The plurality of input / output devices 16-1, 2, 3 are connected to the plurality of shared buses 14-1, 2 via the plurality of adapters 15-1, 2.

Further, the plurality of processors 12-1 and 12-2 each include an input / output processing unit and a message communication processing unit as kernel processing means of the operating system.

In response to input / output requests to the input / output devices 16-1, 2 and 3, the input / output processing unit passes the address information and transfer data information of the input / output devices to the bus controllers 13-1 and 13-2, respectively. Start output. When the input / output is completed, an interrupt notification is received from the bus controllers 13-1 and 13-2, and the completion notification is sent to the program that issued the input / output request.

When the message communication processing unit receives a data communication request between the processors, the bus controller 1
A data transmission request is made by passing the address of the other processor, transfer data information, etc. to 3-1 and 3. In the reception process, when data is transmitted from another processor, an interrupt notification is received from the bus controllers 13-1 and 13-2, the data is received, and the data is transferred to the request source program.

In this conventional multiprocessor system, each processor element becomes a master or slave, and input / output transfer with an input / output device and message transfer between processor elements are performed using a plurality of shared buses 14-1 and 2. . In addition, since a single bus can be used in common for input / output transfer and message transfer, multiple message transfers using multiple shared buses depending on the amount of data transferred between the processor elements and the transfer traffic. And a plurality of input / output transfers can be performed simultaneously. For this reason, if the number of simultaneous requests for data transfer including message transfer and input / output transfer is equal to or less than the number of shared buses, processing is not waited due to bus busy.

Japanese Patent Laid-Open No. 5-6333 (paragraphs 0007 to 0013, FIG. 1)

In general, the following requests are listed for a shared bus for transferring data between a plurality of processor elements in a multiprocessor system.
(1) Realize high-speed data transfer with a small circuit area and low power consumption from the viewpoint of performance. (2) From the viewpoint of scalability and resource reusability, physical addition / change / deletion of processor elements. (3) From the viewpoint of easy verification, the status of data transfer between processor elements and debugging information for each processor element can be selected and monitored. What can be done In the conventional multiprocessor system described above, the message transfer between the processor elements is separated from the input / output transfer of the input / output device, and is performed at high speed without waiting for the end of the input / output transfer. However, if the number of transfer data for message transfer between processor elements is large, the shared bus occupies a long time, and message transfer between other processor elements is awaited. As a whole system, high-speed data transfer between processor elements is not possible. There is a problem that it is difficult.

As a countermeasure, when the number of shared buses is increased, there arises a problem that the circuit scale overhead becomes enormous.

Even when the number of transfer data for message transfer between processor elements is small, it is necessary to generate an interrupt for the processing of the internal processor of the processor element for each message transfer. There is a problem that the efficiency of data processing is relatively lowered.

Further, there is a problem in that debugging efficiency is low because it is not possible to select and monitor the status of data transfer between processor elements and the debugging information for each processor element when debugging the entire system or processor element program.

Moreover, as this countermeasure, for example, Japanese Patent Laid-Open No. 2000-330877 or Japanese Patent Laid-Open No. 4-1
As disclosed in Japanese Patent No. 95552, when a bus monitor circuit or an address trace function is implemented for each shared bus or processor element, there is a problem that the circuit scale overhead becomes enormous.

Accordingly, an object of the present invention is to speed up data transfer between processor elements while minimizing an increase in circuit scale in a multiprocessor system, improve data processing efficiency of an internal processor of the processor element, and debug efficiency. Is to improve.

For this reason, the present invention processes a plurality of data, and acquires a right to use the first or second shared bus in response to a transfer request for control system data or input / output data, and performs multiplex transfer or burst transfer as a master. In multi-processor systems with processor elements,
The processor element outputs a bus request signal of the first shared bus in response to the transfer request of the control system data, and selects a transfer destination selection signal, a control signal, an address signal as a master in response to the input of the bus permission signal, and The control system data is transferred and output in one cycle, is selected based on the selection signal via the first shared bus, is input as the slave, and is processed based on the control signal and the address signal.

In addition, the selection signal, the control signal, the address signal, and the control system data are input from a plurality of processor elements in the previous period, and selectively sent to the first shared bus corresponding to the right to use the first shared bus. A first shared bus circuit for switching and outputting one of the plurality of processor elements as a slave based on the selection signal via the first shared bus and outputting the control signal, the address signal, and the control system data When,
A bus request signal is received from each of the plurality of processor elements for each cycle, a bus grant signal for the first shared bus is issued to the processor element having the highest priority, and the bus use right for the next cycle is arbitrated. It has a bus arbiter.

The first shared bus circuit receives the selection signal, the control signal, the address signal, and the control system data from the plurality of processor elements, respectively, and corresponds to the bus use right of the first shared bus. A multiplexer for selectively switching to one shared bus;
A decoder that decodes the selection signal on a first shared bus and selects one of the plurality of processor elements as a transfer destination slave;
A demultiplexer that inputs the control signal, the address signal, and the control system data on the first shared bus and switches and distributes the control signal to the transfer destination slave according to the output of the decoder.

The processor element outputs a bus request signal of the first shared bus in response to the transfer request of the control system data, and transfers and outputs the control system data as a master in response to the input of the bus permission signal. A write transfer that is selected based on the selection signal via the shared bus and inputs the control system data as a slave and performs memory writing based on the control signal and the address signal;
In response to a transfer request for control system data including a return destination code, a bus request signal of the first shared bus is output, and the return destination code is transferred and output as a master in response to the input of the bus permission signal. A read return request transfer for inputting a return destination code selected as a slave via the selection signal and reading out memory data based on the control signal and the address signal to make a return request as control system data,
In response to the return request, a bus request signal of the first shared bus is output, and a selection signal corresponding to the return destination code is transferred and output as a master in response to an input of the bus permission signal, and the first shared bus is used to transmit The control system data selected as a selection signal is input as a slave, and a return write transfer is performed to perform a memory write based on the control signal and the address signal.

In addition, the processor element is selected based on the selection signal via the first shared bus and is used as a slave to perform memory writing or memory based on the control signal and the address signal by a dedicated memory control unit instead of internal interrupt processing. A read-back request is made.

Further, the processor element outputs a bus request signal of the first shared bus in response to a control data transfer request including an interrupt request, and transfers and outputs the interrupt request as a master in response to the input of the bus permission signal. The interrupt request is transferred via the first shared bus, the interrupt request selected as a slave is input as the slave, and the internal interrupt processing corresponding to the interrupt request is performed based on the control signal and the address signal. Yes.

The interrupt request includes an interrupt factor and a transfer source code.

Further, a debugging processing element is provided for snooping the control system data and the input / output data on the first and second shared buses according to the coincidence of the transfer path and the address range and storing them in the debugging memory.

The processor element traces the address of the execution instruction of the internal processor and creates trace data as control system data. In response to the transfer request, the processor element outputs a bus request signal of the first shared bus. The trace data is transferred and output as a master in response to the input.

The debugging processing element is selected based on the selection signal via the first shared bus, inputs the trace data as a slave, and stores it in the debugging memory based on the control signal and the address signal.

A clock generation circuit that generates a bus clock signal that is an integral multiple of the basic clock signal in response to the transfer traffic of the first shared bus in synchronization with the basic clock signal of the processor element;
A bus request signal of the first shared bus is input from the processor element, and is output to the first bus arbiter in synchronization with the bus clock signal, and a bus permission signal of the first shared bus is input from the first bus arbiter. An arbiter synchronization circuit for outputting to the element in synchronization with the basic clock signal;
A slave synchronization circuit that inputs the selection signal, the control signal, the address signal, and the control system data via a first shared bus and outputs them to the processor element in synchronization with the basic clock signal;
A first bus arbiter receives first signals from the plurality of processor elements via the arbiter synchronization circuit.
The bus request signal of the shared bus is received only once for each cycle of the basic clock signal, and the first shared signal is sent to the processor element having the highest priority in each bus cycle of the bus clock signal via the arbiter synchronization circuit. A bus permission signal for the bus is issued to arbitrate the right to use the bus in each bus cycle of the next cycle.

Also, the I / O circuit operates as one of the plurality of processor elements and outputs a bus request signal of a second shared bus in response to the transfer request of the input / output data, and the input / output as a master in response to an input of a bus permission signal A processor element for burst transfer of data;
And a processor element that operates as one of the plurality of processor elements and that burst-transfers the input / output data as a slave connected via a second shared bus.

In addition, a processor element operating as a master or slave of the second shared bus is selectively switched and connected to the second shared bus corresponding to the right to use the second shared bus, via the second shared bus. A second shared bus circuit for burst-transferring the input / output data between the master and the slave;
A bus request signal for the second shared bus is received for each cycle from the plurality of processor elements, and a bus permission signal for the second shared bus is issued to the processor element with the highest priority to arbitrate the bus use right. 2 bus arbiters.

As described above, according to the present invention, the following effects can be expected.

The first effect is that both the transfer between all the processor elements and the high-speed data transfer can be efficiently performed while suppressing the increase in the circuit scale.

The reason for this is that unlike the conventional processor element, the transfer data for all data transfer by the processor element is divided into two types, control system data and input / output data, to respond to control system data or input / output data transfer requests. Acquires the right to use the first or second shared bus and performs multiplex transfer or burst transfer as a master. The first shared bus enables transfer between all the processor elements, and only the minimum necessary write transfer is possible. When the read return request is written and transferred, the right to use the bus is released when the read return request is written and transferred, and during the period until the return data is ready, the bus can be assigned to the processor element that wants to transfer, This is because the second shared bus limits the processor elements to be connected and the transfer direction.

The second effect is that the transfer of control data between all the processor elements and the data processing in each processor element are speeded up and reduced in power consumption, and the whole multiprocessor system is speeded up and reduced in power consumption. Is Rukoto.

The reason for this is that the activation of the processor element of the specific master is not necessary for the transfer of control system data via the first shared bus itself, and the first shared bus is passed between the bus interfaces of each processor element. Data transfer, processing by an internal processor in each processor element is unnecessary, and the first shared bus circuit operates in a bus cycle that is an integer times faster than the cycle of the basic clock signal of the processor element according to the transfer traffic. It is because it can be made.

The third effect is that extensibility and resource reusability are excellent, the development period of the multiprocessor system is shortened, and further, the development cost is reduced.

The reason for this is that even if a transfer path that was not assumed between processor elements occurs due to the addition or change of processor elements accompanying a change in system specifications, the first transferable among all processor elements is possible. Control system data including interrupt requests can also be transferred via a shared bus, which can be flexibly handled with little need for changes in the overall bus specifications and connection configuration, and a large amount of data transfer that was not assumed between processor elements This is because it is possible to cope with the case where the connection configuration of the second shared bus is added / changed even if it is added / changed.

The fourth effect is that testability and debugability are improved.

The reason is that the trace data generated by the address trace function for each processor element is transferred to the debugging storage device common to all the processor elements using the non-use period of the first shared bus during normal operation. In combination with the bus monitor function, the transfer data between the processor elements in normal operation and the address trace data of one or more processor elements can be monitored simultaneously, and the basic clock of the processor element can be selected according to the transfer traffic. This is because the first shared bus circuit can be operated in a bus cycle that is integer times faster than the signal cycle.

Next, the present invention will be described with reference to the drawings. FIG. 1 is an overall block diagram showing Embodiment 1 of a multiprocessor system according to the present invention. Referring to FIG. 1, the multiprocessor system of this embodiment includes a plurality of processor elements 01 to 0n, first and second shared bus circuits 100 and 200, first and second bus arbiters 105 and 205, and a debug. Processing element 10
With.

Each of the plurality of processor elements 01 to 0n processes data, and, unlike the processor element in the conventional multiprocessor system shown in FIG. 10, the transfer data of all data transfer by the processor element is the control system data and input / output data 2 Dividing into types, the right to use the first or second shared bus is acquired in response to a transfer request for control system data or input / output data, and multiplex transfer or burst transfer is performed as a master.

Examples of configurations in each processor element include internal processors such as MPUs and DSPs that perform various operations and control within the processor elements, storage devices such as memories and registers, dedicated hardware accelerators that perform data processing, and data input / output devices (DMA controller) or the like is considered, but the embodiment of the present invention is not particularly limited to this.

In addition, at least one of the plurality of processor elements 01 to 0n outputs a bus request signal for the second shared bus in response to an input / output data transfer request in the same manner as in the past, and responds to the input of the bus permission signal. As a master, I / O data is transferred in bursts, and at least one of the plurality of processor elements 01 to 0n is burst-transferred as I / O data as a slave connected via a second shared bus, as in the past. To do.

The first and second shared bus circuits 100 and 200 transfer control system data and input / output data between the processor elements 01 to 0n with different specifications via the first and second shared buses.
The first shared bus circuit 100 has only a minimum necessary write transfer function, and performs multiplex transfer in a bidirectional manner for every cycle between some or all processor elements. The second shared bus circuit 200 The processor elements to be transferred and the transfer direction are limited, and burst transfer is performed from the master to the slave or from the slave to the master. Each of the first and second shared buses can physically exist in one multiprocessor, or a plurality of them can be present. When there are a plurality of second shared buses, the processor elements connected to these buses and the bus specifications do not have to be the same.

The first and second bus arbiters 105 and 205 are connected to the first and second processor elements 01 to 0n.
Accepts bus requests for the second shared bus for each cycle, issues bus permission signals for the first and second shared buses to the highest priority processor element, and arbitrates the first and second bus usage rights To do.

The debugging processing element 10 can snoop the control system data and input / output data on the first and second shared buses according to the match of the transfer path and the address range, store them in the debugging memory, and monitor output.

As described above, in the multiprocessor system according to the present embodiment, the number of transfer data such as operation timing signals and parameter setting signals, which are transferred at a time, is small, but may be transferred between all processor elements. Data is multiplex-transferred as a control system data from the master to the slave between the plurality of processor elements 01 to 0n using the first shared bus. On the other hand, mainly data having a large number of transfer data transferred at a time and having a predetermined transfer path, such as stream data, is input / output data using a plurality of processor elements 01 to Burst transfer is performed between 0n limited master and slave.

That is, the transfer traffic is large, and when the transfer is performed using the first shared bus, other transfers and transfers that affect the overall system performance are transferred using the second shared bus. This makes it possible to simplify the specifications of the first shared bus 100 that tend to be complicated with many connection destinations.

Also, the debug processing element 10 snoops the transfer data and the internal debug memory only when the transfer path or address of the transfer data or signal on the first and second shared buses matches the desired range. Can be stored and monitored. At this time, the debugging processing element 10 has a function of monitoring the transfer data on the first and second shared buses while simultaneously switching using a multiplexer or the like by increasing the operation clock. There is no problem.

Next, data transfer via the first and second shared buses in the multiprocessor system of this embodiment will be described in detail.

FIG. 2 is an explanatory diagram for explaining data transfer through the first shared bus in the multiprocessor system of the present embodiment. In the data transfer via the first shared bus, as shown in FIG. 2, the role of the processor element that performs the transfer dynamically changes as the master or slave, and the first shared bus is set among all the processor elements. Data transfer via is allowed. By adopting such a configuration, it is not necessary to activate the processor element of the specific master for the data transfer itself via the first shared bus, and the first shared bus is connected between the bus interfaces of the respective processor elements. The data can be transferred via the network, and the transfer efficiency and power consumption can be reduced.

FIG. 3 is a block diagram showing an internal configuration example and peripheral connection example of the first shared bus circuit 100, and FIG. 4 shows a part of the master side and slave side interfaces of the first shared bus in the processor element. It is a partial block diagram shown.

Referring to FIG. 3, the first shared bus circuit 100 includes a multiplexer, a decoder, and a demultiplexer. Here, the multiplexer receives the selection signal MSEL, the control signals MWE and MRES, the address signal MADDR, and the control system data MDBO from the processor element that operates as the master of the first shared bus, and the first arbiter 105.
The signal corresponding to the bus usage right of the first shared bus from the first shared bus is selectively switched to the first shared bus, and the decoder decodes the selection signal on the first shared bus and outputs a plurality of processor elements 01 to One of 0n is selected as a transfer destination slave, and the demultiplexer inputs a control signal, an address signal, and control system data on the first shared bus, respectively, and corresponds to the output of the decoder, the first shared It is switched and distributed to each transfer destination processor element that operates as a bus slave.

As described above, the first shared bus circuit 100 according to the present embodiment must be configured in consideration of both write transfer (from master to slave) and read transfer (from slave to master) in the conventional bus. On the other hand, the circuit configuration is such that only write transfer is possible. Even in such a circuit configuration, since all the processor elements can become masters, bidirectional data transfer can be realized, and the circuit scale can be reduced. In FIG. 3, the first shared bus circuit 100 has a MUX type bus configuration in consideration of the ease of implementation such as logic synthesis, but if the ease of implementation and the estimation of the operation delay allow, There is no problem even with a bus configuration such as a 3-state type.

Each processor element 01 to 0n outputs a bus request signal MREQ of the first shared bus in response to a transfer request for control system data, and a transfer destination selection signal MSEL as a master in response to the input of the bus permission signal MGRANT. The control signals MWE, MRES, the address signal MADDR and the control system data MDBO are transferred and output from each output terminal in one cycle, and the control system data is selected as a slave through the first shared bus as a slave. Is processed based on the control signal and the address signal. Also, as shown in FIG. 4, each processor element 01-0n
The first shared bus interface includes a master output unit that encodes an interrupt request signal and transfers it as control system data, and a slave input that holds and decodes the transferred control system data and generates an interrupt request signal. A part.

The first arbiter 105 receives the bus request signal MREQ and the priority signal MPRI from the plurality of processor elements 01 to 0n for each cycle, and the bus grant signal MGRANT of the first shared bus for the processor element with the highest priority. Is issued to arbitrate the right to use the first shared bus in the next cycle and output a signal to the first shared bus circuit 100.

FIG. 5 is a timing chart showing an example of transfer of control system data by the first shared bus. As shown in FIG. 5, the data transfer by the first shared bus is performed by request phase and Tra.
This is realized by two types of phases of nsfer phase. Request pha
se is a period that requires one or a plurality of cycles, and is from when a processor element to be transferred issues a bus request signal to when a bus permission signal that indicates the right to use the bus becomes active. The transfer phase is a period in which a signal obtained by latching a bus permission signal with a clock signal is active and a bus is allocated to the processor element.
This is a period during which the processor element can become a master, and basically transfers in one cycle.

That is, in the next cycle after the bus permission signal is issued to the master in the request phase, all control signals and data signals such as address signals are output, and the transfer is completed. When the data transfer is completed, the bus request signal is lowered. Then, the bus arbiter can assign the right to use the bus to a processor element that requests another bus assignment. The slave side selection signal SSE is selected by the master side selection signal MSEL.
The processor element in which L becomes active becomes a slave, and all transfer data such as a control signal and a data signal are latched at the last clock timing of the transfer phase.

As described above, in order to transfer control system data on the first shared bus, the bus arbiter 105
The bus use right is switched for each cycle, and the next cycle in which the bus permission signal becomes active is a period in which the master has the bus use right. Therefore, each processor element must make a bus request to the bus arbiter every time a control system data transfer request occurs.
Further, based on the bus permission, the following write transfer, read return request transfer, return write transfer or interrupt request transfer is performed in a multiplex mode for each cycle corresponding to the type of control system data.

In the write transfer, the processor element outputs a bus request signal for the first shared bus in response to a transfer request for control system data, and transfers and outputs control system data as a master in response to the input of the bus permission signal. The control system data is selected as a slave through the shared bus and input to the memory based on the control signal and the address signal.

In the read return request transfer, the processor element outputs the bus request signal of the first shared bus in response to the transfer request of the control system data including the return destination code, and returns the return destination code as a master in response to the input of the bus permission signal. And a return destination code selected as a slave through the first shared bus, read out memory data based on the control signal and address signal, and makes a return request as control system data.

In the return write transfer, the processor element outputs a bus request signal of the first shared bus in response to the return request of the read return request transfer, and sends a selection signal corresponding to the return destination code as a master in response to the input of the bus permission signal. The data is transferred and output, is selected based on the selection signal via the first shared bus, and the control system data is input as a slave, and the memory is written based on the control signal and the address signal.

FIG. 6 is an explanatory diagram for explaining a sequence of link operations of the read / return request transfer and the return / write transfer. Here, the fractions (a), (b), (c) are shown in steps 1, 2,
3 operations are respectively shown. As shown in FIG. 6, first, in step 1 of FIG.
The processor element 01 becomes a master in response to a transfer request for control system data including a return destination code, and transfers the memory address RADDR and return destination code to be read. At this time, the write enable signal MWE, which is one of the control signals, is made inactive to inform the slave processor element 02 that it is a read return request. Data output signal (MDB
In O), information indicating that the request source is the processor element 01 is transferred.

Next, in step 2 of FIG. 6B, the processor element 02 reads data from the internal memory and makes a return request. During this period, the right to use the bus is released at the same time, and the bus arbiter can allocate another data transfer to the bus.

Next, in step 3 of FIG. 6 (c), the processor element 02 now becomes the master, and returns the read data to the transfer destination corresponding to the return destination code. At this time, it is possible to inform that the transfer data is read data by activating the response signal MRES which is one of the control signals. Alternatively, the address signal may be transmitted by using a dedicated address for returning read data.

In these write transfer, read return request transfer or return write transfer, the processor element is selected based on the selection signal via the first shared bus as a slave, not by internal interrupt processing of the internal processor, but by a dedicated memory control unit. A memory write or memory read return request is made based on the control signal and the address signal. This speeds up data transfer between the processor elements and improves the data processing efficiency of the internal processor of the processor element.

Further, in the interrupt request transfer, the processor element corresponds to the control system data transfer request including the interrupt request by the master output means and slave input means of the first shared bus interface shown in FIG. A bus request signal of the shared bus is output, an interrupt request is transferred and output as a master in response to the input of the bus permission signal, an interrupt request is input as a slave selected based on the selection signal via the first shared bus, and a control signal and Interrupt request internal interrupt processing is performed based on the address signal. At this time, if necessary, the master transfers the interrupt factor and transfer source code as an interrupt request, and the slave performs internal interrupt processing corresponding to the interrupt factor, and at the end, the processing result is used as the transfer source code. It is also possible to perform write transfer according to the above.

This interrupt request transfer can notify the CPU of data generation end timing, etc. without using a dedicated line for interrupt request signals, and add / change / delete interrupt request signals, or physically add / change processor elements. -Even if deletion is performed, design changes of other processor elements and shared buses can be minimized.

FIG. 7 is an explanatory diagram for explaining data transfer via the second shared bus in the multiprocessor system of the present embodiment. The data transfer through the second shared bus is assumed to be transfer of input / output data whose transfer direction is determined in advance. For this reason, processor elements that perform transfer are limited, and one of the master and the slave is likely to be a host processor, a DMA controller, or a main memory of the multiprocessor system. Further, the transfer direction is also limited to write transfer, and is assumed to be one-way transfer from the master to the slave. Further, in the data transfer via the second shared bus, the form of the individual bus limited to the one-to-one transfer as shown in FIG. 7A according to the transfer direction and the transfer traffic, and FIG. And a shared bus shared between a plurality of transfers as shown in FIG. Thereby, the circuit scale can be reduced as compared with the circuit configuration in consideration of read transfer. However, there is no problem even in the configuration considering the bidirectional transfer between the master and the slave as shown in FIG.

FIG. 8 is a block diagram illustrating an internal configuration example and peripheral connection example of the second shared bus circuit 200. Referring to FIG. 8, the second shared bus circuit 200 includes a multiplexer and a demultiplexer. As in the prior art, the multiplexer receives a selection signal MSEL, a control signal MWE, and a control signal from a processor element that operates as a master of the second shared bus. The address signal MADDR and the control system data MDATA are respectively input, and selectively switched to the second shared bus by a signal corresponding to the right to use the second shared bus from the second arbiter 105, and the second The demultiplexer inputs the control signal SREADY from the processor element operating as a slave via the second shared bus via the shared bus to the processor element operating as the slave of the second shared bus, and serves as the master. Each switch is distributed to the operating processor element of the transfer destination.

As described above, in FIG. 8, the second shared bus circuit 200 has a MUX type bus configuration in consideration of the ease of implementation such as logic synthesis, but as with the first shared bus, There is no problem with the 3-state type bus configuration if the ease of implementation and the estimation of the operation delay allow.

At least one of the plurality of processor elements 01 to 0n outputs the bus request signal MREQ of the second shared bus in response to the input / output data transfer request, and the bus grant signal MGR.
The control signal MWE and the address signal MADDR are output as a master in response to the input of the ANT, and the input / output data MDATA is burst transferred in accordance with the control signal MREADY, and at least one of the plurality of processor elements 01 to 0n is the same as the conventional one The control signal SWE and the address signal SADDR are input as the slave connected via the second shared bus, and the control signal SR
EADY is output and the input / output data SDATA is burst transferred.

The second bus arbiter 205 receives the bus request signal of the second shared bus from each of the plurality of processor elements 01 to 0n for each cycle as in the prior art, and the second shared bus of the second highest priority is assigned to the processor element. A bus permission signal is issued to arbitrate the bus use right.

When the second shared bus is not shared, the second shared bus circuit 200 is the same as the conventional one.
The second bus arbiter 205 is unnecessary and the master and the slave are connected by an individual bus. FIG. 9 is a timing chart showing an example of transfer of input / output data by the second shared bus. As shown in FIG. 9, in the data transfer by the second shared bus, for example, the data signal MDATA corresponding to the address is output in the next cycle when the address signal MADDR and the control signal MWE are issued. First, the processor element that wishes to transfer issues a bus request signal MREQ and requests the right to use the bus at timing T2. Next, timing T
When the bus grant signal MGRANT that the master is active is latched at 4, the address signal MADDR is output and the control signal MWE is activated. The slave receives the control signal MW
Recognizing that E is active, the address signal MADDR is latched at the next timing T5. At the same time, the master uses the data signal MDATA corresponding to the address signal MADDR.
Is output. The slave returns a response indicating whether or not the latched address can be written as a control signal SREADY. Control signal SREA that the master is active
Transfer is completed at timing T6 when DY is latched, and transfer data write processing is performed on the slave side. In the case of a bus in consideration of read transfer, the slave returns read data simultaneously with the issuance of the active control signal SREADY.

FIG. 10 is a block diagram showing an example in which the above-described multiprocessor system according to this embodiment is applied to a specific W-CDMA digital baseband LSI. The multiprocessor system of this embodiment includes a processor element CCPU 300 for controlling the entire system of the W-CDMA digital baseband LSI, a control data memory 301, an input / output data memory 302, an input / output data transfer DMA controller 303, Digital baseband L
A processor element 01 to 08 for performing each processing of SI, a debugging processing element 10, a first shared bus circuit 100 mainly transferring control system data and bi-directionally transferring between all processor elements; Second shared bus circuits 200 and 201 for transferring received data and input / output data for transmission data whose transfer paths are determined, and first and second bus arbiters 105 and 205 for arbitrating the right to use each shared bus And bridge circuits 110 and 210 between the shared bus and the CCPU bus. Here, the processor elements 07 and 08 exist as extended processor elements for HSDPA processing and GSM processing.

In the multiprocessor system of this embodiment, basically, the processor element CCPU3
00 is the master, and the system is realized by controlling the processor elements 01 to 08 via the first shared bus. However, each processor element 01 other than the CCPU 300
˜08 can also be masters of the first shared bus, and in the case of a conventional bus, transfer between the processor elements 01 to 08 that are slaves can be directly performed without going through the CCPU 300.
Specifically, an operation timing signal, a parameter signal between the processor elements 01 to 08,
Control system data such as a status signal and an interrupt signal is directly transferred using the first shared bus.

The transfer of input / output data processed by each processor element is performed via the second shared bus. In the example shown in FIG. 10, the second shared bus is separated into two from the transfer direction of the transfer data, and the second shared bus circuit mainly transfers input / output data for received data and transmission data. 200 and 201 exist. In the second shared bus circuit 200 for received data, input / output data memory as processor elements connected as slaves from FEC, HSDPA and GSM as processor elements 05, 07 and 08 connected as masters. The received data is transferred to 302. In the second shared bus circuit 201 for transmission data, the DEM and the bridge circuit 210 which are the processor elements 04 connected as a master.
Processor element 05 connected as a slave from the via DMA controller 303
, 06, and 08, the demodulated data and the transmission data are transferred to FEC, MOD, and GSM.

As an effect, even when complicated control system data transfer occurs during I / O data transfer with large transfer traffic, a flexible system can be used by transferring control system data and I / O data using different buses. Can be realized. For example, it is possible to transfer control system data by the CPU 300 and input / output data by the DMA controller 303 at the same time. Similarly, control system data can be transferred between other processor elements during transfer of input / output data having a large number of transfer data.

Further, by configuring the entire multiprocessor system using the first and second shared buses in this embodiment so that the processor elements 07 and 08 are connected as extended processor elements for HSDPA processing and GSM processing, It is possible to flexibly cope with the addition / change / deletion of such an extended processor element without substantially changing the specifications of the first and second shared buses.

11 and 12 are partial block diagrams respectively showing part of the configuration of each processor element and debugging processing element in the second embodiment of the multiprocessor system of the present invention.

The overall configuration of the multiprocessor system of the present embodiment is the same as that of the multiprocessor system of the first embodiment shown in FIG. 1, and each block other than the processor elements and the processing elements for debugging has the same configuration. And the internal structure of the processing element for debugging is different.

Referring to FIG. 11, each processor element 01 in the multiprocessor system of this embodiment.
˜0n are an interface circuit 21 for connection to the first shared bus, an internal processor 22 such as a DSP and an MPU for performing various operations and control in the processor elements,
An instruction code storage device 23 storing an instruction code of the internal processor 22 and an address tracer 24 having a function of tracing an instruction address are provided. Of course, there is no problem even if each processor element is provided with a dedicated hardware accelerator for performing data processing, a storage device such as various registers and a memory in addition to these.

The operation of each of the processor elements 01 to 0n will be described. First, when the processing enters the debug routine according to the specifications of the entire multiprocessor system and the processor element alone of the present embodiment, the internal processor 22 such as a DSP and MPU The control signal Control signals for the address tracer 24 is used to instruct the address tracer 24 to start an instruction address trace.

Next, the address tracer 24 creates trace data Trace Data by monitoring an instruction address for the instruction code storage device 23 and transfers the trace data to the bus interface circuit 21. At this time, as a method of generating the trace data, a method of transferring all the read instruction addresses as they are may be used, or a normal operation sequence is monotonous in order to reduce the number of transfer data of the trace data. Focusing on the increment increment method, there is no problem if a method of generating and transferring trace data only when an address jump such as a branch or a wait other than that occurs is used.

Finally, the bus interface circuit 21 transfers the transfer data Output D in normal operation.
When data is present, the normal transfer data is preferentially bus-transferred, and only when no data exists, that is, between normal data transfers, the generated trace data is transferred to the debug processing element 10 as the transfer destination. The data is transferred to the first shared bus circuit 100 toward DBGIF. Specifically, the bus interface circuit 21 has a FIFO buffer for data transfer output to the first shared bus circuit 100, and no trace data is stored in the FIFO buffer for normal data transfer. The trace data in the FIFO buffer is read and transferred.

Referring to FIG. 12A, the debugging processing element 10 in the multiprocessor system of the present embodiment has a receiving unit that latches transfer data on the shared bus, and a transfer path on the shared bus for debugging satisfies a desired condition. A snooping unit that determines whether the condition is satisfied and two storage devices that store data latched with respect to the first and second shared buses are provided. In addition, these two storage devices are made common to the first and second shared buses,
A configuration for writing data while switching by a multiplexer is shown in FIG.

The operation of the debugging processing element 10 will be described. There are two operations that the receive unit latches data. One is a case of operating as a slave of the first and second shared buses. Data is fetched when the transfer destination is the debug processing element 10. The other is when performing bus monitoring for debugging. In this case, in the snooping unit, when the conditions BSEL and BDEC and the write address SADDR of the transfer path of the data transferred on the first and second shared buses satisfy the desired range, the receiving unit Is written in the debugging storage device. At this time, the write address SADD
In a normal slave operation, R is an address transferred as it is, and in a bus monitor operation, R is an address designated by the snooping unit.

Although FIG. 12 shows the case where the data acquired by the debugging processing element 10 is written to a dedicated storage device, actually, there is no configuration in which the data can be directly output and monitored without being written to the storage device. No problem.

In the second embodiment, the trace data generated by the address trace function for each processor element is transferred to the debugging storage device common to all the processor elements by using the first shared bus. It leads to reduction of the implemented trace memory. This is realized by the feature of the first shared bus that all processor elements can become masters. Conventionally, it is possible to reduce the trace memory required for each processor element, and it can be efficiently used as a multiprocessor system by collecting them as a common storage device for debugging.

In addition, since trace data is transferred using a period in which the shared bus is not used during normal operation, transfer data between processor elements in normal operation and one or a plurality of data are combined with the bus monitor function. There is also an advantage that the address trace data of the processor element can be monitored simultaneously. In other words, there is no need to read out after stopping the operation, and address trace information can be acquired during normal operation. In particular, by reducing the trace data by creating it only at the time of branching, the real-time property of the address tracer can be realized higher.

Further, by using the same principle as in the second embodiment, not only address trace data but also an arbitrary debugging data signal in the processor element at the time of debugging is sent to the debugging processing element 10 using the first shared bus. Note that transfer is possible.

FIG. 13 is an overall block diagram showing Embodiment 3 of the multiprocessor system according to the present invention. Referring to FIG. 13, the overall configuration of the multiprocessor system according to the present embodiment is the same as that of the multiprocessor system according to the first embodiment shown in FIG. In this configuration, the synchronization circuit 30 is inserted and added between the two. Each block other than the first bus arbiter 105 is the same as that in the first embodiment.
The first bus arbiter 105 has the same configuration as each block of FIG. Although not shown, a clock generation circuit that generates a bus clock signal that is in synchronization with the basic clock signals of the processor elements 01 to 0n and has an integer multiple frequency of the basic clock signal in accordance with the transfer traffic of the first shared bus. Prepare.

FIG. 14 is an explanatory diagram for explaining an insertion position of the synchronization circuit 30 inserted and added in the multiprocessor system of the present embodiment. Arbiter synchronization circuits 30a are respectively inserted between the processor elements 01 to 0n and the first bus arbiter 105, and the processor elements 01 to
A slave synchronization circuit 30b is inserted between the 0n slave input and the first shared bus circuit 100, respectively. 15 is a block diagram showing a configuration example of the arbiter synchronization circuit 30a and slave synchronization circuit 30b shown in FIG. 14, respectively. FIG. 16 is supplied to the arbiter synchronization circuit 30a and slave synchronization circuit 30b of FIG. FIG. 10 is a timing diagram showing operations of a bus clock signal and a basic clock signal.

The arbiter synchronization circuit 30a includes an additional circuit for synchronizing the bus request signal MREQ issued from each processor element in synchronization with the basic clock signal with the bus clock signal and transferring the signal to the bus arbiter as a signal BREQ, and a variable bus clock signal. And an additional circuit that synchronizes the bus grant signal BGRANT issued from the first bus arbiter 105 with the basic clock signal and transfers it to the bus interface circuit 21 of each processor element as a signal MGRANT.

Even if the bus request signal MREQ is issued in synchronization with the basic clock signal by these additional circuits, if the bus grant signal BGRANT becomes active, the remaining bus cycles in the cycle of the basic clock signal will be applied to the bus arbiter. The bus request signal BREQ is made inactive. The bus grant signal BGRANT is issued in synchronization with the bus clock signal, but the bus grant signal can be held and transferred to the bus interface circuit of the processor element until the next rising edge of the basic clock signal.

The slave synchronization circuit 30b synchronizes the transfer data signals BSSEL, BADDR, BDBI and the like input from the first shared bus circuit 100 in synchronization with the bus clock signal and transfers them as signals SSEL, SADDR, SDBI, etc. in synchronization with the basic clock signal. An additional circuit is provided.

With this additional circuit, when transfer is performed from the first shared bus to one slave in synchronization with the bus clock signal, the same slave has at most one cycle of the basic clock. Although only one transfer occurs, the transfer data can be held until the next rising edge of the basic clock when the bus interface circuit of the processor element latches the data.

These arbiter synchronization circuit 30a and slave synchronization circuit 30b operate in synchronization with a bus clock signal that is basically variable, but the frequency of the bus clock signal is the lowest.
That is, when the frequency is the frequency of the basic clock signal, the clock to the internal register can be stopped.

FIG. 17 is a block diagram illustrating a configuration example of the first bus arbiter in the multiprocessor system according to the present embodiment. Referring to FIG. 17, the first bus arbiter in the multiprocessor system of this embodiment is different from the first bus arbiter of FIG. And a mask function for accepting and masking only once for each cycle of the basic clock signal, and issuing a bus permission signal for the first shared bus in each bus cycle to the bus use right for each bus cycle in the next cycle A delay function for arbitration and signal output is added.

With these mask function and delay function, for example, as shown in FIG. 17, when the frequency of the bus clock signal is 1, 2, or 4 times the frequency (30 MHz) of the basic clock signal,
The first shared bus circuit 100 is operated by the bus selection signal BSEL corresponding to the bus arbitration result one bus cycle before, two cycles before, and four cycles before. In addition, within the same cycle of the basic clock, transfer with the same processor element as a slave can be performed at most once, and each processor element can always operate with the basic clock without depending on the bus clock signal. .

As described above, the first bus arbiter in the multiprocessor system according to the present embodiment guarantees the transfer traffic of the first shared bus circuit 100 and prevents an increase in circuit scale by physically increasing the number of buses. The first shared bus circuit 100 is operated at the frequency of the bus clock signal obtained by multiplying the frequency of the basic clock signal by a constant.

At this time, if the clock is always multiplied by a constant, the number of circuit switching increases,
Since there is a problem that power consumption becomes large, the bus clock is made variable. For example, the first shared bus circuit 100 is operated by using a bus clock signal that is faster than the basic clock signal for the processing routine with a lot of transfer traffic and the address trace during debugging shown in the second embodiment.

That is, in the first shared bus circuit 100 of the variable clock according to the present embodiment, any signal is always monitored by using dedicated hardware, and the dynamic clock switching is not performed. A switching signal is issued from the CPU or the like only when the entire processing routine enters a routine having a large transfer traffic or when a certain other condition is satisfied,
The bus clock is switched.

For the synchronization circuit 30 and the first bus arbiter, for example, only the start position signal sta shown in FIG. 16 is required. The start position signal sta has a basic clock signal of 30 MHz and a variable bus clock signal of 30 MHz, 60 MHz, 12
In the case of 0 MHz, at the rising timing of the basic clock signal, it becomes active for one cycle in synchronization with the variable bus clock signal. Further, no additional circuit is required on the data output side of the processor element for the first shared bus.

In the multiprocessor system of the present embodiment, by making the bus operation clock variable (constant multiple), it is possible to guarantee transfer traffic in a wide range while suppressing the circuit scale overhead as compared with the case where the number of buses is physically increased. It is. As a result, the possibility of being able to flexibly cope with the occurrence of new transfer traffic increases, and the ease of expansion is also improved. In addition, power consumption can be reduced by making it variable only when necessary as compared with a high-speed transfer bus in which the bus operating clock is always fast.

Also, by switching the bus operation clock at the macro system level, for example, using a high-speed bus operation clock for processing routines with many transfers and during debugging, the circuit scale and power consumption can be improved. A good system can be realized. Finally, when the shared bus operates in synchronization with the basic clock, the input clocks in all the registers in the synchronization circuit 30 can be stopped, and low power consumption can be realized.

1 is an overall block diagram showing Embodiment 1 of a multiprocessor system according to the present invention. It is explanatory drawing for demonstrating the data transfer via the 1st shared bus in FIG. FIG. 2 is a block diagram illustrating an internal configuration example and a peripheral connection example of a first shared bus circuit 100 in FIG. 1. FIG. 2 is a partial block diagram showing a part of a master side and slave side interface of a first shared bus in each processor element in FIG. 1. FIG. 4 is a timing chart showing an example of transfer of control system data by the first shared bus in FIG. 3. FIG. 4 is an explanatory diagram for explaining a sequence of link operations of a read return request transfer and a return write transfer by the first shared bus in FIG. 3. It is explanatory drawing for demonstrating the data transfer via the 2nd shared bus in FIG. FIG. 2 is a block diagram showing an example of an internal configuration and a peripheral connection example of a second shared bus circuit 200 in FIG. 1. FIG. 9 is a timing chart showing an example of input / output data transfer by the second shared bus in FIG. 8. FIG. 2 is a block diagram showing an embodiment in which the multiprocessor system of FIG. 1 is applied to a specific W-CDMA digital baseband LSI. It is a partial block diagram which shows a part of structure of each processor element in Embodiment 2 of the multiprocessor system of this invention. It is a partial block diagram which shows a part of structure of the processing element for debugging in Embodiment 2 of the multiprocessor system of this invention. It is a whole block diagram which shows Embodiment 3 of the multiprocessor system by this invention. It is explanatory drawing for demonstrating the insertion location of the synchronous circuit 30 inserted and added in the multiprocessor system of FIG. FIG. 15 is a block diagram illustrating a configuration example of the arbiter synchronization circuit 30a and the slave synchronization circuit 30b illustrated in FIG. 14, respectively. FIG. 16 is a timing diagram showing operations of a bus clock signal and a basic clock signal supplied to the arbiter synchronization circuit 30a and the slave synchronization circuit 30b in FIG. 15; FIG. 14 is a block diagram illustrating a configuration example of a first bus arbiter in the multiprocessor system of FIG. 13. It is a block diagram which shows the structural example of the conventional multiprocessor system.

Explanation of symbols

01 ~ 0n Processor element

10 Debug processing elements 12-1, 12-2 Processors 13-1, 13-2 Bus controllers 15-1, 15-2 Adapters 16-1, 16-2, 16-3 Input / output device 21 Bus interface circuit 22 Inside Processor 23 Instruction code storage device 24 Address tracer 30, 30a, 30b Synchronous circuit 100 First shared bus circuit 105 First bus arbiter 110, 210 Bridge circuit 200, 201 Second shared bus 205 Second bus arbiter 300 CCPU
301 Control system data memory 302 Input / output data memory 303 DMA controller

Claims (15)

Transfer method capable of processing each data, acquiring the right to use the first or second shared bus in response to a transfer request for control system data or input / output data, and switching the right to use the bus for each cycle as a master A multiprocessor system comprising a plurality of processor elements for multiplex transfer or burst transfer,
The first processor element and the second processor element constituting the plurality of processor elements are:
A bus request signal of the first shared bus is output in response to the transfer request of the control system data, and a transfer destination selection signal, control signal, address signal, and the control system data as a master according to the input of the bus permission signal A master function that transfers and outputs in one cycle;
A slave function that is selected based on the selection signal via the first shared bus, inputs the control system data as a slave, and processes based on the control signal and the address signal;

Further, the first processor element and the second processor element are:
A first function of outputting a bus request signal of the first shared bus in response to a transfer request of control system data including a return destination code, and transferring and outputting the return destination code as a master in response to an input of a bus permission signal When,
The second destination code is selected via the first shared bus based on the selection signal, the return destination code is input as a slave, the memory data is read out based on the control signal and the address signal, and a return request is made as control system data. And having a function
Perform read return request transfer between the processor elements,
A third function of outputting a bus request signal of the first shared bus in response to the return request, and transferring and outputting the selection signal corresponding to the return destination code as a master in response to an input of the bus permission signal;
A fourth function of inputting the control system data as a slave selected based on the selection signal via the first shared bus and performing memory writing based on the control signal and the address signal;
A return write transfer between the processor elements;
A multiprocessor system characterized by
The first processor element outputs a bus request signal for the first shared bus in response to a transfer request for control system data including a return destination code, and the return destination code as a master in response to an input of a bus permission signal. Transfer and output
The second processor element is selected based on the selection signal via the first shared bus, inputs the return destination code as a slave, reads memory data based on the control signal and the address signal, and controls system data A return request, and a read return request transfer between the processor elements,
The second processor element outputs a bus request signal of the first shared bus in response to the return request, and transfers and outputs a selection signal corresponding to the return destination code as a master in response to the input of the bus permission signal. ,
The first processor element is selected based on the selection signal via the first shared bus, inputs the control system data as a slave, performs memory writing based on the control signal and the address signal, and the processor element The multiprocessor system according to claim 1, wherein a return write transfer is performed.
The first processor element and the second processor element are:
A fifth function of outputting a bus request signal of the first shared bus in response to the transfer request of the control system data, and transferring and outputting the control system data as a master in response to an input of a bus permission signal;
And a sixth function for inputting the control system data as a slave through the first shared bus as a slave and writing to the memory based on the control signal and the address signal. 3. The multiprocessor system according to claim 1, wherein write transfer between elements is performed.
The first processor element is:
In response to a transfer request for the control system data, a bus request signal of the first shared bus is output, and the control system data is transferred and output as a master in response to an input of a bus permission signal,
The second processor element is
The control system data selected by the selection signal via the first shared bus is input as a slave, the memory is written based on the control signal and the address signal, and the write transfer between the processor elements is performed. The multiprocessor system according to claim 3.
The selection signal, the control signal, the address signal, and the control system data are input from the plurality of processor elements, respectively, and selectively to the first shared bus corresponding to the right to use the first shared bus. A first shared output for switching, selecting one of the plurality of processor elements as a slave based on the selection signal via a first shared bus, and outputting the control signal, the address signal, and the control system data A bus circuit;
A bus request signal is received from each of the plurality of processor elements for each cycle, and a bus permission signal for the first shared bus is issued to the processor element with the highest priority to arbitrate the bus use right for the next cycle. The multiprocessor system according to claim 1, further comprising: a bus arbiter. The first shared bus circuit is
The selection signal, the control signal, the address signal, and the control system data are input from the plurality of processor elements, respectively, and selectively switched to the first shared bus corresponding to the right to use the first shared bus An output multiplexer;
A decoder that decodes the selection signal on a first shared bus and selects one of the plurality of processor elements as a transfer destination slave;
6. A demultiplexer that inputs the control signal, the address signal, and the control system data on a first shared bus, respectively, and switches and distributes to each of the transfer destination slaves corresponding to the output of the decoder. The described multiprocessor system. The processor element is selected based on the selection signal via the first shared bus, and not as an internal interrupt process as a slave, but to a memory write or memory read back based on the control signal and the address signal by a dedicated memory control unit The multiprocessor system according to any one of claims 1 to 6, wherein the request is made. The processor element outputs a bus request signal of the first shared bus in response to a transfer request for control system data including an interrupt request, and transfers and outputs the interrupt request as a master in response to an input of a bus permission signal. The interrupt request is input as a slave that is selected based on the selection signal via the first shared bus, and performs an interrupt request transfer that performs internal interrupt processing corresponding to the interrupt request based on the control signal and the address signal. Claims 1 to 7
The multiprocessor system according to any one of the above. The interrupt request includes an interrupt factor and a transfer source code.
The described multiprocessor system. A debugging processing element for snooping the control system data and the input / output data on the first and second shared buses according to a match of a transfer path and an address range and storing the data in a debugging memory is provided. The multiprocessor system according to claim 9. The processor element traces the address of the execution instruction of the internal processor and creates trace data as control system data. In response to the transfer request, the processor element outputs a bus request signal of the first shared bus. The multiprocessor system according to any one of claims 1 to 10, wherein the trace data is transferred and output as a master in response to an input. The processor element traces the address of the execution instruction of the internal processor and creates trace data as control system data. In response to the transfer request, the processor element outputs a bus request signal of the first shared bus. Transfer and output the trace data as a master according to the input,
11. The debugging processing element is selected based on the selection signal via a first shared bus, inputs the trace data as a slave, and stores the trace data in a debugging memory based on the control signal and the address signal. The described multiprocessor system. A clock generation circuit that generates a bus clock signal that is an integral multiple of the basic clock signal in response to the transfer traffic of the first shared bus in synchronization with the basic clock signal of the processor element;
A bus request signal for the first shared bus is input from the processor element and output in synchronization with the bus clock signal to the first bus arbiter, and a bus permission signal for the first shared bus is input from the first bus arbiter. An arbiter synchronization circuit that outputs the processor element in synchronization with the basic clock signal;
A slave synchronization circuit that inputs the selection signal, the control signal, the address signal, and the control system data via a first shared bus and outputs them to the processor element in synchronization with the basic clock signal;
A first bus arbiter receives a bus request signal of the first shared bus from each of the plurality of processor elements through the arbiter synchronization circuit only once every cycle of the basic clock signal, and each bus of the bus clock signal 6. The bus use right of each bus cycle of the next cycle is arbitrated by issuing a bus permission signal of the first shared bus to the processor element having the highest priority in the cycle via the arbiter synchronization circuit. The multiprocessor system according to any one of 12 above. Operates as one of the plurality of processor elements, outputs a bus request signal of the second shared bus in response to the transfer request of the input / output data, and inputs / outputs the master as a master in response to the input of the bus permission signal A processor element for burst transfer of data;
A processor element that operates as one of the plurality of processor elements and that burst-transfers the input / output data as a slave connected via a second shared bus. The multiprocessor system described in 1. A processor element operating as a master or slave of the second shared bus is selectively switched and connected to the second shared bus corresponding to the right to use the second shared bus;
A second shared bus circuit for burst-transferring the input / output data between a master and a slave via a second shared bus;
A bus request signal for the second shared bus is received for each cycle from the plurality of processor elements, and a bus permission signal for the second shared bus is issued to the processor element with the highest priority to arbitrate the bus use right. The multiprocessor system of claim 14, comprising a second bus arbiter.

Images