Process for Automatic Dynamic Reloading of Data Flow Processors (DFPs) and Units With Two or Three-Dimensional Programmable Cell Architectures (FPGAs, DPGAs and the Like)

The present invention is directed to a process for automatic dynamic reloading of data flow processors.

Programmable units presently used (DFPs, FPGAs--Field Programmable Gate Arrays) can be programmed in two different ways:

one-time only, i.e., the configuration can no longer be changed after programming. All configured elements of the unit perform the same function over the entire period during which the application takes place.

on site, i.e., the configuration can be changed after the unit has been installed by loading a configuration file when the application is started. Most units (in particular FPGA units) cannot be reconfigured during operation. For reconfigurable units, data usually cannot be further processed while the unit is being reconfigured, and the time required is very long.

Configuration data is loaded into programmable units through a hardware interface. This process is slow and usually requires hundreds of milliseconds due to the limited band width accessing the external memory where the configuration data is stored, after which the programmable unit is available for the desired/programmed function as described in the configuration file.

A configuration is obtained by entering a special bit pattern of any desired length into the configurable elements of the unit. Configurable elements can be any type of RAM cells, multiplexers, interconnecting elements or ALUs. A configuration string is stored in such an element, so that the element preserves its configuration determined by the configuration string during the period of operation.

The existing methods and options present a series of problems, such as:

If a configuration in a DFP (see German Patent Application No. DE 44 16 881 A1) or an FPGA is to be modified, a complete configuration file must always be transmitted to the unit to be programmed, even if only a very small part of the configuration is to be modified.

As a new configuration is being loaded, the unit can only continue to process data to a limited extent or not at all.

With the increasing number of configurable elements in each unit (in particular in FPGA units), the configuration files of these units also become increasingly large (several hundred Kbytes on average) Therefore it takes a very long time to configure a large unit and often makes it impossible to do it during operation or affects the function of the unit.

When a unit is partially configured during operation, a central logic entity is always used, through which all reconfigurations are managed. This requires considerable communication and synchronization resources.

The present invention makes it possible to reconfigure a programmable unit considerably more rapidly. The present invention allows different configurations of a programmable unit to be used in a flexible manner during operation without affecting or stopping the operability of the programmable unit. Unit configuration changes are performed simultaneously, so they are rapidly available without need for additional configuration data to be occasionally transmitted. The method can be used with all types of configurable elements of a configurable unit and with all types of configuration data, regardless of the purpose for which they are provided within the unit.

The present invention makes it possible to overcome the static limitations of conventional units and to improve the utilization of existing configurable elements. By introducing a buffer storage device, a plurality of different functions can be performed on the same data.

In a programmable unit, there is a plurality of ring memories, i.e., memories with a dedicated address control, which, upon reaching the end of the memory, continues at the starting point, thus forming a ring. These ring memories have read-write access to configuration registers, i.e., the circuits that receive the configuration data, of the elements to be configured. Such a ring memory has a certain number of records, which are loaded with configuration data by a PLU as described in German Patent Application No. 44 16 881 A1. The architecture of the records is selected so that their data format corresponds to the configurable element(s) connected to the ring memory and allows a valid configuration to be set.

Furthermore, there is a read position pointer, which selects one of the ring memory records as the current read record. The read position pointer can be moved to any desired position/record within the ring memory using a controller. Furthermore there is a write position pointer, which selects one of the ring memory records as the current write record. The write position pointer can be moved to any desired position/record within the ring memory using a controller.

At run time, to perform reconfiguration, a configuration string can be transmitted into the element to be configured without the data requiring management by a central logic or transmission. By using a plurality of ring memories, several configurable elements can be configured simultaneously.

Since a ring memory with its complete controller can switch configurable cells between several configuration modes, it is referred to as a switching table.

FIG. 1 illustrates a schematic architecture of a ring memory.

FIG. 2 illustrates the internal architecture of a ring memory.

FIG. 3 illustrates a ring memory with a selectable work area.

FIG. 4 illustrates a ring memory and a controller capable of working on different ring memory sections using several read and write position pointers.

FIG. 5 illustrates a ring memory where different controllers access different sections.

FIG. 6 illustrates a ring memory and its connection to the configurable elements.

FIG. 7 illustrates the controller with a logic for responding to different trigger signals; FIG. 7a shows an implementation of the trigger pulse mask.

FIG. 8 illustrates the clock generator for the controller.

