A method and apparatus to dynamically allocate instructions to programmable processing element decoders (78, 79, 80) in a SIMD processor (100) includes a source code instruction (71) for the processor is parsed (1) into components (75, 76, 77) that apply to specific processing elements (60, 61, 62). The components (75, 76, 77) are used to determine control signals (90, 91, 92) that must be generated from the processing element instruction decoders (50, 51, 52) in order to execute the given instruction. If a processing element instruction decoder (50, 51, 52) is not capable of producing the necessary control signals (90, 91, 92), the decoder (50, 51, 52) must be reconfigured to do so. Then the processing element instruction (75, 76, 77) that will generate the specified control logic can be determined and returned to the assembler or compiler so that the assembly or compilation of the program can be completed.

Patent
   5649179
Priority
May 19 1995
Filed
May 19 1995
Issued
Jul 15 1997
Expiry
May 19 2015
Assg.orig
Entity
Large
88
11
EXPIRED
11. A single-instruction multiple-datapath (SIMD) processor comprising:
processing elements;
processing element instruction decoders; and
processing element instruction decoder reconfigurers which map instructions targeted at the processing element instruction decoders.
14. A method of dynamically allocating instructions to a programmable processing element decoder in a single instruction multiple data (SIMD) processor, the method comprising the steps of:
parsing a source code instruction for the SIMD processor into components applicable to the instructions;
assembling the components into a control specification for the programmable processing element decoder;
updating an instruction decoder configuration according to the control specification; and
determining the instructions.
1. A method of dynamically allocating a processing element instruction to a processing element in a single instruction multiple data (SIMD) processor, comprising the steps of:
parsing a source code instruction for the SIMD processor into components applicable to the processing element instruction;
assembling the components into a control specification for the processing element;
updating an instruction decoder configuration according to the control specification if necessary for the processing element; and
determining the processing element instruction for the processing element.
2. A method as claimed in claim 1, wherein the step of assembling comprises the step of providing an array representing the control specification, such that elements of the array represent digital control signals for the processing element.
3. A method as claimed in claim 2, wherein the step of assembling further comprises the step of initializing all of the elements of the array to a symbol representing that values of the elements are undefined.
4. A method as claimed in claim 3, wherein the step of assembling further comprises the step of setting values of the elements to a logical one, logical zero, or logical X, where the logical X can be either the logical one or the logical zero, according to the components parsed from the source code instruction, such that the source code instruction will be executed.
5. A method as claimed in claim 1, wherein the step of assembling further comprises the step of setting default values for elements that remain undefined.
6. A method as claimed in claim 1, wherein the step of updating comprises the step of determining if the instruction decoder configuration must be modified in order to generate a control word according to the control specification.
7. A method as claimed in claim 6, wherein the step of updating further comprises the step of determining if the instruction decoder configuration must be modified in order to generate the control word according to a user defined superset of the control specification.
8. A method as claimed in claim 7, wherein the step of updating further comprises the step of updating the instruction decoder configuration if necessary.
9. A method as claimed in claim 8, wherein the step of determining if the instruction decoder configuration must be modified in order to generate the control word according to the control specification comprises the step of determining if a decoder store load table representing a plurality of unique control words that are stored in a decoder store contains the control word.
10. A method as claimed in claim 8, wherein the step of determining if the instruction decoder configuration must be modified in order to generate the control word according to the control specification comprises the step of determining if a programmable logic decoder is capable of generating the control word when configured using a configuration file that controls the operation of a programmable logic decoder.
12. A processor as claimed in claim 11, wherein the processing element instruction decoders comprise a decoder store load table representing a plurality of unique stored control words.
13. A processor as claimed in claim 11, wherein the processing element instruction decoders comprise a configuration file that controls operation of a programmable logic decoder.
15. A method as claimed in claim 14, wherein the step of assembling comprises the steps of:
providing an array representing the control specification, such that elements of the array represent digital control signals;
initializing all of the elements of the array to a symbol representing that values of the elements are undefined;
setting values of the elements to a logical one, logical zero, or logical X, where the logical X can be either the logical one or logical zero, according to the components parsed from the source code instruction, such that the source code instruction will be executed; and
setting default values for elements that remain undefined.
16. A method as claimed in claim 14, wherein the step of updating comprises the steps of:
determining if the instruction decoder configuration must be modified in order to generate a control word according to the control specification;
determining if the instruction decoder configuration must be modified in order to generate the control word according to a user defined superset of the control specification; and
updating the instruction decoder configuration if necessary.
17. A method as claimed in claim 16, wherein the step of determining if the instruction decoder configuration must be modified in order to generate the control word according to the control specification comprises the step of determining if a decoder store load table representing a plurality of unique control words that are stored in a decoder store contains the control word.
18. A method as claimed in claim 16, wherein the step of determining if the instruction decoder configuration must be modified in order to generate a control word according to the control specification comprises the step of determining if a programmable logic decoder is capable of generating the control word when configured using a configuration file that controls the operation of a programmable logic decoder.

