Research Article  Open Access
Alp Kilic, Zied Marrakchi, Habib Mehrez, "A TopDown Optimization Methodology for Mutually Exclusive Applications", International Journal of Reconfigurable Computing, vol. 2014, Article ID 827613, 18 pages, 2014. https://doi.org/10.1155/2014/827613
A TopDown Optimization Methodology for Mutually Exclusive Applications
Abstract
Proliferation of mutually exclusive applications on circuits and the higher cost of silicon make the resource sharing more and more important. The stateoftheart synthesis tools may often be unsatisfactory. Their efficiency may depend on the hardware description style. Nevertheless, today, different applications in a circuit can be developed by different developers. This paper proposes an efficient method to improve resource sharing between mutually exclusive applications with no dependence on the coding style. It takes the advantage of the possibility of resource sharing as done in FPGA and of predefined multiple functions as in ASIC.
1. Introduction
Today electronic devices contain more and more features due to emergence of new embedded applications like telecom, digital television, and automotive and multimedia applications. These applications require on one hand hardware architectures with higher performances, but on the other hand the same architectures should be as small as possible and meet very tight power consumption constraints.
The interesting point which comes with featurerich platforms is that lots of the features cannot be executed at the same time. Some of the applications are mutually exclusive. For example, in mobile phones, we cannot listen to the music while talking on the phone. As it can be seen in Figure 1, 2 applications which are mutually exclusive have no common outcomes. Mutually exclusive applications give the possibility of resource sharing among other optimizations. Sharing resources between applications may reduce the total area of the circuit by using less hardware. It should be noted that in some cases it may also lead to area increase.
In order to benefit from resource sharing, mutually exclusive applications can be implemented using different methods. The designer can implement these applications in software which will share the same Central Processing Unit (CPU). This solution will be flexible and low cost. However, especially for computationintensive applications, performances will be far from an ASIC and may not be sufficient for the requirements. It will not offer lowpower consumption. The second way is to share the same FPGA as hardware platform. It would yield better area, power consumption, and speed performance compared to the software solutions. But the drawback of this method is the silicon waste. It is due to the fact that an FPGA contains lots of hardware resources to provide unlimited flexibility which is unnecessary. Thus, in an FPGA, the fact that the limited applications are known in advance and the unlimited flexibility is not needed, is not exploited. Moreover, moving from one application to another comes with a reconfiguration of the FPGA by loading the corresponding bitstream. It, often, takes too long time to switch rapidly the application’s architecture in a realtime context. Also, more area is needed to store bitstreams. ASICs are more suitable for highperformance systems, but they are not flexible. Thus to have a good tradeoff between flexibility and performance, multimode systems are proposed. These architectures provide both reconfigurability and efficiency in terms of area, performance, power consumption, and reconfiguration time.
One of the goals of multimode systems is to minimize area by reusing hardware resources effectively among different configurations. Conventional scheduling and binding algorithms used in high level synthesis (HLS) can accomplish resource sharing efficiently. The main idea of this work is to propose a new optimization methodology for designing multimode systems. It takes the advantage of the possibility of resource sharing between applications knowing that resources cannot be used at the same time. Unlike HLS which takes algorithmic descriptions as inputs, the starting point of this flow is different RTL specifications which may have been written by different developers or have been generated by an HLS tool. The resulting circuit is called: Multimode ASIC (mASIC).
This paper is organized as follows. Section 2 presents related work around resource sharing on mutually exclusive applications. Section 3 proposes an optimization methodology for multimode system design and introduces the mASIC concept. Sections 5, 4, 6 and 7 present in detail the mASIC generation flow and explore different mASIC generation techniques. Then, Section 8 describes the validation process by equivalence checking. Finally, experimental results are presented in Section 9 and we conclude this paper in Section 10.
2. Related Work
One way to design multimode systems is to use designers knowledge and experience to identify similar patterns in different modes and to handcraft multimode architectures. However this is incompatible with the time to market constraint. Hence multimode design needs to be automated. Works on the automation of the design process can be divided into two categories. One uses algorithmic specifications of different configurations to generate an RTL description of a multimode system while the second uses RTL descriptions to generate a netlist of it.
In [1, 2], HLSbased approaches to automate the design are proposed. The data flow graphs (DFGs) of the multiple modes are merged into a single graph after each DFG is scheduled separately. Then, the resource binding is performed using the maximal weighted bipartite matching algorithm presented in [3]. In both works, modes are scheduled separately and similarities between configurations are not taken into account. And also, authors did not consider the effect of the proposed methodology on the controller area during the binding step. That is why [4] takes into account the increase of both the controller and the interconnection cost. First it performs a joint scheduling algorithm and then try to optimize the binding step. However, processing the binding step after the scheduling is completed can be penalizing for reducing the interconnection cost. Reference [5] proposes a joint scheduling and binding algorithm based on similarities between datapaths and control steps to limit the extra sharing cost.
Another approach to multimode system design is configurable architecture generation. For instance in [6] configurable ASICs (cASICs) are generated for a specific set of benchmarks on the RTL level. Several methods are employed to reduce the number of multiplexers and connecting wires on gate level. cASICs are intended as accelerator in domainspecific systemsonachip. However they are not designed to replace entire ASIConly chip. cASICs implement only datapath circuits and thus support fullword blocks only. For both the control and data path, [7] proposes an application specific FPGA (ASIF) which is an FPGA with reduced flexibility that can implement a set of applications which will operate at mutually exclusive times. These circuits are efficiently placed and routed on an FPGA to minimize total routing switches required by the architecture. Later all unused routing switches are removed from the FPGA to generate an ASIF. The remaining flexibility is controlled by SRAM cells which are penalizing in terms of area. It uses bitstreams which can take too long time to switch between modes. In addition to the reconfigurable hardware, memories are needed for storing these bitstreams. Timemultiplexed FPGAs increase the capacity of FPGAs by executing different portions of a circuit in a timemultiplexed mode [8, 9]. A large circuit is divided into different subcircuits, and each subcircuit is sequentially executed on a timemultiplexed FPGA. The state information is saved in context registers before a new context runs on FPGA. Tabula [10] commercialized a timemultiplexed FPGA which reconfigures dynamically logic, memory and interconnect at multiGHz rates with their Spacetime compiler. Despite having a multicontext concept, timemultiplexed FPGAs have several drawbacks such as the reconfiguration time overhead and the additional area to store context registers. It does not satisfy demand in multimode system design.
This work proposes a different methodology to generate optimized multimode architectures. First, RTL descriptions of each modes are synthesized on a given library. Then a multimode ASIC (mASIC) is automatically created using these netlists. mASIC is capable of switching between different modes with a control signal. It contains shared and nonshared resources and inserted multiplexers for shared resources.
3. mASIC Optimization Methodology
mASIC is an automatically created joint netlist that can implement a set of application circuits which will operate at mutually exclusive times. mASIC is generated using mASIC optimization methodology which is a contextaware synthesis method. Applications are synthesized by taking into account the mutually exclusiveness of the applications. This gives to synthesis tool the freedom to share resources between applications.
Figure 2 illustrates the mASIC generation concept. First, an initial architecture that can map any netlist belonging to the given set of mutually exclusive applications is defined. Next, the given netlist is placed and routed with efficient algorithms which favor logical sharing. Efficient placement tries to place the instances of different netlists in such a way that minimum routing switches are required in an FPGA architecture. Consequently, efficient routing increases the probability to connect the driver and receiver instances of these netlists by using the same routing wires. The classical ASIC synthesis flow uses a constructive bottomup “insertion” approach; the resource sharing is inserted through the addition of multiplexers. This approach prevents the tool to see all applications at the same time to choose the best optimization possibilities. It may be penalizing for sharing logic resources efficiently. mASIC is generated using an iterative topdown “removal” technique. Different applications are mapped onto a given FPGA architecture, and the flexibility is removed from this FPGA to support only the given set of circuits and to reduce its area.
The most important aspect of mASIC is the efficient resource sharing between different application circuits. Resource sharing is done independently from the way of coding the RTL hardware description. This gives the freedom to use any RTL design to generate an mASIC with efficient resource sharing without changing a single line of code. Even though these applications are passed through a software flow which may seem complex, this methodology can be integrated easily into a logic synthesis tool.
The FPGA architecture used for mASIC is the same as the architecture used for ASIF. It is shown in Figure 3. It is a VPRstyle (Versatile Place and Route [11]) meshbased architecture that contains CLBs, I/Os, and hard blocks (HBs) that are arranged on a twodimensional grid. In order to incorporate HBs in a meshbased architecture, the size of HBs is quantified with size of the smallest block of the architecture, that is, CLBs. A block is surrounded by a uniform length, single driver unidirectional routing network [12].
4. mASIC Generation Flow
mASIC optimization methodology uses the heterogeneous FPGA environment. The software flow presented in Figure 4 transforms RTL descriptions in Verilog or VHDL to their respective netlists in .net format, for mapping to the heterogeneous FPGA. This RTL description is synthesized with a logic synthesizer to obtain a structural netlist composed of standard cell library instances and hard block (HB) instances in Verilog. flxVeriBlif [13] tool converts the Verilog netlist which contains HBs to BLIF [14] file format. Later fixBlif removes all HBs and passes the remaining netlist to SIS [15] for technology mapping (synthesis into lookup table format). The size of LUTs is decided in this step. Dependence between HBs and the remaining netlist is preserved by adding temporary input and output pins to the main netlist. After SIS, TVPACK [16], which is a logic packing (clustering) program, packs LUTs and flipflops together into CLBs. In this work, CLBs contain only one LUT and one flipflop. TVPACK changes the file format of the netlist from BLIF to .net. It also generates a function file which contains configuration bits of every CLB in the design. Next, fixNet adds all the removed HBs into netlist. It also removes all previously added temporary inputs and outputs. The generated netlist (in .net format) includes CLBs, HBs, and IO (inputs and outputs) instances which are interconnected through signals called NETS.
mASIC generation flow is presented in Figure 5. Once the netlists of mutually exclusive applications are converted into .net format which contains CLBs and HBs, they are conjointly placed and routed on the target FPGA architecture defined with an enough logic blocks number to handle the given set of netlists. Efficient placement tries to place the instances of different netlists in such a way that minimum routing switches are required in an FPGA. Consequently, efficient routing increases the probability to connect the driver and receiver instances of these netlists by using the same routing wires. Also it favors different netlists to route their nets on an FPGA with maximum common routing paths and tries to minimize the total routing switches required. The placer and the router generate the floorplanning and the routing graph of mASIC. They also generate placement and routing information of each netlist. While routing files hold the information about the configuration on the routing channel, “netlist function” files, generated by TVPACK, have the configuration of each configurable logic blocks. Together, they are called “bitstreams.” Each bitstream corresponds to an input netlists.
After placement and routing, mASIC VHDL generator is used to obtain an mASIC netlists. This generator, first, removes all resources, which are not used by any netlists, from the FPGA. Then, this sparse FPGA is customized by removing the remaining flexibility to obtain inflexible multimode ASIC. It is done by removing all the memory points and hardcoding bitstreams through constants and multiplexers. Finally a synthesis tool allows to propagate constants and optimize logic resources and generates an mASIC netlist. Next section gives a brief overview about the placement and routing algorithms used in the mASIC generation flow.
5. Efficient Placement and Efficient Routing
Efficient placement is an internetlist placement optimization technique which can reduce the total number of switches required in an FPGA. It tries to place driver instances of different netlists on a common block position, and their receiver instances on another common block. Later, efficient routing increases the probability to connect the driver and receiver instances of these netlists by using the same routing wires.
The advantage of the efficient placement can be understood with the help of an example. Figure 6 describes 2 mutually exclusive applications. The first application (APP1) contains 5 adders while the second (APP2) contains 4. These applications are written in VHDL and are instantiated in a netlist called top_level. This netlist, written also in VHDL, has one output which is coming either from APP1 or from APP2. The mutually exclusiveness has been inserted through a multiplexer. When these applications are placed on an architecture which contains 5 adders, multiplexers are inserted in order to share the adders between the applications. The number of multiplexers is related to the placement of the resources which is very important to ensure wire sharing to use less multiplexers. When the efficient placement is used, as shown in Figure 7(b), adders are perfectly paired. Therefore there are only 5 multiplexers to switch from APP1 to APP2. However, the placement which is done with a common synthesis tool is not efficient. As shown in Figure 7(a), the resulting netlist contains 8 multiplexers instead of 5. It is due to the placement of adders. Details regarding the efficient placement algorithm are explained in [7].
(a) Placement in common synthesis method
(b) Efficient placement in mASIC optimization methodology
After placement of multiple netlists on the predefined architecture, netlists are routed efficiently in order to minimize the required number of switches and routing wires. This is done by maximizing the shared switches required for routing all netlists on the FPGA. The efficient wire sharing encourages different netlists to route their NETS (signals) on the given architecture with maximum common routing paths. It is a topdown routing technique; different applications are mapped onto a given FPGA architecture which contains routing resources, and the flexibility is removed from the FPGA to support only the given set of circuits and to reduce its area. Figure 8 shows an example of the wire sharing done by the efficient routing algorithm. It can be seen that there are different ways to route shared logic blocks. In this example, the efficient wire sharing needs 2 mux2 to share Logic Block 1 and Logic Block 2. However, a normal routing may use 3 mux2. At the end, both circuits have the same functionality but the efficient routing uses less multiplexers. As for the efficient placement, further details regarding the efficient routing algorithm are explained in [7].
After placement and routing, mASIC VHDL generator is used to obtain mASIC netlists. This generator first removes all resources, which are not used by any netlists, from the FPGA (initial architecture). Then this netlist which still contains configurable memory points is customized. It is done by removing all the memory points and hardcoding bitstreams generated by the netlist bitstream generator, through constants and multiplexers. Finally, a synthesis tool allows to propagate constants and optimize logic resources and generates an mASIC netlist. Next section describes how bitstreams, which will be hard coded in customization stage, are created.
6. Customization and Constant Propagation
In a traditional FPGA architecture, logic blocks resources occupy less area than routing resources [17]. Since an ASIF is generated by removing unused routing resources of an FPGA, the logic area percentage in an ASIF is higher than an FPGA. It means that the optimization of logic resources may also bring major area advantages.
The initial FPGA architecture used in this work uses SRAM cells, like most FPGAs, to control pass transistors on routing connections, multiplexers, and LUTs on CLBs. When unused resources are removed from the FPGA to obtain a sparse FPGA (ASIF), it still contains SRAMs, thus, limited flexibility. But this flexibility cannot really be exploited since configuration tools cannot guarantee it. Different sets of application netlists, mapped on an ASIF, program the SRAM bits of an LUT differently. In the customization stage, all these remaining memory points are replaced by constants and multiplexers to optimize both logic and routing resources.
Figure 9(a) illustrates the transformation of an SRAM into a multiplexer for 2 different netlists. The SRAM is controlling a multiplexer which introduces the reconfigurability either in the routing channel or in a LUT. As bitstreams of all netlists are known in advance, every memory point can be replaced by a multiplexer that takes hardcoded bitstream as an input. Then the “s_netlist” signal allows to choose which netlist to use.
(a) Transformation of an SRAM into a multiplexer
(b) Constant propagation on the inserted multiplexer
Listing 1 gives an example of the routing channel of an mASIC for 2 applications. It shows the replacement of an SRAM by a multiplexer. “instMux_Routing_1” is a 2input multiplexer (mux2) used in the routing channel. The output “out_mux_routing_1” connected either to “value_for_netlist0” or to “value_for_netlist1.” In an FPGA this multiplexer is controlled by an SRAM and programmed by the corresponding bitstream. But in mASIC it is controlled by another mux2: “instMux_SRAM_1.” It takes “” or “” as inputs and is controlled by an input signal of the circuit: s_netlist. This signal decides which application is going to be active. It can be controlled by the user on the field.

