My board directory contains an .xsa file in petalinux_bsp/hardware_project directory, which the build flow should utilize for the bitstream and base PetaLinux project (from what I understand).
The issue I’m facing is that the build flow attempts to rebuild bitstreams for all boards. I found that this happens when the PYNQ source distribution is being re-compiled, but this shouldn’t happen since I am providing the path to the correct PYNQ_SDIST file.
Taking a look at the makefile present on the image_v2.7 branch, I do not see the PYNQ_SDIST term defined anywhere. Am I supposed to use some different makefile in order to use that functionality?
Yes, I have gone through that documentation. I want to re-use the PYNQ source distribution tarbal that is provided on the PYNQ website for the 2.7 version, and I am following the steps as mentioned in the documentation.
I do not want to build bitstreams for the other boards (PYNQ-Z1, Z2, etc.), and so I am trying to directly use the PYNQ_SDIST parameter. Even after adding this parameter and pointing to the right directory, the make script attempts to rebuild bitstreams for the other boards, whereas it should NOT do this if I understand everything correctly.
I would greatly appreciate if others in this forum could guide as well.
As yourself mentioned you had read carefully:
So I cannot see the build script nor the tarball is faulty.
Re-use the PYNQ source distribution tarball
To avoid rebuilding the PYNQ source distribution package, and consequently bypass the need to build bitstreams (except for external boards) and MicroBlazes’ bsps and binaries, a prebuilt PYNQ sdist tarball can be reused by specifying the PYNQ_SDIST variable when invoking make. The tarball specific to the target PYNQ version will be distributed when a new version is released on GitHub.
Please also refer to the sdbuild readme on our GitHub repository for more info regarding the image-build flow.
I found all of this in the documentation already, and it still attempts to build bitstreams for the default boards, which is why I created this thread.
Could you try running the script on your end on a fresh clone of the image_v2.7 branch for some custom board? It will still attempt to rebuild the bitstreams, even after the PYNQ_SDIST variable is pointing to the correct prebuilt PYNQ source distribution file.
The guide is referring A | B NOT A & B.
While the board you are using is custom so modulator also have no obligation to make it able to build.
While I had compile xc7z100 custom board successfully (MANY TIMES).
Using make Prebuilt=XXXX BOARDS=XXXX
Build guide 2.7 & 3.0:
Could help a bit a better explanation about the TWO make command.