You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The tools seem to accept 5SGSKF40I3LNAC as a valid part number (either by setting this via the command line or by editing the qsf). However, this does not seem to be a complete solution, as both the GUI and the fitter report that the selected device is 5SGSMD5K2F40I3L (which matches the presentation from Microsoft), but the fitter fails with more than one PCIe core in the design. I wonder if there is some other directive that can be added to the QSF to enable the additional PCIe core, without preloading anything.
Is it somehow possible to edit .ddb files and create a part in Quartus database?
(It seems to me that the device info must be in these files because they are only files in device support package which I am not able to read. And judging by filenames they must contain routing info. Which is just what we need.)
If I understand correctly these files are loaded by libddb_* libraries from Quartus. Content is encrypted or compressed.
I have seen someone stealing contents of encrypted IP cores because it was somehow possible to dump them from Quartus after they were loaded to virtual filesystem of Quartus. Also there probably were many people which were using Catapult cards, it may be possible that someone can provide Quartus device files. Do you think that it may be possible that the device was once supported by Quartus? I checked supported devices in Quartus 9-21 but this custom device was not mentioned.
Also @wirebond how did you find out that 1174964 is a correct ID? I mean I do have only user knowledge of radare2 and other tools but I was not able to find out on my own. I was just wondering if there is some trick to it.
@alexforencich, @Nic30, sorry for the long answer, haven't been paying attention to my notifs on this account.
The tools seem to accept 5SGSKF40I3LNAC as a valid part number ...
Indeed, 5SGSKF40I3LNAC is present in the internal device DB in Quartus (with 'hidden' trait, which explains it being missing in all GUI dialogs), but we couldn't figure out how to enable the second PCIe HIP without LD_PRELOAD yet.
Do you think that it may be possible that the device was once supported by Quartus?
Wdym? Catapult FPGA device (both as 'special' 5SGSKF40I3LNAC and 'standard' 5SGSMD5K1F40C1 SKUs) is supported in a wide range of Quartus versions, including the latest Standard 21.1.
Also @wirebond how did you find out that 1174964 is a correct ID?
I'm not nearly smart enough to do it myself. : )
Awesome folks from project Mistral (they work on an opensource Intel FPGA tooling) figured out how to enable this feature for us.
The tools seem to accept 5SGSKF40I3LNAC as a valid part number (either by setting this via the command line or by editing the qsf). However, this does not seem to be a complete solution, as both the GUI and the fitter report that the selected device is 5SGSMD5K2F40I3L (which matches the presentation from Microsoft), but the fitter fails with more than one PCIe core in the design. I wonder if there is some other directive that can be added to the QSF to enable the additional PCIe core, without preloading anything.