- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Partial Reconfigur ation Multiboot NO PROCESSOR
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
01-24-2012 10:29 AM
Hi,
I am trying to implement a PR with a FSM and ICAP. Now I can implement a Multiboot with full bitstream following the XAPP1100 but with partial bitstreams is not working. I also activated SEU detection but still is not working. Colud the problem be the IPROG comand in the FSM? because it is supposed to reset the board before loadign another bitsream...
Re: Partial Reconfigur ation Multiboot NO PROCESSOR
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
01-24-2012 11:48 AM
There is one, and only one config interface. If you are using the jtag cable, then the ICAp is blocked until the jtag releases. So, if you want to use the SEU IP, it too is blocked by any other use of ICAP, or any config resource (like jtag). You need to arbitrate (control) who gets access, so that everyone gets served (and then releases).
Principal Engineer
Xilinx San Jose
Re: Partial Reconfigur ation Multiboot NO PROCESSOR
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
01-24-2012 03:45 PM
Tank you so much for the reply, could you give me any hit on how to arbitrate?
Maybe I nedd to give more details:
I am using a Digilent Genesys board (virtex 5) BPIU configuration. I download the bitstream and program the flash memory with the xilinx usb cable.
Once the partial bitstreams are downloaded in the flash memory I trigger the multiboot operation with one dip switch on the bord.
In UG191 I found this:
Readback CRC logic runs under these conditions:
- Any configuration operation must finish with a DESYNC command to release the
configuration logic. If a DESYNC command is not issued, the readback CRC logic
cannot access the configuration logic and cannot run. The DESYNC command resets
the readback CRC circuit and clears all error conditions and flags.
-In addition, the JTAG instruction register (IR) must not contain any configuration
instructions (CFG_IN, CFG_OUT, or ISC_ENABLE). When these instructions are
present, at any time, the readback CRC logic can not access the configuration logic
and cannot run. Any configuration operation performed via the JTAG interface
should finish by loading the IR with a value other than these three configuration
instructions.
Do I need to meet those conditions toofor PR with multiboot and ICAP? Do those conditions run automatically or I have to implement them?
thanks,











