This website uses cookies. By using this site, you consent to the use of cookies. For more information, please take a look at our Privacy Policy.
Home > FPGA Technical Tutorials > FPGA-Based Prototyping Methodology > Partitioning and reconnecting > Partitioning and reconnection: summary

TABLE OF CONTENTS

Xilinx FPGA FPGA Forum

Partitioning and reconnection: summary

FONT SIZE : AAA

For many FPGA-based prototyping teams, the first law of prototyping, that “SoC’s  are larger than FPGAs,” drives the whole project. As we have seen, if a design has  not been intended at all for prototyping and has a large and complex internal  structure, then partitioning it into our board’s FPGA resources can present quite a  challenge, and if we cannot partition our design then the project will fail. However,  even with such pathologically FPGA-hostile designs, a way for it to be partitioned  onto a board can be found with the question only being a matter of time allowed  versus how much performance is required.  

By following an FPMM-based approach and the steps given in this chapter, we give  ourselves every chance of not only fitting the design onto the board but also of  running it at maximum speed, even if we need to use multiplexing between the  FPGAs. 

There is an old joke about a lost driver stopping to ask a local pedestrian how to  find his way to London, to which the local replied, “Oh, you don’t want to start  from here!” 

We would all prefer a more predictable partitioning outcome so we can make an  earlier delivery of our working prototypes to the end users. Therefore we don’t want  to start from an SoC design that is complex, interconnected with multiple wide  buses and many inter-dependent functions. But how do we get these better starting  places? How can we make prototyping more productive? 

What if prototypers could take part in more of the upstream decisions of the SoC  project team and guide the design towards something less hostile to FPGA, thus  breaking the third law of prototyping at its source? That is the aim of the discussion  in chapter 9, Design-for-Prototyping, where we consider some small procedural and  technical changes in the SoC flow which will bring benefits to the whole team, not  just to us prototypers. . . honest!

The authors gratefully acknowledge significant contribution to this chapter from  

Pradeep Gothi of Synopsys, Bangalore

  • XCS20-5PQ208I

    Manufacturer:Xilinx

  • Spartan and Spartan-XL Families Field Programmable Gate Arrays
  • Product Categories:

    Lifecycle:Obsolete -

    RoHS: -

  • XC5215-6HQ240C

    Manufacturer:Xilinx

  • FPGA XC5200 Family 23K Gates 1936 Cells 83MHz 0.5um Technology 5V 240-Pin HSPQFP EP
  • Product Categories:

    Lifecycle:Obsolete -

    RoHS: No RoHS

  • XC2V1000-4BGG575C

    Manufacturer:Xilinx

  • FPGA Virtex-II Family 1M Gates 11520 Cells 650MHz 0.15um Technology 1.5V 575-Pin BGA
  • Product Categories: FPGAs

    Lifecycle:Obsolete -

    RoHS:

  • XC3S700A-4FG400C

    Manufacturer:Xilinx

  • FPGA Spartan-3A Family 700K Gates 13248 Cells 667MHz 90nm Technology 1.2V 400-Pin FBGA
  • Product Categories: FPGAs

    Lifecycle:Active Active

    RoHS:

  • XC3S700A-4FT256C

    Manufacturer:Xilinx

  • FPGA Spartan-3A Family 700K Gates 13248 Cells 667MHz 90nm Technology 1.2V 256-Pin FTBGA
  • Product Categories: FPGAs (Field Programmable Gate Array)

    Lifecycle:Active Active

    RoHS: No RoHS

Need Help?

Support

If you have any questions about the product and related issues, Please contact us.