FIG. 9 illustrates the wiring of the controller and the internal cells allowing the configurable elements to be configured.

FIG. 10 illustrates the processing by the controller of the commands stored in the ring memory.

FIG. 11 illustrates the processing of the data stored in the ring memory.

FIG. 12 illustrates the connection of a buffer comprising two memory arrays to a set of configurable elements.

FIG. 12a shows a step in the data processing sequence.

FIG. 12b shows another step in the data processing sequence.

FIG. 12c shows another step in the data processing sequence.

FIG. 12d shows another step in the data processing sequence.

FIG. 13 illustrates the connection of a buffer with separate read/write pointers to a set of configurable elements.

FIG. 14 illustrates the operation of a buffer with separate read/write pointers.

FIG. 15 illustrates the connection of two buffers each comprising two memory arrays to a set of configurable elements;

FIGS. 15a, 15b and 15c show the data processing sequence.

According to the present invention, a plurality of ring memories are provided in a programmable unit or connected externally to said unit. The one or more ring memories have one or more controllers controlling the one or more ring memories. These controllers are part of the PLU named in German Patent Application No. DE 44 16 881 A1. The ring memories contain configuration strings for the configurable elements of one or a plurality of configurable units; the configurable elements can also be expressly used for interconnecting function groups and they can be crossbar circuits or multiplexers for interconnecting bus architectures, which are conventional.

Ring memories and ring memory controllers can be either directly hardware-implemented or first obtained by configuring one or more configurable cells of a configurable unit (e.g., FPGA).

Conventional ring memories can be used as ring memories, in particular ring memories and/or controllers with the following properties:

where not all records are used, and which have the capability of providing a position where the read and/or write position pointer of the ring memory is set to the beginning or the end of the ring memory.

This can be implemented, for example, by using command strings (STOP, GOTO, etc.), counters, or registers storing the start and stop positions;

which make it possible to divide the ring memory into independent sections, and the controller of the ring memory can be set, for example, via the events listed below as examples, so that it works on one of these sections;

which make it possible to divide the ring memory into independent sections and there is a plurality of controllers, each one working on one section; a plurality of controllers may work on the same section. This can be implemented via arbiter switching, in which case certain processing cycles are lost. Registers can also be used instead of RAMs;

each controller has one or more read position pointers and/or one or more write position pointers;

this position pointer can be moved forward and/or backward;

this position pointer can be set to the start, end, or a given position on the basis of one or more events;

the controller has a mask register with which a subset can be selected from the set of all possible events by entering a data string. Only this subset of results is relayed to the controller as an event and triggers the forwarding of the position pointer(s);

controllers working with a multiple of the actual system clock rate (oversamnpling) to allow the processing of several records within a system cycle.

The switching table controller is implemented using a regular state machine. In addition to simple controllers required by a conventional ring memory, controllers with the following properties are best suited for performing or possibly expanding the control of the switching tables of a programmable unit (in particular also of FPGAs and DPGAs (Dynamically Programmable Gate Arrays, a new subgroup of FPGAs)) according to the present invention:

controllers capable of recognizing specific command strings. A command string is distinguished by the fact that it has an identifier, which allows the controller to recognize the data of a ring memory record as a command string rather than a data string;

controllers capable of executing specific command strings; specifically commands that change the sequence of the state machine and/or modify records of the ring memory through a data processing function;

controllers capable of recognizing an identifier and of processing additional records of the ring memory through the internal, higher-speed cycle (oversampling) on the basis of this identifier, until an end identifier is reached, or the next cycle of the clock that controls the oversampling cycle is reached.

In particular the following commands or a subset of those commands can be used as command strings for the appropriate control of a switching table requiring command string control. The command strings concerning position pointers can be used on the read position pointer(s) or on the write position pointer(s). Possible command strings include:

a WAIT command.

The WAIT command causes the controller to wait until the next event or (possibly several) events occur. During this state, the read/write position pointer(s) is(are) not moved. If the event(s) occur(s), the read/write position pointer(s) is (are) positioned on the next record.

a SKIP command.

The SKIP command causes a given number of ring memory records to be skipped by one of the following two methods:

The SKIP1 command is executed fully in a single processing cycle. If, for example, SKIP 5 is issued, the pointer jumps to the record located five records before (after) the current read/write record in a processing cycle.

The SKIP2 command is only executed after a number of processing cycles. It is conceivable, for example, that the SKIP 5 command is executed only after five processing cycles. Here again five records are skipped counting from the current record. The parameter (in this case the 5) is thus used twice.