This invention relates in general to methods for controlling Single Instruction Multiple Data (SIMD) processors and in particular to methods for dynamically allocating instructions to processing elements within a SIMD processor.

Parallel processors are becoming increasingly important because of limitations in clock speed and the need to reduce power consumption by computing resources. One challenging aspect of parallel processor design is providing distributed control to multiple processing elements from a single program. In some cases, SIMD processors distribute control to multiple processing resources through a single, usually wide, instruction word. The disadvantage of wide instruction words is that program memory is increased proproportionally to the instruction bit width, which in turn increases power consumption and cost.

Conventional methods for reducing the width of the instruction word include processing element decoders which allow the digital control logic to "tree out" at the expense of limiting the size of the instruction set for the processing elements. The general advantage of using processing element decoders is that the SIMD instruction word does not have to include all of the digital control logic for each processing element, and therefore the width of the SIMD instruction word is substantially shorter. The specific advantages of processing element decoding include increased program memory efficiency and increased routability.

However, unmodifiable processing element decoders also have a serious disadvantage. While all possible combinations of control lines are not required, the size limitation of the instruction set may be too restrictive. This is particularly true in the case of cross bar switches which may have a very large number of combinations. Crossbar switches are required in general purpose parallel processors to provide the necessary signal routing. A limited instruction set can therefore severely restrict the allowable functions that can be performed by the processing elements. Flexibility can be greatly increased by allowing the processing element decoders to be configured using an instruction decoder control specification. Currently, no methods exist for dynamically allocating instructions to these stores upon assembly or compilation of a program targeted for a SIMD processor.

Thus, what is needed is a method for programming SIMD processors without resorting to wide program words, while still maintaining the flexibility to perform all the functions supported by the processing elements in the processor. In order to achieve this result, a method is needed to dynamically allocate instructions to programmable processing element decoders within a SIMD processor.

In FIG. 1, there is shown a flowchart of a method for dynamically allocating instructions to processing elements in a SIMD processor in accordance with a preferred embodiment of the invention;

In FIG. 2, there is shown a flowchart of a method for assembling a control specification for a processing element instruction decoder based on instruction components that apply to the processing element in accordance with a preferred embodiment of the invention;

In FIG. 3, there is shown a flowchart of a method for updating an instruction decoder configuration based on the processing element control specification in accordance with a preferred embodiment of the invention;

In FIG. 4, there is shown a schematic of a generalized architecture for a SIMD processor that is implemented using processing element instruction decoders in accordance with a preferred embodiment of the invention; and

In FIG. 5, there is shown a schematic of the structure supporting the method of dynamically allocating instructions to processing elements in a SIMD processor in accordance with a preferred embodiment of the invention.

Accordingly, it is an advantage of the present invention to provide a new and improved method for programming and controlling SIMD processors. It is further an advantage of the present invention to provide a method to reduce the size of the processing element instruction decoders.

This disclosure includes a method used to allocate instructions to the processing element (PE) decoder RAMs. As shown in FIG. 1, the first step 1 of this method is to parse a source code instruction targeted for the SIMD processor into components that effect the operation of a given processing element within the processor. In step 2, the components are assembled into a control specification for the processing element decoder. Step 2 is further broken down into steps as illustrated in FIG. 2.

In step 21 of FIG. 2, an array is created that represents the states of the digital control signals used to control the PE resources. Each bit or group of bits used to control the PE resources is represented by an element in this array. The array is initialized to a value indicating that the elements in the array have not yet been defined. The symbol "U" can be used for this purpose (step 22). Next (step 23), the elements of the array are set to either a logical one ("1"), a logic zero ("0"), a don't care condition ("X"), or they are left alone ("U") according to the PE instruction components.

