Forum Discussion
What's special about Static Update Partial Reconfiguration?
- 4 years ago
Again, if you think you might want or need to make changes to the static region, which normally must be completely fixed and not changed at all, using SUPR can save you some time and headache. Also note that some resources in the static region, like I/O, cannot be part of a PR region so they can't be PR'ed during runtime anyway.
If something in your static region can be part of a PR region, then sure, create another PR region for it, isolating it from the static region.
Thanks for the reply. But your answer is exactly my point.
As a user, why would I need to use SUPR not the standard PR? It looks like SUPR is just a subset of standard PR because standard PR region provides more functionality(can be even swapped while the other parts of the design are running).