After the customization stage, an intermediate joint netlist, which contains lots of multiplexers and constants, is created. Then, a common synthesis tool (e.g., Cadence RTL Compiler [18]) performs a constant propagation optimization on the input joint netlist. Through this process, the synthesis tool performs logic optimizations on multiplexers inserted in the customization stage. The main goal is to improve the efficiency of the synthesis tool by shaping the input circuit. Later, mASIC can be implemented as an ASIC or in an FPGA.
When the code in Listing 1 is given to a synthesis tool, it will be optimized. Synthesis tool propagates all constants in the circuit. In this particular case, constants in the “instMux_SRAM_1” are propagated. As a result, synthesis tool removes this multiplexer and replaces “cmd_mux_routing_1” by “s_netlist.” So the multiplexer which is in the routing channel will be controlled directly by the input of the circuit. This is illustrated in Figure 9(b).
mASIC contains SRAMs also in logic resources (LUTs in CLBs) and these SRAMs have to be customized as well. Figure 10 shows an example of a 3input Look Up Table (LUT3) of a multimode circuit containing 3 different netlists: N1, N2, and N3. Each netlist has a specific bit vector which can be mapped on 8 SRAM cells of a LUT3. After the customization, memory points are replaced by multiplexers. Inputs of these multiplexers are hardcoded bitstreams of each netlist. Inserted multiplexers are controlled by the s_netlist[0:1] signal. This signal is carried into the circuit interface and it is used to select the desired application. It is the same signal which is used to control the multiplexers inserted in the routing channel.
Figure 11 illustrates the constant propagation optimization on a customized LUT3. First, constants are propagated through the multiplexers that replace memory points (Figure 11(a)). Then, the propagation continues inside the LUT3 by replacing multiplexers by logic gates or removing them completely. As shown in Figure 11(b), optimized circuit contains less logic resources than the initial circuit which was a LUT3. It should be noted that after the customization and the constant propagation stage, the circuit has lost completely its reconfigurability.
(a) First constant propagation
(b) Second constant propagation
7. Reordering of LUT Input Pins
This work tries to shrink the total area of given mutually exclusive netlists. The proposed methods efficiently place and route these netlists on a given FPGA architecture in order to share maximum resources between netlists. Later all unused resources are removed and all memory points are replaced by hardcoded bitstreams.
There are two types of logic resources: hard blocks and CLBs. In this work, hard blocks are considered as combinatorial blocks like adders, multipliers, and so forth. Thus, they have not to be customized for a particular netlist. Each netlist uses the same hard blocks. However, CLBs contain a lookup table (LUT) and a flipflop. Each netlist may have a different configuration for a LUT. As explained in the previous section, in the customization stage, memory points within LUTs are converted to multiplexers that take configuration bits as inputs. Then these configuration bits are propagated throughout the LUT to optimize the logic. In this perspective, it is important for netlists to have the same configuration bit for the same memory point. As it can be seen in Figure 10, second configuration bit, from the top, is equal to “” for each netlist (N1, N2, and N3). That is why the second memory point is replaced by “” which is propagated and allows more optimizations on the LUT. The same situation occurs in the 5th, 6th, and 7th bits from the top.
This section presents a method to modify LUT configurations by reordering their input pins. This method serves to find more common bits in different netlist configurations placed on the same LUT. It is done by comparing every possible LUT configurations. By changing its input pins, a netlist can have different configurations for a particular LUT, where is the number of input pins. In total, there are different combinations for customizing a particular LUT where is the number of netlists using this LUT. The main objective is to find the best combination to get more common configuration bits for all netlists. The resulting combination may introduce more constants instead of multiplexers and allows more optimizations by constant propagation.
Here we give a detailed example for better understanding of the LUT input pin reordering. Suppose 3input Boolean functions of two different netlists (Netlist1 and Netlist2) need to be mapped on the same LUT3. There are different combinations to customize the LUTs. In this example, in order to simplify the figure, the pin order of the first Boolean function is fixed to default order which is “ABC.” That is why the LUT configuration of Netlist1 is never changed. On the other hand, the pin order of the second function takes all the possible values (ABC, ACB, BAC, BCA, CAB, and CBA) to find the most suitable configuration. For each configuration pair, the LUT is customized and optimized as described in Section 6. Figure 10 shows the customization for default pin order. For each pin order, the LUT is customized in the same way. The constant propagation process is illustrated in Figure 12. Optimized LUTs are shown on the right of the configuration pairs.
(a) Pin order: ABC (default)
(b) Pin order: ACB
(c) Pin order: BAC
(d) Pin order: BCA
(e) Pin order: CAB
(f) Pin order: CBA
Figure 12(a) presents the default pin order without reordering. Pin orders of both netlists are fixed to “ABC” and there are 4 common bits. A different pin order for Netlist2 can increase or decrease the number of common bits. It seems when the LUT configuration of Netlist2 is changed according to pin order CAB, it becomes a perfect match for the LUT configuration of Netlist1 (Figure 12(e)). Consequently, after customization and constant propagation, this order allows to have the smallest area among all combinations.
mASIC generation flow (Figure 5) is extended in order to support the LUT optimization. Once all netlists are placed, the best pin order for each LUT in each netlist is explored. Then, netlists and netlist functions are regenerated regarding new pin orders which allow more constant propagation optimizations. Later these new files are used for routing and VHDL generation. The modified mASIC generation flow is presented in Figure 13.
The drawback of this method is the increased routing area. Normally, routing congestion can be decreased if a net or signal is allowed to route to the nearest LUT input, rather than to the exact LUT input as defined in the netlist file. As the congestion decreases, the number of multiplexers in the routing channel decreases. If the router does not use the default pin order to avoid using a multiplexer, later, the LUT configuration will be changed according to the new routing. But when using LUT input pin reordering method, the order of input bits and thus the configuration of lookup tables can be changed before routing in order to find common bits between netlists. Once changed, they cannot be rechanged by the router. Otherwise this stage becomes useless. The fact that the router cannot modify the order of input pins may increase the number of multiplexers in the routing channel.
An algorithm is required to find the best pin orders among permutations. Such an algorithm is shown in Algorithm 1. First, all sites declared in the architecture file are checked. If a site contains a LUT which is used by multiple netlists, then it can be optimized. In this case, for all possible permutations of the pin order of all netlists, common bits between netlists are counted. The permutation which provides the maximum number of common bits gives the best pin orders for all netlists. As it can be seen in Line 12 of the algorithm, in each permutation, LUT configurations are changed by using ChangePinOrder() function. Listing 2 shows an example for changing LUT3 configuration of the Boolean function (F) when LUT pin connectivity changed from ABC to BCA. It shows that the configuration bits in a LUT are considered as an array. A new LUT configuration is computed from the original LUT configuration by simply swapping values according to different pin orderings. There are 6 different orderings of pins for a LUT3. To support also other LUT sizes, a generic algorithm needs to be written that can automatically change the configuration information of any LUT size using any pin ordering. Such a generic algorithm is shown in Algorithm 2. Line 5 calls the “RecursiveLoop” function to compute the new LUT configuration for the new pin order.