As an example of how an array is created by the process just discussed, if one of the components of the instruction requires that a four input mux control line be set to the value 2, the field in the array representing the PE digital control word used to control the mux is set to "10" (binary notation). If the state of the control lines to another four input mux in the PE does not affect the proper execution of the instruction, this field in the array is set to "XX". The XX's allow decoder instruction reuse which provides for more efficient use of the processing element decoder. Finally, if a register in the PE is not affected by the instruction, the field in the array corresponding to the register would be left as a "U".

As each of the components of the instruction applying to the PE are assembled, the elements of the array are updated. If an element in the array is already set to a one, and the instruction component calls for it to be set to a zero, an assembly error is generated. Similarly, if an element in the array is already set to a zero and is to be changed to a one, an assembly error is generated. If the element is set to either a "U" or a "X", and an instruction component calls for it to change a one or a zero, then the element is so changed.

The resolution function dictating the values of the elements in the array are defined in table 1 below. The current value of the array is listed in the first column, and the new value determined for the array from the instruction component is listed in the top row.

TABLE 1
______________________________________
Resolution Function for Digital Control Signal Array
Current
Values New Values
______________________________________
1 0 X
1 1 ERROR 1
0 ERROR 0 0
X 1 0 X
U 1 0 X
______________________________________

When all of the instruction components applying to the PE are processed, any of the elements of the array that are left undefined are set to the inert or default state for that particular control line. For example, if an array element representing a control line that controls whether a register is to be loaded or not (1=load) is undefined after all of the instruction components are processed, then that line is set to a zero ("0") so that the register will remain unchanged. Therefore, zero is the inert state for that particular control line. When all instruction elements have been processed and the undefined elements of the array have been set to the inert or default state, the array becomes the control specification for the PE.

In step 3 of FIG. 1, the control specification generated in step 2 is used to update the instruction decoder configuration. When RAMs or other storage elements are used to implement the PE instruction decoders, a table representing the digital control words stored in the decoder store is used to configure the PE instruction decoder (step 31, FIG. 3). This table will be referred to as the PE instruction decoder configuration file.

In FIG. 3, step 31, the configuration file is searched to see if it contains the control word specified by the control specification. In this step, all elements of the array must be identical except for elements in the control specification that are set to "X". For example, if the control specification array is {1X0X}, then the control word {1100} would be considered a "match", whereas the control word {0000} would not. If a match is found, step 3 of FIG. 1 is completed. The location of the control word in the PE instruction decoder configuration file is passed back to the assembler and used to generate the processing element instruction (step 4 of FIG. 1). However, if there is no matching control word in the table, the PE instruction decoder configuration file is analyzed to see if it contains a user defined superset of the PE control specification (step 32 of FIG. 3).

A control word is a superset of the control specification if it performs all of the actions specified by the specification and also performs some additional actions. In some cases, these additional actions may be acceptable. For example, an intent of a particular instruction (instruction 1) may be to update register "A". The control specification generated using step 2 of FIG. 1 will specify that only register "A" is to be loaded. If there is a register "B" in the PE, the control specification would specify that it remain unchanged. However, the user may not be using the value in register "B". If the user configures the assembler so that it knows it is acceptable to allow side effects to corrupt the value in register "B", then the instruction that updates registers "A" and "B" (instruction 2) is an allowable superset of instruction 1 as defined by the user. If this is the case, instruction 2 may be used to perform the actions specified by instruction 1. Therefore, the location of the control word associated with instruction 2 in the PE instruction decoder configuration file is passed back to the assembler and used to generate the processing element instruction for instruction 1 (step 4 in FIG. 1).

If no permissible superset of the control specification is located in step 32 of FIG. 3, then the PE instruction decoder configuration file is updated (step 33 of FIG. 3). This update may be accomplished by appending the array defined by the control specification to the end of the PE instruction decoder configuration file. Any elements of the array that contained "X" values are then converted to the inert of default value for the corresponding digital control lines. The location of this control word is then passed back to the assembler and used by the assembler to imbed the processing element instruction into the SIMD processor machine level instruction.