The indication of the direction of jump can end either in a forward movement or in a backward movement of the position pointer with the use of a positive or negative number.

A SWAP command.

The SWAP command swaps the data of two given records.

A RESET command.

The RESET command sets the read/write position pointer(s) to the start and/or a given record position within the ring memory.

A WAIT-GOTO command.

The WAIT-GOTO command waits like the above-described WAIT command for one or more specific events and then positions the read/write position pointer to a specific start state within one or more processing cycles.

A NOP command.

The NOP command executes no action. No data is transmitted from the ring memory to the element(s) to be configured, neither are the position pointers modified. Thus the NOP command identifies a record as non-relevant. However, this record is addressed and evaluated by the ring memory controller it requires using one or more processing cycles.

A GOTO command.

The GOTO command positions the read/write position pointer(s) on the given record position.

A MASK command.

The MASK command writes a new data string into the multiplexer, which selects the different events. Therefore, this command allows the events to which the controller responds to be changed.

An LLBACK command.

The LLBACK command generates a feedback to the PLU (as described in German Patent Application No. DE 44 16 881 A1). The switching table can cause greater regions of the unit to be reloaded, in particular it can cause the switching table itself to be reloaded.

A command triggering a read/modify/write cycle. The command triggers the reading of commands or data in another record, for example, by the controller, the PLU or an element located outside the switching table. This data is then processed in any desired fashion and written into the same or another position of the switching table ring memory. This can take place during one processing cycle of the switching table. The sequence is then terminated before a position pointer is repositioned.

The ring memory record architecture has the following format:

The first bit identifies a record as a command or a data string. The controller of the switching table thus decides whether the bit string in the data portion of the record should be treated as a command or as configuration data.

The second bit identifies whether the controller should proceed immediately even without the occurrence of another event, should proceed with the next record, or wait for the next event. If an oversampling process is used and the RUN bit is set, the subsequent records will be processed with the help of this oversampling cycle. This continues until a record without a RUN bit set has been reached or the number or records that can be processed at the oversampling cycle rate within one system cycle has been reached.

If an oversampling process is used, the normal system cycle and the RUN bit set cause commutation to take place. Events occurring during the execution of a command sequence marked with the RUN bit are analyzed and the trigger signal is stored in a flip-flop. The controller then analyzes this flip-flop again when a record without a RUN bit set is reached.

The rest of a record contains, depending on the type (data or command), all the necessary information, so that the controller can fully perform its function.

The size of the ring memory can be implemented according to the application; this is true in particular for programmable units, where the ring memory is obtained by configuring one or more configurable cells.

A ring memory is connected to an element to be configured (or a group of elements to be configured), so that a selected configuration string (in the ring memory) is entered in the configuration register of the element to be configured or group of elements to be configured.

Thus a valid and operational configuration of the element or group to be configured is obtained.

Each ring memory has one controller or a plurality of controllers, which control the positioning of the read position pointer and/or the write position pointer.

Using the feedback channels described in German Patent Application No. DE 44 16 881 A1, the controller can respond to events of other elements of the unit or to external events that are transmitted into the unit (e.g., interrupt, IO protocols, etc.) and, in response to these internal or external events, moves the read position pointer and/or the write position pointer to another record.

The following events are conceivable, for example:

clock signal of a CPU,

internal or external interrupt signal,

trigger signal of other elements within the unit,

comparison of a data stream and/or a command stream with a value,

input/output events,

counter run, overrun, reset,

evaluation of a comparison.

If a unit has several ring memories, the controller of each ring memory can respond to different events.

After each time the pointer is moved to a new record, the configuration string in this record is transferred to the configurable element(s) connected to the ring memory.

This transfer takes place so that the operation of the unit parts that are not affected by the reconfiguration remains unchanged.

The ring memory(ies) may be located either in a unit or connected to the unit from the outside via an external interface.

Each unit may have a plurality of independent ring memories, which can be concentrated in a region of the unit, but can also be distributed in a reasonable manner on the surface of the unit.

The configuration data is loaded by a PLU, such as described in German Patent Application No. DE 44 16 881 A1, or by other internal cells of the unit into the memory of the switching table. The configuration data can also be simultaneously transferred by the PLU or other internal cells of the unit to several different switching tables in order to allow the switching tables to load simultaneously.

