GHRD for S10 SoC fails

[bt5]

Hi All,

I've facing an issue for quite a while now running the GHRD for the stratix 10 SoC. Here's a screenshot of the problem space: 

A quick recap:
I downloaded Quartus Prime Pro 22.1, setup my bashrc with the necessary environment variables and followed the instructions on rocketboards.io: https://www.rocketboards.org/foswiki/Documentation/Stratix10SoCGSRD (see Building Hardware Design).
I then run make scrub_clean_all followed make generate_from_tcl which results in the error above. 
I added some debug code a little but everywhere and found what I think to be the bottleneck. 
In the Makefile we get to the point where we are generating the qsys file at line 673 at which point it calls the create_ghrd_qsys.tcl file. The create_ghrd_qsys.tcl file appears to run all the way to line  339 where it calls construct_hps.tcl. Once it calls that file and finishes,  it appears to never comeback to the create_ghrd_qsys.tcl file and just exits without creating the qsys_top.qsys and tries to resume the next steps of the Makefile(past line 673) which are dependent on the qsys_top.qsys and thus causes the error. 

Has anyone ever faced something similar before? Is there maybe something I'm missing ? Note that I've faced the same problem trying to run the GHRD for Quartus Prime Pro 21.4 and 19.1. 
Let me know if I can post anything else to better illustrate the problem.

Thanks

[JingyangTeh]

Hi bt5

After the quartus installation did you setup the license file?

You could check the license status under Tools>License Setup

You will see under the mode: it should show" licensed"

Regards

Jingyang, Teh

[bt5]

Hi JingyangTeh,

Thanks for replying. I have setup the license both in my bashrc and the tool.

And to summarize this issue more after digging again the last couple of days, whenever i run the construct_hps.tcl script it just times out and exits. Actually anything to do with the HPS times out, for instance i took a section of the script and try to see if it would run and it seems to time out immediately. 

Birane

[JingyangTeh]

Hi bt5

Sorry for the late reply as there is a public holiday.

I just tried running the steps and it is working.

Did you run the nios2_command_shell.sh first before running the command of the make?

After you run the nios2_command_shell.sh you will see messages below:

------------------------------------------------

Altera Nios2 Command Shell

Version 22.1, Build 174

------------------------------------------------

Try running the nios2_command_shell.sh first before running the rest of the commands:

./nios2_command_shell.sh

make scrub_clean_all

make generate_from_tcl

Regards

Jingyang, Teh

[bt5 · Accepted solution]

Hi JingyangTeh,

I managed to figure it out. My Ubuntu VM has 4 GB of RAM and the process that was constructing the HPS ip was consuming 8GB of RAM thus the process was being killed. I increased my RAM to 16 GB and the issue was solved.
Thanks for your suggestions.

Regards,

Birane

[JingyangTeh]

Hi bt5

Great that you manage to find out the root cause.

Let me feedback to the team that author the RocketBoard article to include minimum requirement for the working environment.

Since this thread been resolve, I shall set this thread to close pending. If you still need further assistance, you are welcome reopen this thread within 20days or open a new thread, some one will be right with you. Please login to ‘https://supporttickets.intel.com’, view details of the desire request, and post a feed/response within the next 15 days to allow me to continue to support you. After 15 days, this thread will be transitioned to community support. The community users will be able to help you on your follow-up questions.

If you happened to close this thread you might receive a survey. If you think you would rank your support experience less than 10 out of 10, please allow me to correct it before closing or if the problem can’t be corrected, please let me know the cause so that I may improve your future service experience.

Regards

Jingyang, Teh

[bt5]

Hi Jingyang,

I recommend making the minimum 32 GB, the problem i posted was fixed but further down in the makefile, at the fitter step, the process was again killed due to lack of memory. The most most memory intensive step seemed to go up in 20s of GB.

Regards,

Birane