Partial Reconfiguration in oneAPI
I'm working on a PR related project, and I plan to raise the abstraction level to HLD using oneAPI. I'm thinking of what is the typical workflow to utilize PR in a oneAPI design.
# example application
Using the following oneAPI-samples as an example, main() is the host code and will be compiled into assembly instructions; VectorAdd is the kernel function and will be synthesized into RTL, and placed and routed on the FPGA fabric. If that is the case, can I make VectorAdd a reconfigurable partition, and assign a logic lock region to constraint the PnR of VectorAdd?
# typical PR flow
I already have the experience of PR in Quartus Prime Pro. The floorplan for PR is usually done in post-synthesis stage, where a PR module defined in RTL is configured as 'reconfigurable' in Design Partition Window and constrained in Logic Lock Regions Window.
# oneAPI flow
I've just gone through oneAPI fpga compile example. If I run 'make fpga', I'll get an executable file with well-crafted bitstream, which means synthesis, PnR and assembly are all accomplished, without an intermediate step (like the post-synthesis step in typical PR flow) to floorplan for PR. If PR is supported by oneAPI, what is expected to be the intermediate step for design partition and logic lock region?
I would appreciate it if someone can provide any ideas on this issue.
Best,
Runlong