The configuration data can also be in the main memory of a data processing system and be transferred by known methods, such as DMA or other processor-controlled data transfer, instead of the PLU.

After the PLU has loaded the ring memory of the switching table, the controller of the switching table is set to a start status, which establishes a valid configuration of the complete unit or parts of the unit. The control of the switching table starts now with repositioning of the read position pointer and/or the write position pointer as a response to events taking place.

In order to cause new data to be loaded into the switching table or a number of switching tables, the controller can return a signal to the PLU, as described in German Patent Application No. DE 44 16 881 A1, or other parts of the unit that are responsible for loading new data into the ring memory of the switching table. Such a feedback can be triggered by the analysis of a special command, a counter status, or from the outside (the State-Back UNIT described in Patent Application PACT02).

The PLU or other internal cells of the unit analyze this signal, respond to the signal by executing a program possibly in a modified form, and transfer new or different configuration data to the ring memory(ies). Only the data of each ring memory that is involved in a data transfer as determined by the signal analysis, rather than the configuration data of a complete unit, must be transferred.

Buffer

A memory can be connected to individual configurable elements or groups thereof (hereinafter referred to as functional elements). Several known procedures can be used to configure this memory; FIFOs are well-known, in particular. The data generated by the functional elements are stored in the memory until a data packet with the same operation to be performed is processed or until the memory is full. Thereafter the configuration elements are reconfigured through switching tables, i.e., the functions of the elements are changed. FullFlag showing that the memory is full can be used as a trigger signal for the switching tables. In order to freely determine the amount of data, the position of the FullFlag is configurable, i.e., the memory can also be configured through the switching table. The data in the memory is sent to the input of the configuration elements, and a new operation is performed on the data; the data is the operand for the new computation. The data can be processed from the memory only, or additional data can be requested from the outside (outside the unit or other functional elements) for this purpose. As the data is processed, it (the result of the operation) can be forwarded to the next configuration elements or written into the memory again. In order to provide both read and write access to the memory, the memory can have two memory arrays, which are processed alternately, or separate read and write position pointers can exist in the same memory.

One particular configuration option is the connection of a plurality of memories as described above, which allows several results to be stored in separate memories; then, at a given time, several memory regions are sent to the input of a functional element and processed in order to execute a given function.

Architecture of a Ring Memory Record

One possible structure of the records in a switching table ring memory, used in a data processing system as described in

German Patent Application No. DE 44 16 881 A1 is described below. The following tables show the command architecture using the individual bits of a command string.

Thus, if a record is a data record, bit number 0 has the value 0, so the bits from position two have the following meanings:

If the record is a command, bit number 0 has the value 1, and the bits from position two have the following meanings:

In the following table, bits 2-6 and 8-n are shown for each of the commands listed. The overall bit length of a data string depends on the unit where the switching table is used. The bit length must be chosen so as to code all data needed for the commands in the bits starting from position 8.

Reconfiguring ALUs

One or more switching tables can be used for controlling an ALU. The present invention can be used, for example, to improve on Patent PACT02, where the switching table is connected to the M/F PLUREG registers or the M/F PLUREG registers are fully replaced by a switching table.

FIG. 1 shows the schematic architecture of a ring memory. It comprises a write position pointer 0101 and a read position pointer 0102, which access a memory 0103. This memory can be configured as a RAM or as a register. Using the read/write position pointer, an address of RAM 0104 is selected, where input data is written or data is read, depending on the type of access.

FIG. 2 shows the internal architecture of a simple ring memory. Read position pointer 0204 has a counter 0201 and write position pointer 0205 has a counter 0206. Each counter 0201, 0206 has a global reset input and an up/down input, through which the counting direction is defined. A multiplexer 0202, whose inputs are connected to the outputs of the counters, is used to switch between write 0205 and read 0204 position pointers, which point to an address of memory 0203. Read and write access is performed through signal 0207. The respective counter is incremented by one position for each read or write access. When the read 0204 or write 0205 position pointer points at the last position of the memory (last address for an upward counting counter or first address for a downward counting counter), the read or write position pointer 0204, 0205 is set to the first position of memory 0203 in the next access (first address for an upward counting counter or the last address for a downward counting counter). This provides the ring memory function.