Figure 14 gives more details about how to compute all possible permutations of the pin order of all netlists. In this example 3input LookUp Tables are used. That is why for 1 netlist there are and for netlists there are possible permutations. A randomly chosen permutation is highlighted in the figure: .
8. Validation
mASIC generation flow contains many different steps. It is crucial to validate the functionality of the generated netlist to avoid errors which can be introduced in the flow. Simulation techniques at various design levels are widely used for the verification of designs. They compute the output values for given input patterns using simulation models. Because the quality of verification deeply depends on the given input patterns, it is possible that there could be design bugs that cannot be identified during simulations. In addition to this, simulation is a slow process. That is why formal verification techniques have been researched and developed.
Formal verification techniques ensure 100% functional correctness and they are more reliable and cost effective, less time consuming. The main concept of this technique is not to simulate some vectors and instead prove the functional correctness of a design. In a formal verification, specification and design are translated into mathematical models. It explores all possible cases in the generated mathematical models to validate the circuit. There are different proof methodologies employed, but the methodology used in this work is “Equivalence Checking.” The goal is to ensure the equivalence of two given circuit descriptions between different levels of abstraction.
In order to test the functionality of the generated architecture, we use the validation flow shown in Figure 15. First, RTL descriptions (in VHDL or Verilog format) of mutually exclusive applications are given to the mASIC generation flow in order to obtain an mASIC which can run one application at a time. Then each different configuration of mASIC is compared with its RTL description by using the equivalence checking method.
mASIC can be configured to the corresponding RTL descriptions by varying “s_netlist” input. When “s_netlist” is forced to 0, mASIC can be compared with the first RTL description; when “s_netlist” is forced to 1, mASIC can be compared with the second RTL description and so on. In this work, Cadence Conformal Logic Equivalence Check (LEC) [18] is used as an equivalence checker for the validation of mASIC. Experiences show that the functionality of applications does not change throughout the mASIC generation flow.
9. Experimental Results and Analysis
To evaluate the efficiency of the proposed mASIC generation flow, we use homogeneous (only CLBs based) and heterogeneous benchmark netlists. For both architecture types, we generate mASICs which contain up to 5 netlists (mASIC2 contains 2 netlists, mASIC3 contains 3 netlists, and so on). First, we explore the effect of the LUT size by applying mASIC generation techniques on a set of MCNC designs (Microelectronics Center of North Carolina designs) [19]. As presented in Table 1, these benchmark netlists do not contain hard blocks and all of their logic resources are implemented in CLBs with different LUT sizes. It should be noted that a CLB contains 1 LUT. Later, we apply the LUT input pin reordering method presented in Section 7, on MCNC designs to evaluate the impact on area. Finally, we use OpenCores [20] netlists which contain different types of hard blocks to compare mASIC optimization with the common synthesis method. OpenCores benchmarks are shown in Table 2. There are 2 SETs of heterogeneous netlists. While SET1 combines different applications, SET2 contains different configurations of a single application: FIR filter.