It is also possible to implement the PE instruction decoders using programmable logic, in which case the PE instruction decoder is referred to as a programmable logic decoder. In the case of a programmable logic decoder, step 3 in FIG. 1 is handled somewhat differently than described above. The PE instruction decoder configuration is accomplished using a configuration file that controls the operation of the programmable logic decoder. Step 31 in FIG. 3 is accomplished by analyzing the configuration file to determine if the programmable logic decoder is capable of generating the PE control word when configured as specified by the configuration file (step 31 in FIG. 3). Although the details of the method described in the paragraphs above address PE instruction decoders implemented using storage elements such as RAMs, these methods can also be applied in general to PE instruction decoders implemented using programmable logic.

The present disclosure applies to a generalized SIMD architecture that is implemented using processing element (PE) instruction decoders. The decoders must be reconfigurable to apply this method to the SIMD architecture and achieve the benefits realized by this method. One such embodiment of this architecture is shown in FIG. 4, where RAMs are used as the PE instruction decoders.

In FIG. 4, there is shown a schematic of a generalized SIMD processor architecture with PE decoders. Sequencer 41, including program counter 42, provides instruction addresses 43 to program memory 44. Program memory 44 provides processor instructions 45 to decoder 46. Decoder 46 sends PE instructions to each of processing element #1 (60), processing element #2 (61), and so on through processing element #N (62); specifically, PE instruction #1 (47) goes to PE #1 decoder 50 of processing element #1 (60), PE instruction #2 (48) goes to PE #2 decoder 51 of processing element #2 (61), and PE instruction #N (49) goes to PE #1 decoder 52 of processing element #N (62). PE#1 decoder 50, PE#2 decoder 51, and PE#N decoder 52 provide digital control signals 53, 54, and 55, respectively, to processing resources 56, 57, and 58, respectively.

In FIG. 5, there is shown an implementation of the present method using processing element decoder stores in SIMD processor 100. Assembled source code 70 provides processor instructions 71 to program RAM 72, and PE#1 decoder configuration 78, PE#2 decoder configuration 79, and so on through PE#N decoder configuration 80. Program RAM 72 provides processor instructions 73 to first level decoder 74. First level decoder 74 provides PE #1 instruction 75, PE#2 instruction 76 and so on through PE#N instruction 77. PE #1 instruction 75, PE#2 instruction 76 and so on through PE#N instruction 77, ad addresses 84, 85, and 86, respectively, enter second level decode RAM 87, 88, and 89. At the same time, PE#1 decoder configuration 78 provides input data 81 to second level decode RAM 87, PE#2 decoder configuration 79 provides input data 82 for second level decode RAM 88, and PE#N decoder configuration 80 provides input data 83 to second level decode 89. Second level decode RAM 87, 88, and 89 produce PE#1 control output data 90, PE#2, control output data 91, and PE#N control output data 92, respectively, to processing element 1 (60), processing element 2 (61), and processing element N (62).

Thus, FIG. 5 illustrates a SIMD processor 100 which includes processing elements (70, 71, 72), processing element instruction decoders (87, 88, 89), and processing element instruction decoder reconfigurers (60, 61, 62) which map instructions targeted at the processing element instruction decoders (87, 88, 89) into program RAM 72. The processing element instruction decoders (87, 88, 89) can include a decoder store load table representing a plurality of unique stored control words (90, 91, 92). The processing element instruction decoders (87, 88, 89) can include a configuration file that controls operation of a programmable logic decoder as well.

Functionally, the PE instruction set needed to execute a given program is determined by the assembler when the source code targeted for the SIMD processor is assembled. When the assembled SIMD program is loaded into the program memory, the PE decoder RAMs are also updated so that they contain all the digital control signals needed to execute the program. The operation of loading the instructions into the PE decoders is simplified by mapping the decoder RAMs into program memory space. Therefore the program and decoder instructions can be loaded in the same operation. Upon execution of the SIMD instruction word, the SIMD instruction is converted into multiple instruction pointers for each PE in the processor. These instruction pointers are then used to address the actual instructions for each PE.

Thus, a method to dynamically allocate instructions to processing elements within a SIMD processor has been described which overcomes specific problems and accomplished certain advantages relative to prior art methods and mechanisms. The improvements over known technology are significant. The dynamic allocation of instructions to processing elements in a SIMD processor is advantageous because it provides programming flexibility. Because the processing element instruction decoders can be reconfigured, any and all combinations of control signals can be produced by the decoders, even though the processing element instruction may be limited to a finite set of instructions. Therefore the SIMD processor instruction word length can be minimized while maintaining programming flexibility. Furthermore, the complexity and size of the processing element decoders can be minimized because they need to produce only the control signals needed by the program being executed by the SIMD processor, and do not need to provide the generalized control for all possible programs. The specific advantages of these methods are minimized power consumption and die area requirements for the SIMD processor very large scale integration (VLSI) device.