FIG. 3 shows an extension of the normal ring memory. In this extension, counter 0303 of the write position pointer 0311 and counter 0309 of the read position pointer 0312 can be loaded with a value, so that each address of the memory can be set directly. This loading sequence takes place, as usual, through the data and load inputs of the counters. In addition, the work area of the ring memory can be limited to a certain section of internal memory 0306. This is accomplished using an internal logic controlled by counters 0303, 0309 of the write/read position pointers 0311, 0312. This logic is designed as follows: The output of one counter 0303, 0309 is connected to the input of the respective comparator 0302, 0308, where the value of the counter is compared with the value of the respective data register (0301, 0307) where the jump position, i.e., the end of the ring memory section, is stored. If the two values are the same, the comparator (0302, 0308) sends a signal to the counter (0303, 0309), which then loads the value from the data register for the target address of the jump (0304, 0310), i.e., the beginning of the ring memory section. The data register for the jump position (0301, 0307) and the data register for the target address (0304, 0310) are loaded by the PLU (see PACT01). With this extension, it is possible that the ring memory does not use the entire region of the internal memory, but only a selected portion. In addition, the memory can be subdivided into different sections when several such read/write position pointers (0312, 0311) are used.

FIG. 4 shows the architecture of a ring memory divided into several sections with controller 0401 working on one of said sections. The controller is described in more detail in FIG. 7. In order to allow the ring memory to be divided into several sections, several read/write position pointers (0408, 0402), whose architecture was shown in FIG. 3, are used. The controller selects the region where it operates through multiplexer 0407. Read or write access is selected via multiplexer 0403. Thus the selected read/write position pointer addresses an address of memory 0404.

FIG. 5 shows the case where each of a plurality of controllers 0501 operates in its own region of the ring memory via one read- and write-position pointer 0502, 0506 per controller. Each controller 0501 has a write position pointer 0506 and a read position pointer 0502. Using multiplexer 0503, which of the read and write position pointers 0502, 0506 accesses memory 0504 is selected. Either a read access or a write access is selected via multiplexer 0503. The read/write signal of controllers 0501 is sent to memory 0504 via multiplexer 0507. The control signal of multiplexers 0507, 0505, 0503 goes from controllers 0501 via an arbiter 0508 to the multiplexers. Arbiter 0508 prevents several controllers from accessing multiplexers 0507, 0505, 0503 simultaneously.

FIG. 6 shows a ring memory 0601 and its connection with configuration elements 0602. Ring memory 0601 is connected via lines 0604, 0605, 0606. The addresses of the addressed cells 0607 are transmitted via 0604. Line 0605 transmits the configuration data from the ring memory. Via line 0606, cells 0607 transmit the feedback whether reconfiguration is possible. The data stored in the ring memory is entered in configuration element 0602. This configuration element 0602 determines the configuration of configurable elements 0603. Configurable elements 0603 may comprise logical units, ALUs, for example.

FIG. 7 shows a controller that may respond to different triggering events. The individual triggering events can be masked, so that only one triggering event is accepted at any time. This is achieved using multiplexer 0701. The trigger signal is stored with flip-flop 0704. Multiplexer 0702, which can be configured as a mask via AND gates (see FIG. 7a), is used to process low active and high active triggering signals. The triggering signal stored in the flip-flop is relayed via line 0705 to obtain a clock signal, which is described in FIG. 8. The state machine 0703 receives its clock signal from the logic that generates the clock signal and, depending on its input signals, delivers an output signal and a reset signal to reset flip-flop 0704 and stop processing until the next trigger signal. The advantage of this implementation is the power savings when the clock is turned off, since state machine 0703 is then idle. An implementation where the clock is permanently applied and the state machine is controlled by the status of the command decoder and the run bit is also conceivable.

FIG. 7a shows the masking of the trigger signals. The trigger signals and lines from A are connected to the inputs of AND gate 0706. The outputs of AND gate 0706 are OR-linked with 0707 to generate the output signal. FIG. 8 shows the logic for generating the clock signal for the state machine. Another clock signal is generated in 0801 with the help of a PLL. Using multiplexer 0802, the normal chip clock or the clock of PLL 0801 can be selected. Signals C and B are sent to OR gate 0804. Signal C is generated as a result of a trigger event in the controller (see FIG. 7, 0705). Signal B originates from bit 1 of the command string (see FIG. 10, 1012). This bit has the function of a run flag, so that the controller continues to operate, independently of a trigger pulse, if the run flag is set. The output of OR gate 0804 is AND-linked with the output of multiplexer 0802 to generate the clock signal for the state machine.