In this work, we use the common synthesis method to compare the results with mASIC. Both methods are illustrated in Figure 16. In the common ASIC synthesis method, RTL descriptions of digital base bands are encapsulated in a top level. Then their outputs are connected to a multiplexer in order to choose which standard is used at that moment. This new top level is shown in the right branch of the Figure 16. Finally the RTL description of this configurable digital baseband is synthesized with Cadence RTL Compiler. A 130 nm standard cell library is used during synthesis.
9.1. LUT Size Effect on mASIC
According to [17], for an FPGA, LUT sizes of 4 and 5 are the most area efficient for all cluster size. As for an ASIF, [21] claims that LUT2 and LUT3 provide the best results in terms of area. This difference is due to the fact that as LUT size increases, the amount of global routing resources is reduced as more NETS are completely absorbed and implemented by the local interconnect inside LUTs. In an FPGA, the routing network occupies 80–90% area whereas the logic area occupies only 10–20% area [22]. However, in an ASIF, the occupation of the logic area increases to 40% because unused routing resources are removed. That is why it is better to use 2 input LUTs in ASIF.
In order to explore the effect of LUT size K (number of LUT inputs) on mASICs, the same experiments are done using LUT2, LUT3, LUT4, and LUT5 versions of MCNC netlists. We create randomly different combinations of 2, 3, 4, and 5 netlists generated using the mASIC generator. Then, we take the average results of mASICs which have the equal number of netlists and LUT size to evaluate the effect of the LUT size. These techniques allow us to justify our results with different netlists.
It should be remembered that even though lookup tables are used at the beginning of the mASIC generation flow, all SRAMs are replaced in the customization process by hardcoded bitstreams. They can be replaced either by a constant or a multiplexer which takes constants as inputs. Conditions are explained in Section 6. Obviously it is more advantageous if they are replaced by constants. The more mASIC has constants, the more constant propagation induces logic pruning and optimizes the area.
Figure 17 shows percentage of replaced SRAM distribution for mASICs with different number of netlists and different LUT sizes. There are two conclusions that we can draw from this figure. The first one is obvious: for each LUT size, as the number of netlists increases, SRAMs are replaced more with multiplexers instead of constants, because the probability of having same bit for all netlists decreases. The second one is the LUT size effect; it can be seen that a LUT2 based mASIC has the highest percentage of constant among other LUT types. In a LUT2 based mASIC2, customization process replaces of SRAMs by constants and the rest by multiplexers. In a LUT5 based mASIC2, the constant ratio decreases to . It seems the LUT2 based mASICs are more suitable for logic pruning.
To find out and compare the total area of mASICs based on different LUT sizes, their VHDL models are synthesized using Cadence RTL Compiler [18] and a 130 nm standard cell library. The graph in Figure 18 shows the total area of different mASICs in lambda square after synthesis. It turns out that the smallest mASIC area is obtained using LUT2. This result is consistent with the conclusion that we have drawn from Figure 17. For 5 MCNC netlists, LUT2 based mASIC is 2.5 times smaller than LUT5 based mASIC. As we have noticed that the total area and the LUT input size are correlated, we ignored LUT size bigger than 5.
According to the experiments, the most efficient way of generating an mASIC is to use 2input LUTs. However, an mASIC without macroblocks is far from being a better solution than the common synthesis method. Figure 19 shows the area comparison between LUT2 based mASICs and ASICs for different numbers of netlists.
9.2. LUT Input Pin Reordering Effect
Previous results show the impact of the LUT size to total area. Also, they confirm that the more LUTs have higher percentage of constants, the more constant propagation induces logic pruning and optimizes the area. To increase the percentage of constants, a LUT input pin reordering technique is presented in Section 7. This technique serves to find more common bits in different netlist configurations placed on the same LUT by reordering its input pins. Later, common SRAM bits are replaced by constants. It should be remembered that this technique has 2 drawbacks.(i)It can increase the routing area by increasing the number of multiplexers in the routing channel.(ii)It is a brute force technique. Thus, it has a high function cost: for each LUT on the initial architecture, where is the number of LUT inputs and is the number of netlists mapped on the LUT.
In this section we explore the impact of the LUT input pin reordering technique on the total area.
MCNC benchmarks shown in Table 1 are used in the experiments of this technique. We had already implemented mASICs with different LUT size and analyzed the constantmultiplexer ratio in CLBs in Figure 17. Here, we apply the LUT input pin reordering technique to mASICs which contain 2, 3, 4, and 5 netlists (mASIC2, mASIC3, mASIC4, and mASIC5). However, due to high function cost we could not retrieve the results for LUT5 based mASIC4 and mASIC5 in a reasonable time.
An SRAM is replaced by a constant when all bitstreams of different netlists, which are using this particular SRAM, program it with the same value. This technique tries to increase the similarities between bitstreams of different netlists by altering LUT configurations. A LUT can have different configurations where is the number of LUT inputs. When the number of configurations increases, the possibility of finding similar bitstreams also increases. That is why the gain in terms of constants is correlated to LUT size. As the number of LUT inputs increases, the gain also increases. Figure 20 shows the percentage of constant increase in terms of LUTs after reordering. While in a LUT2 based mASIC3 there is only more constants, in a LUT5 based mASIC3 this percentage reaches to . However, this gain is not enough for LUT5 to be a better solution than LUT2. Figure 21 shows percentage of replaced SRAM distribution after reordering. It can be seen that even with the smallest gain from this technique, LUT2 still has the highest percentage of constants.
The first drawback of this technique (function cost) prevented to get results from LUT5 based mASIC4 and mASIC5. The second drawback is the increased routing area. If LUT input pin reordering technique is used, the router cannot modify the order of input pins in order to optimize the number of multiplexers. Thus, the number of multiplexers used by the router increases. The increase rate depends on the LUT size. In Figure 22 the multiplexers increase the routing channel in percentage for different LUT sizes. Based on the experiments, this percentage increases when the LUT size gets smaller. It is related to the fact that, in FPGAs and in ASIFs, when the LUT size decreases, the routing area increases [7]. It is also the case in mASIC. A LUT2 based mASIC contains more CLB instances than an equivalent LUT5 based mASIC. Hence, it needs more wires and multiplexers to route these instances. When there are more routing resources, the increase becomes more important. The worst case is the LUT2 based mASIC2. There are more multiplexers. The best case is the LUT4 based mASIC2: The number of multiplexers in the routing channel increases .
To evaluate the changes in LUTs and in the routing channel, we synthesized the generated VHDL model of optimized mASICs based on different LUT types using the same setup as the previous section to compare their area. The graph in Figure 23 shows the comparison of total areas of before and after reordering techniques of mASICs. The LUT optimization method is attractive when the LUT input size is bigger than 3. A LUT5 based mASIC2 gets 30% smaller after the optimization in terms of total area. However bigger LUT sizes with a number of netlists superior to 3 have a huge function cost. That is why the total area of LUT5 versions of mASIC4 and mASIC5 could not be retrieved. The input pin reordering technique has a tiny impact on smallsized LUT based mASICs. It may increase or decrease the total area. For example, a LUT2 based mASIC2 gets 3.8% smaller but a LUT2 based mASIC3 gets 4.8% larger. It can be seen in Figure 23 that the LUT size effect has more impact on total area than the LUT input pin reordering. As a consequence, in overall, nonreordered LUT2 based mASICs remain the best solution in terms of area.
9.3. mASIC Using Heterogeneous Architecture
mASIC optimization methodology allows to share resources between mutually exclusive applications. Larger resources invoke more area reductions when they are shared. For example, it is more beneficial to share an 32bit Adder rather than a CLB which contains a 4input LUT and a flipflop. Previous experiments show that the common synthesis method is more efficient in terms of area than the mASIC optimization methodology when finegrained homogeneous architecture is (CLB based) used as an initial architecture. In this section, we introduce 2 types of macroblocks to the initial architecture: adder and multiplier. The experiments show that macroblocks have a large influence on the efficiency of the mASIC optimization methodology.
Table 2 shows 2 sets of OpenCores [20] benchmarks which are used to evaluate mASIC. The first set (SET1) regroups 5 different configurations of a single application and 1 different application. The second set (SET2) consists in combining different applications. As we have found out that smaller LUT sizes are more interesting for mASIC, we ignored LUT5 and netlists are generated with LUT2, LUT3, and LUT4. Multipliers and adders are tagged as hard blocks. Details regarding the conversion of these benchmarks (netlists) from HDL format to .net format are already described in Section 4.
For both benchmark sets, we compare total areas provided by different optimization methods and present the results in Figures 24 and 25. Different optimization methods are presented below:(i)LUT2, LUT3, and LUT4 based mASICs: LUTN.(ii)LUT2, LUT3, and LUT4 based mASICs using LUT input pin reordering presented in Section 7: LUTN(R).(iii)Common synthesis method using Cadence RTL Compiler [18]: ASIC.
The axis represents the number of netlists used in the experiment. For SET1, “2” means that and are used, “3” means that , , and are used, and so on. The same logic is also used for SET2 except for 5bis. “5bis” means that as the 5th netlist, instead of using we use a different application: . The order of netlists in Table 2 is met. The axis represents the area in symbolic units (lambda square).
Figure 24 shows the total area comparison using SET1. In SET1, applications are different from each other and they contain considerable amount of soft blocks. This creates 2 problems. The first problem is the routing time. The more there are blocks to route, the more the topdown routing algorithm needs a larger routing channel width. With increasing number of blocks and increasing channel width, it may become impossible for the router to finish routing in a reasonable time. The LUT input pin reordering is also performed. It turns out that the common ASIC synthesis method gives the best results. A LUT2 based mASIC for 5 netlists is 1.8 times larger than an ASIC. Even hard blocks are shared successfully and help to reduce the area, customization, and the constant propagation stage cannot manage to provide an efficient logic pruning for soft blocks. It is because there are huge amounts of soft blocks and their functions are different from each other.
In SET2 we have chosen netlists which are different configurations of the same application. Figure 25 shows the total area comparison using SET2. In SET2, like hard blocks, soft blocks are very similar to each other and they contain only 1 type of logic gate and flipflops. There are several consequences of this fact. First, as there are no complex functions, there is no such difference between different LUT size in mASICs. Second, this creates an ideal situation for customization and constant propagation. Functions of different applications which are mapped in the same LUT will have more likely the same bitstreams. This increases the usage of constants to replace SRAMs in the customization process. As stated before, the more mASIC has constants, the more constant propagation induces logic pruning and optimizes the area. Third, as different bitstreams of a LUT are equal (or almost equal), LUT input pin reordering technique cannot find a better solution. On the contrary, it will increase the number of multiplexers on the routing network. Our experiments show that, by sharing hard blocks and soft blocks, mASIC optimization methodology generates 58% smaller circuit than the ASIC. Using a completely different netlist as the 5th netlist increases significantly the area (5bis in axis) but it remains smaller than ASIC. Until now, we have presented areas for a standard cell library after synthesis. It does not include the wire cost which is added after place and route. This is why we used an automatic place and route process with Cadence SoC Encounter [18] on SET2 where mASIC gives better results than a common synthesis method. The results are shown in Figure 26. It seems that, for SET2, wire cost remains insignificant and the area ratio between mASIC and ASIC does not change. However, for larger benchmarks, we expect that wire cost may become more important and decrease the area advantage of multimode systems.
As a consequence, we can see that using hard blocks allows mASIC generation to obtain smaller circuits. At the end, mASIC optimization methodology is an efficient method for similar netlists with a lot of hard blocks to share. When used for dissimilar netlists, results may become worse than the common ASIC synthesis method.
10. Conclusion
This paper presented an mASIC optimization methodology using efficient placement and routing algorithms. In this methodology, after the placement of input netlists on a predefined architecture with resource sharing, a joint netlist is created by routing logic blocks using available routing resources. Then, unused logic resources are removed from the placed and routed joint netlist. Later, all SRAMs are replaced by hardcoded bitstreams which allow logic pruning in the constant propagation stage. We also proposed a technique which increases similarities between bitstreams which are going to be hardcoded on the same LUT, to improve the efficiency of the constant propagation. Knowing that this technique has a negative impact on the number of multiplexers in the routing channel, we analyzed its effect on the total area.
Experiments show that the LUT size is correlated to the total area. For CLB based homogeneous netlists, LUT2 gives the best results in terms of area. For 5 MCNC netlists (mASIC5), LUT2 provides 50% smaller circuit than LUT5. It has been shown that reordering LUT inputs is more efficient with bigger LUT sizes but it has a limited usage due to very long execution time. Also the reordering technique increases the routing area significantly. That is why, in overall, a nonreordered LUT2 remains the best solution. However, without hard blocks, the circuit generated using the mASIC optimization methodology remains larger than the circuit generated using a common synthesis tool. When the experiments are performed on similar netlists which contains hard blocks such as multipliers and adders, it turns out that mASIC methodology can generate a circuit which is 53% smaller than an ASIC. This reveals that our method is efficient for similar applications.
Conflict of Interests
The authors declare that there is no conflict of interests regarding the publication of this paper.
Acknowledgment
This work is partially funded by the ANR project ASTECAS.
References
 V. V. Kumar and J. Lach, “Highly flexible multimode digital signal processing systems using adaptable components and controllers,” EURASIP Journal on Applied Signal Processing, vol. 2006, Article ID 79595, 9 pages, 2006. View at: Publisher Site  Google Scholar
 L.Y. Chiou, S. Bhunia, and K. Roy, “Synthesis of applicationspecific highly efficient multimode cores for embedded systems,” ACM Transactions on Embedded Computing Systems, vol. 4, no. 1, pp. 168–188, 2005. View at: Google Scholar
 C.Y. Huang, Y.S. Chen, Y.L. Lin, and Y.C. Hsu, “Data path allocation based on bipartite weighted matching,” in Proceedings of the 27th ACM/IEEE Design Automation Conference, pp. 499–504, ACM, June 1990. View at: Google Scholar
 C. Andriamisaina, P. Coussy, E. Casseau, and C. Chavet, “Highlevel synthesis for designing multimode architectures,” IEEE Transactions on ComputerAided Design of Integrated Circuits and Systems, vol. 29, no. 11, pp. 1736–1749, 2010. View at: Publisher Site  Google Scholar
 E. Casseau and B. Le Gal, “Design of multimode applicationspecific cores based on highlevel synthesis,” Integration, the VLSI Journal, vol. 45, no. 1, pp. 9–21, 2012. View at: Publisher Site  Google Scholar
 K. Compton and S. Hauck, “Automatic design of areaefficient configurable ASIC cores,” IEEE Transactions on Computers, vol. 56, no. 5, pp. 662–672, 2007. View at: Publisher Site  Google Scholar
 H. Parvez, Z. Marrakchi, A. Kilic, and H. Mehrez, “Applicationspecific fpga using heterogeneous logic blocks,” ACM Transactions on Reconfigurable Technology and Systems, vol. 4, pp. 24:1–24:14, 2011. View at: Google Scholar
 S. Trimberger, D. Carberry, A. Johnson, and J. Wong, “Timemultiplexed FPGA,” in Proceedings of the 5th Annual IEEE Symposium on FieldProgrammable Custom Computing Machines, pp. 22–28, IEEE Computer Society, Washington, DC, USA, April 1997. View at: Google Scholar
 N. Miyamoto and T. Ohmi, “Temporal circuit partitioning for a 90nm CMOS multicontext FPGA and its delay measurement,” in Proceedings of the 15th Asia and South Pacific Design Automation Conference (ASPDAC '10), pp. 373–374, IEEE Press, Piscataway, NJ, USA, January 2010. View at: Publisher Site  Google Scholar
 “Tabula,” http://www.tabula.com/. View at: Google Scholar
 J. Luu, I. Kuon, P. Jamieson et al., “Vpr 5.0: Fpga cad and architecture exploration tools with singledriver routing, heterogeneity and process scaling,” ACM Transactions on Reconfigurable Technology and Systems, vol. 4, pp. 32:1–32:23, 2011. View at: Google Scholar
 G. Lemieux, E. Lee, M. Tom, and A. Yu, “Directional and singledriver wires in FPGA interconnect,” in Proceedings of the IEEE International Conference on FieldProgrammable Technology (FPT '04), pp. 41–48, IEEE, December 2004. View at: Google Scholar
 “Flexras,” http://www.flexras.com/. View at: Google Scholar
 “Berkeley logic interchange format (blif),” 1996. View at: Google Scholar
 E. Sentovich, K. Singh, L. Lavagno et al., “Sis: a system for sequential circuit synthesis,” Tech. Rep. UCB/ERL M92/41, EECS Department, University of California, Berkeley, Calif, USA, 1992. View at: Google Scholar
 A. Marquardt, V. Betz, and J. Rose, “Using clusterbased logic blocks and timingdriven packing to improve FPGA speed and density,” in Proceedings of the ACM/SIGDA 7th International Symposium on Field Programmable Gate Arrays (FPGA '99), pp. 37–46, ACM, New York, NY, USA, February 1999. View at: Google Scholar
 E. Ahmed and J. Rose, “The effect of lut and cluster size on deepsubmicron fpga performance and density,” IEEE Transactions on Very Large Scale Integration (VLSI) Systems, vol. 12, no. 3, pp. 288–298, 2004. View at: Publisher Site  Google Scholar
 “Cadence,” http://www.cadence.com/. View at: Google Scholar
 S. Yang, Logic Synthesis and Optimization Benchmarks User Guide: Version 3.0, Microelectronics Center of North Carolina (MCNC), 1991.
 “Opencores,” http://www.opencores.org/. View at: Google Scholar
 H. Parvez and H. Mehrez, ApplicationSpecific MeshBased Heterogeneous FPGA Architectures, Springer, Berlin, Germany, 2011.
 V. Betz, J. Rose, and A. Marquardt, Eds., Architecture and CAD for DeepSubmicron FPGAs, Kluwer Academic Publishers,, Norwell, Mass, USA, 1999.
Copyright
Copyright © 2014 Alp Kilic et al. This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.