Thus, there has also been provided, in accordance with an embodiment of the invention, a method for dynamic instruction allocation that fully satisfies the aims and advantages set forth above. While the invention has been described in conjunction with a specific method, many alternatives, modifications, and variations will be apparent to those of ordinary skill in the art in light of the foregoing description. Accordingly, the invention is intended to embrace all such alternatives, modifications, and variations as fall within the spirit and broad scope of the appended claims.

Steenstra, Mark Evan, Gehman, Jr., John Bartholomew, Acosta, Jr., Ascencion Chapapro

Patent Priority Assignee Title
10038550, Aug 08 2013 Intel Corporation Instruction and logic to provide a secure cipher hash round functionality
10148428, Dec 29 2012 Intel Corporation Instruction and logic to provide SIMD secure hashing round slice functionality
10503510, Dec 27 2013 TAHOE RESEARCH, LTD SM3 hash function message expansion processors, methods, systems, and instructions
10592245, Sep 26 2014 Intel Corporation Instructions and logic to provide SIMD SM3 cryptographic hashing functionality
10623175, Sep 04 2014 Intel Corporation SM3 hash algorithm acceleration processors, methods, systems, and instructions
10686591, Dec 29 2012 Intel Corporation Instruction and logic to provide SIMD secure hashing round slice functionality
10768989, Mar 22 2006 Intel Corporation Virtual vector processing
11075746, Sep 04 2014 Intel Corporation SM3 hash algorithm acceleration processors, methods, systems, and instructions
11128443, Sep 04 2014 Intel Corporation SM3 hash algorithm acceleration processors, methods, systems, and instructions
5991539, Sep 08 1997 AVAGO TECHNOLOGIES GENERAL IP SINGAPORE PTE LTD Use of re-entrant subparsing to facilitate processing of complicated input data
6085035, Sep 09 1997 Oracle America, Inc Method and apparatus for efficient operations on primary type values without static overloading
6092174, Jun 01 1998 BENHOV GMBH, LLC Dynamically reconfigurable distributed integrated circuit processor and method
6105125, Nov 12 1997 National Semiconductor Corporation High speed, scalable microcode based instruction decoder for processors using split microROM access, dynamic generic microinstructions, and microcode with predecoded instruction information
6113650, Jul 01 1998 NEC Corporation Compiler for optimization in generating instruction sequence and compiling method
6859869, Nov 17 1995 Pact XPP Technologies AG Data processing system
6968452, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable unit
6990555, Jan 09 2001 Scientia Sol Mentis AG Method of hierarchical caching of configuration data having dataflow processors and modules having two- or multidimensional programmable cell structure (FPGAs, DPGAs, etc.)
7002983, Dec 17 1999 INPHI CORPORATION Device for datastream decoding
7003660, Jun 13 2000 Scientia Sol Mentis AG Pipeline configuration unit protocols and communication
7010667, Feb 11 1998 Pact XPP Technologies AG Internal bus system for DFPS and units with two- or multi-dimensional programmable cell architectures, for managing large volumes of data with a high interconnection complexity
7028107, Dec 27 1996 Scientia Sol Mentis AG 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)
7036036, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable module
7158529, Dec 17 1999 INPHI CORPORATION Device for data stream decoding
7174443, Oct 08 1997 Scientia Sol Mentis AG Run-time reconfiguration method for programmable units
7210129, Aug 16 2001 Scientia Sol Mentis AG Method for translating programs for reconfigurable architectures
7237087, Dec 09 1996 Scientia Sol Mentis AG Reconfigurable multidimensional array processor allowing runtime reconfiguration of selected individual array cells
7266725, Sep 03 2001 Scientia Sol Mentis AG Method for debugging reconfigurable architectures
7313645, Apr 16 2004 Sony Corporation Processor to reduce data rearrangement instructions for matrices in multiple memory banks
7394284, Sep 06 2002 Scientia Sol Mentis AG Reconfigurable sequencer structure
7434191, Sep 19 2001 Scientia Sol Mentis AG Router
7444531, Mar 05 2001 Scientia Sol Mentis AG Methods and devices for treating and processing data
7480825, Sep 03 2001 Scientia Sol Mentis AG Method for debugging reconfigurable architectures
7565525, Dec 09 1996 Scientia Sol Mentis AG Runtime configurable arithmetic and logic cell
7577822, Dec 14 2001 Pact XPP Technologies AG Parallel task operation in processor and reconfigurable coprocessor configured based on information in link list including termination information for synchronization
7581076, Mar 05 2001 Scientia Sol Mentis AG Methods and devices for treating and/or processing data
7595659, Oct 09 2000 Scientia Sol Mentis AG Logic cell array and bus system
7602214, Sep 06 2002 Scientia Sol Mentis AG Reconfigurable sequencer structure
7650448, Dec 20 1996 Scientia Sol Mentis AG I/O and memory bus system for DFPS and units with two- or multi-dimensional programmable cell architectures
7657861, Aug 07 2002 Scientia Sol Mentis AG Method and device for processing data
7657877, Jun 20 2001 Scientia Sol Mentis AG Method for processing data
7782087, Jan 09 2006 Scientia Sol Mentis AG Reconfigurable sequencer structure
7822881, Dec 27 1996 Scientia Sol Mentis AG 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)
7822968, Dec 09 1996 Scientia Sol Mentis AG Circuit having a multidimensional structure of configurable cells that include multi-bit-wide inputs and outputs
7840842, Sep 03 2001 Scientia Sol Mentis AG Method for debugging reconfigurable architectures
7844796, Aug 28 2003 Scientia Sol Mentis AG Data processing device and method
7899962, Dec 20 1996 Scientia Sol Mentis AG I/O and memory bus system for DFPs and units with two- or multi-dimensional programmable cell architectures
7928763, Sep 06 2002 PACT XPP SCHWEIZ AG Multi-core processing system
7996827, Aug 16 2001 Scientia Sol Mentis AG Method for the translation of programs for reconfigurable architectures
8058899, Oct 06 2000 Scientia Sol Mentis AG Logic cell array and bus system
8069373, Sep 03 2001 Scientia Sol Mentis AG Method for debugging reconfigurable architectures
8099618, Mar 05 2001 Scientia Sol Mentis AG Methods and devices for treating and processing data
8127061, Feb 18 2002 Pact XPP Technologies AG Bus systems and reconfiguration methods
8145881, Mar 05 2001 Scientia Sol Mentis AG Data processing device and method
8156284, Aug 07 2002 Scientia Sol Mentis AG Data processing method and device
8156312, Dec 09 1996 Scientia Sol Mentis AG Processor chip for reconfigurable data processing, for processing numeric and logic operations and including function and interconnection control units
8195856, Dec 20 1996 Scientia Sol Mentis AG I/O and memory bus system for DFPS and units with two- or multi-dimensional programmable cell architectures
8209653, Sep 19 2001 Scientia Sol Mentis AG Router
8230411, Jun 10 1999 Scientia Sol Mentis AG Method for interleaving a program over a plurality of cells
8250503, Jan 18 2006 Scientia Sol Mentis AG Hardware definition method including determining whether to implement a function as hardware or software
8281108, Jan 19 2002 Pact XPP Technologies AG Reconfigurable general purpose processor having time restricted configurations
8281265, Aug 07 2002 Scientia Sol Mentis AG Method and device for processing data
8301872, Feb 25 1999 Scientia Sol Mentis AG Pipeline configuration protocol and configuration unit communication
8310274, Sep 06 2002 Scientia Sol Mentis AG Reconfigurable sequencer structure
8312200, Jun 10 1999 Scientia Sol Mentis AG Processor chip including a plurality of cache elements connected to a plurality of processor cores
8312301, Mar 05 2001 Scientia Sol Mentis AG Methods and devices for treating and processing data
8407525, Sep 03 2001 Scientia Sol Mentis AG Method for debugging reconfigurable architectures
8429385, Oct 08 1997 Scientia Sol Mentis AG Device including a field having function cells and information providing cells controlled by the function cells
8447953, Feb 25 2005 Rambus Inc Instruction controller to distribute serial and SIMD instructions to serial and SIMD processors
8468329, Feb 25 1999 Scientia Sol Mentis AG Pipeline configuration protocol and configuration unit communication
8471593, Oct 08 2001 PACT XPP SCHWEIZ AG Logic cell array and bus system
8686475, Sep 19 2001 Scientia Sol Mentis AG Reconfigurable elements
8686549, Sep 19 2001 PACT XPP SCHWEIZ AG Reconfigurable elements
8726250, Jun 10 1999 Scientia Sol Mentis AG Configurable logic integrated circuit having a multidimensional structure of configurable elements
8803552, Sep 06 2002 Scientia Sol Mentis AG Reconfigurable sequencer structure
8812820, Aug 28 2003 Scientia Sol Mentis AG Data processing device and method
8819505, Jun 21 2000 PACT XPP SCHWEIZ AG Data processor having disabled cores
8869121, Aug 16 2001 PACT XPP SCHWEIZ AG Method for the translation of programs for reconfigurable architectures
8914590, Aug 07 2002 Scientia Sol Mentis AG Data processing method and device
9037807, Mar 05 2001 Scientia Sol Mentis AG Processor arrangement on a chip including data processing, memory, and interface elements
9047440, Oct 06 2000 Scientia Sol Mentis AG Logical cell array and bus system
9075605, Mar 05 2001 Scientia Sol Mentis AG Methods and devices for treating and processing data
9658854, Sep 26 2014 Intel Corporation Instructions and logic to provide SIMD SM3 cryptographic hashing functionality
9870267, Mar 22 2006 Intel Corporation Virtual vector processing
9912481, Mar 27 2014 Intel Corporation Method and apparatus for efficiently executing hash operations
RE44365, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable module
RE44383, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable module
RE45109, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable module
RE45223, Feb 08 1997 Scientia Sol Mentis AG Method of self-synchronization of configurable elements of a programmable module
Patent Priority Assignee Title
4101960, Mar 29 1977 Unisys Corporation Scientific processor
4236204, Mar 13 1978 Motorola, Inc. Instruction set modifier register
4591981, Apr 26 1982 V M E I "Lenin" Quartal Darvenitza Multimicroprocessor system
4771376, Jan 17 1986 Kabushiki Kaisha Toshiba Processor
4791559, Dec 16 1985 Sperry Corporation High-speed instruction control for vector processors with remapping
4835679, Jan 24 1985 Hitachi, Ltd. Microprogram control system
4992933, Oct 27 1986 International Business Machines Corporation SIMD array processor with global instruction control and reprogrammable instruction decoders
5155819, Nov 03 1987 LSI Logic Corporation Flexible ASIC microcomputer permitting the modular modification of dedicated functions and macroinstructions
5376825, Oct 22 1990 Seiko Epson Corporation Integrated circuit package for flexible computer system alternative architectures
5457779, Jan 15 1993 Microsoft Technology Licensing, LLC System for accessing graphic data in a SIMD processing environment
5511212, Jun 10 1993 INTENSYS CORPORATION Multi-clock SIMD computer and instruction-cache-enhancement thereof
////
Executed onAssignorAssigneeConveyanceFrameReelDoc
May 11 1995STEENSTRA, MARK EVANMotorola, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0075100938 pdf
May 11 1995GEHMAN, JOHN BARTHOLOMEW, JR Motorola, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0075100938 pdf
May 11 1995ACOSTA, ASCENCION CHAPAPRO, JR Motorola, IncASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0075100938 pdf
May 19 1995Motorola, Inc.(assignment on the face of the patent)
Date Maintenance Fee Events
Feb 06 2001REM: Maintenance Fee Reminder Mailed.
Jul 15 2001EXP: Patent Expired for Failure to Pay Maintenance Fees.


Date Maintenance Schedule
Jul 15 20004 years fee payment window open
Jan 15 20016 months grace period start (w surcharge)
Jul 15 2001patent expiry (for year 4)
Jul 15 20032 years to revive unintentionally abandoned end. (for year 4)
Jul 15 20048 years fee payment window open
Jan 15 20056 months grace period start (w surcharge)
Jul 15 2005patent expiry (for year 8)
Jul 15 20072 years to revive unintentionally abandoned end. (for year 8)
Jul 15 200812 years fee payment window open
Jan 15 20096 months grace period start (w surcharge)
Jul 15 2009patent expiry (for year 12)
Jul 15 20112 years to revive unintentionally abandoned end. (for year 12)