FIG. 9 shows the connection between controller 0907, PLU 0902 with memory 0901, ring memory 0906, configurable elements 0905, and configuration elements 0908, as well as the internal cells 0903 used for the configuration. The internal cell 0903 used for configuration is shown here as a normal cell with configurable elements 0905 and configuration elements 0908. Ring memory 0906 is connected to configuration elements 0908 and is in turn controlled by controller 0907. Controller 0907 responds to different trigger pulses, which may also originate from the internal cell 0903 used for configuration. Controller 0907 informs PLU 0902, via feedback channel 0909, if new data is to be loaded into ring memory 0906 due to a trigger event. In addition to sending this feedback, controller 0907 also sends a signal to multiplexer 0904 and selects whether data is sent from PLU 0902 or internal cell 0903 used for configuration to the ring memory.

In addition to the configuration of the ring memory by the PLU, the ring memory can also be set as follows: Configurable element 0903 is wired so that it generates, alone or as the last element of a group of elements, records for ring memory 0906. It generates a trigger pulse, which advances the write position pointer in the ring memory. In this mode, multiplexer 0904 switches the data from 0903 through to the ring memory, while with a configuration by the PLU the data are switched through by the PLU. It would, of course, be conceivable that additional permanently implemented functional units might serve as sources of the configuration signals.

FIG. 10 shows the processing by the controller of the commands stored in the ring memories. 1001 represents the memory of the ring memory with the following bit assignment. Bit 0 identifies the record as a data or command string. Bit 1 identifies the run and stop modes. Bits 2-6 identify the command number coding the commands. Bit 7 tells whether the command is to be applied to the read or write position pointer. If the command affects no position pointer, bit 7 is undefined. The data needed for a command is stored in bits 8-n. Counters 1004, 1005 form the write and read position pointers of the ring memory. If the controller receives a trigger pulse, the state machine sends a pulse to the read position pointer. The write position pointer is not needed to read a command, but is only used for entering data in the ring memory. The selected read position pointer moves forward one position, and a new command is selected (bit 0=0). Now bits 2-6 and bit 7 are sent to command decoder 1002, are decoded, and the result is relayed to the state machine (1024), which recognizes the type of command and switches accordingly.

If it is a SKIP command, state machine 1011 sends a pulse to adder/subtractor 1006 so it can add/subtract the bit 8-n command string data to/from the data sent by counters 1004, 1005 via multiplexer 1003. Depending on bit 7, multiplexer 1003 selects the counter of write position pointer 1004 or the counter of read position pointer 1005. After the data has been added/subtracted, state machine 1011 activates gate 1010 and sends a receive signal to counter 1004, 1005. Thus the selected position pointer points as many positions forward or backward as set forth in the data of the SKIP command.

Upon a GOTO command, gate 1007 is activated by state machine 1011 so that the data goes to read position pointer 1005 or write position pointer 1004 and is received there.

Upon a MASK command, the data is received in a latch 1008 and stored there. This data is then available to the controller described in FIGS. 7/7a via line A (1013) where it masks all the trigger inputs which should receive no trigger pulse.

Upon a WAIT command, an event is waited for as often as set forth in the data bits. If this command is registered by state machine 1011, it sends a pulse to wait cycle counter 1009 which receives the data. The wait cycle counter then counts one position downward for each event relayed by state machine 1011. As soon as it has counted to zero, the carry flag is set and sent to state machine 1011 (1023). The state machine then continues to operate due to the carry flag.

Upon a WAIT-GOTO command, the data providing the number of wait events is received in the wait cycle counters. After receipt of the number of events given in the data, the state machine activates gate 1007 and relays the jump position data to the selected counter.

The SWAP command is used for swapping two records between two positions of the ring memory. The address of the first record to be swapped is stored in latch 1017; the address of the second record is stored in latch 1018. The addresses are sent to multiplexers 1015 and 1016 of the read/write pointer. Initially, record 1 is selected via 1016 and stored in latch 1019; then record 2 is selected via 1016 and stored in 1020. The write pointer is first positioned on the first record via 1015, and the data formerly of the second record is stored via gate 1022. Then the write pointer is positioned on the second record via 1015 and the data formerly of the first record is stored via gate 1021.

State machine 1011 sends feedback to the PLU via 1014 (e.g., via a State-Back UNIT, see PACT02). The state machine sends a signal via this connection as soon as an LLBack command is registered.

Bit 1, used as a run flag, is sent to the controller for generating a clock signal, which is described in FIG. 8.

