Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
8 years ago

Replace the .sopcinfo file with a new one and regenerate BSP ... possible ?

Hello,

I'm trying to compare different different versions of the same system.

I envisage the following approach:

  1. Make modifications in qsys and save new system as system1.qsys (let say that original was system.qsys)

  2. Generate new design in qsys ... new file system1.socpinfo is created

  3. Change instantiation of the new system1 in a top-level module, i.e. system U0 becomes system1 U0.

  4. Compile new design

  5. Program board with new .sof

  6. And at this step (when passing to Eclipse), the problem arises ... how to specify new .socpinfo and regenerate bsp

Probably step 6 is merely unrealizable and one should create new bsp and specify it in application ?

Does exist a straightforward approach for evaluation of different versions of qsys system ?

Thanks in advance ?

1 Reply

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor

    Probably the best approach to test different versions of qsys design is as follows:

    1. Generate new .qsys (also generates new .socpinfo)

    2. Add this new .qsys to design and remove the previous one

    3. Instantiate this new .qsys in the top module (also comment the previous one ... and optionnally modify port list)

    4. Compile design in Quartus

    5. Program board with newly generated .sof

    6. In Eclipse: generate new bsp based on new .socpinfo

    7. In Eclipse: specify new bsp in application properties

    8. In Eclipse: rebuild application ... and run it on board

    So, afterwards, when one needs to switch to a different configuration (already built), it should iterate trough steps 2 ... 8.

    Am I correct ?