Retargeting XL core to different evaluation board.

Post a reply

Confirmation code
Enter the code exactly as it appears. All letters are case insensitive.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:
BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON
Topic review
   

Expand view Topic review: Retargeting XL core to different evaluation board.

Re: Retargeting XL core to different evaluation board.

Post by support » Tue May 11, 2021 3:22 pm

Hello,

All revisions of Xillybus are covered by the same driver. Odds are that the device wasn't recognized by the host computer at all, or with another pair of Vendor ID / Product ID. Vivado's PCIe block has a thing about changing these IDs when other changes are made.

Using lspci in Linux or Device Manager in Windows are likely to shed light on this.

Regardless, the easier way to change the part number is in the Tcl script. This is likely to set up the project correctly to begin with.

Regards,
Eli

Retargeting XL core to different evaluation board.

Post by mwayne » Tue May 11, 2021 3:04 pm

Hello,

I downloaded the XL version evaluation bundle and ran the xillydemo-vivado.tcl script to create the project. The project is targeted for a Xilinx KC705 evaluation board, but I am using a different FPGA (Kintex 7 410T FFG676-3), so I changed the target device under project settings, and ran report_ip_status.

Since all the demo bundle's IPs are targeted for a different chip, I had to retarget each of them. The FIFOs work fine, but the PCIe IP does not retarget correctly. It reverts back to a x1 lane IP. I was able to compare the settings between the original KC705 and my board, and manually input the changes. At this point the bit file compiles, but now Xillybus isn't even recognized on the PCIe bus as a device.

Do the XL bundles require a different driver, or some other step to retarget the device?

Thank you.

Top