The NOP command is registered in the state machine, but no operation is performed.

FIG. 11 shows the processing of a data string stored in the ring memory. 1101 corresponds to 1001 in FIG. 10. Since this is a data string, bit 0 is set to one. Command decoder 1107 recognizes the data string as such and sends a query 1106 to the cell addressed in bits 2-6 to verify if reconfiguration is possible. The query is sent at the same time gate 1102 is activated, which causes the address of the cell to be transmitted. The cell shows via 1105 whether reconfiguration is possible. If so, the configuration data is transmitted to the cell via gate 1103. If no reconfiguration is possible, processing continues, and reconfiguration is attempted again in the next cycle in the ring memory. Another possible sequence would be the following: The state machine activates gates 1102 and 1103 and transmits the data to the cell addressed. If the cell can be reconfigured, the cell acknowledges receipt of the data via 1105. If no configuration is possible, the cell does not send a receive signal, and reconfiguration is attempted again in the next cycle of the ring memory.

FIG. 12 shows a group (functional element) 1202 of configurable elements 1201. The data is sent to the functional element via input bus 1204, and the results are sent forth via output bus 1205. Output bus 1205 is also connected to two memory arrays 1203, which operate alternately as a read or write memory. Their outputs are connected to input bus 1204. The entire circuit can be configured via a bus leading to switching tables 1206; the trigger signals are transmitted to the switching table and the configuration data is transmitted from the switching table via this bus. In addition to the function of the functional element, the write/read memory active at that time and the depth of the respective memory are set.

FIG. 12a shows how external data 1204, i.e., data of another functional unit or from outside the unit, is computed in the functional element 1202 and then written into write memory 1210.

FIG. 12b shows the next step after FIG. 12a.

Functional element 1202 and memories 1220, 1221 are reconfigured upon a trigger generated by the functional element or the memories or another unit and transmitted over 1206. Write memory 1210 is now configured as a read memory 1220 and delivers the data for the functional element. The results are stored in write memory 1221.

FIG. 12c shows the step following FIG. 12b.

Functional element 1202 and memories 1230, 1231 were reconfigured upon a trigger generated by the functional element or the memories or another unit and transmitted over 1206. Write memory 1221 is now configured as a read memory 1230 and delivers the data to the functional element. The results are stored in write memory 1231. In this example, additional external operands 1204, i.e., from another functional unit or from outside the unit, are also processed.

FIG. 12d shows the next step after FIG. 12c.

Functional element 1202 and memories 1203, 1240 were reconfigured upon a trigger generated by the functional element or the memories or another unit and transmitted over 1206. Write memory 1231 is now configured as a read memory 1240 and delivers the data to the functional element. The results are forwarded via output bus 1205.

FIG. 13 shows a circuit according to FIG. 12, where a memory with separate read and write pointers 1301 is used instead of the two memory arrays.

FIG. 14 shows memory 1401 according to FIG. 13. The record in front of read pointer 1402 has already been read or is free 1405. The pointer points to a free record. Data 1406 still to be read are located behind the read position pointer. A free area 1404 and data already re-written 1407 follow. Write position pointer 1403 points at a free record, which is either empty or already has been read. The memory can be configured as a ring memory, as described previously.

FIG. 15 shows a circuit according to FIG. 12, where both memory banks 1203 are present in duplicate. This makes it possible to store and then simultaneously process a plurality of results.

FIG. 15a shows how external data 1204, i.e., from another functional unit or from outside the unit, is computed in functional element 1202 and then written in write memory 1510 via bus 1511.

FIG. 15b shows the next step after FIG. 15a.

Functional element 1202 and memories 1203, 1510, 1520 have been reconfigured following a trigger generated by the functional element or the memories or another unit and transmitted over 1206. External data 1204, i.e., from another functional unit or from outside the unit, is computed in functional element 1202 and then written in write memory 1520 via bus 1521.

FIG. 15c shows the next step after FIG. 15b.

Functional element 1202 and memories 1203, 1530, 1531, 1532 have been reconfigured following a trigger generated by the functional element or the memories or another unit and transmitted over 1206. Write memories 1510, 1520 are now configured as read memories 1531, 1532 and deliver several operands simultaneously to functional elements 1202. Each read memory 1531, 1532 is connected to 1202 via an independent bus system 1534, 1535. The results are either stored in write memory 1530 via 1533 or forwarded via 1205.