Forum Discussion

bluecmd's avatar
bluecmd
Icon for New Contributor rankNew Contributor
5 years ago

Running Quartus Prime Standard on WSL crashes in libudev.so

Hi, For various reasons I want to run Quartus Prime Standard under Windows Subsystem for Linux. When doing that, I seem get a crash in Quartus: $ /home/bluecmd/intelFPGA/20.1/quartus/bin/quartu...
bluecmd's avatar
bluecmd
Icon for New Contributor rankNew Contributor
5 years ago

Thanks Rickard! Happy the workaround worked for you.

I have some extra data-points to share:

  • Ubuntu 18.04 LTS on WSL seems to work without this workaround, while 19.04 and newer (including the latest 20.04 LTS) needs this workaround.
  • If setting LD_PRELOAD while trying to start ModelSim compilations, they will fail to decrypt (and thus compile) any encrypted device libraries:
# ** Error: ../intelFPGA/20.1/quartus/eda/sim_lib/mentor/stratixv_atoms_ncrypt.v(38): (vlog-2163) Macro `<protected> is undefined.
# ** Error: ../intelFPGA/20.1/quartus/eda/sim_lib/mentor/stratixv_atoms_ncrypt.v(38): (vlog-2163) Macro `<protected> is undefined.
# ** Error: (vlog-13069) ../intelFPGA/20.1/quartus/eda/sim_lib/mentor/stratixv_atoms_ncrypt.v(38): syntax error in protected region.
# 
# ** Error: ../intelFPGA/20.1/quartus/eda/sim_lib/mentor/stratixv_atoms_ncrypt.v(38): (vlog-13205) Syntax error found in the scope following '<protected>'. Is there a missing '::'?
# End time: 23:08:09 on Aug 20,2020, Elapsed time: 0:00:00
# Errors: 5, Warnings: 0

The workaround is to only use LD_PRELOAD for Quartus tools, and not ModelSim. I have no idea why preloading udev would suddenly break the decryption but I can reliably reproduce the issue on a clean Ubuntu 18.04 and 20.04 machine (non-WSL) when setting LD_PRELOAD=/lib/x86_64-linux-gnu/libudev.so.1.

This is of course only relevant if you are using the 64-bit version of ModelSim. As Intel only distributes the 32-bit version to my knowledge that does not apply here.

  • bluecmd's avatar
    bluecmd
    Icon for New Contributor rankNew Contributor
    5 years ago

    The latest version for Prime Standard is still 20.1 as far as I can tell. The behavior is the same for Ubuntu 18.04 and 20.04.

    I use 20.1 on Ubuntu 18.04 every week and I have to use the preload workaround.

    EDIT: I see that I reported 18.04 as working an above post, but that's incorrect. I recall having that conclusion but I cannot remember why I thought that - I can clearly reproduce the issue on 18.04 and indeed I have to use the PRELOAD workaround every time I use Quartus.

    • bluecmd's avatar
      bluecmd
      Icon for New Contributor rankNew Contributor
      5 years ago

      In order to be 100% sure I did not mess something up, I made a new Windows user and did a fresh Ubuntu 18.04 LTS install.

      I downloaded Ubuntu 18.04:

      curl.exe -L -o ubuntu-1804.appx https://aka.ms/wsl-ubuntu-1804

      I installed it, and then did this:

      $ /mnt/d/Sandbox/QuartusSetup-20.1.0.711-linux.run 
$ sudo apt update
$ sudo apt install wsl dos2unix make libsm6 libxrender1 libfontconfig 
export DISPLAY=":0.0"
# Launch Quartus and click "Specify license file"
$ ~/intelFPGA/20.1/quartus/bin/quartus
realloc(): invalid pointer
Aborted (core dumped)
# Try one more time, same action
$ ~/intelFPGA/20.1/quartus/bin/quartus
quartus: malloc.c:2868: mremap_chunk: Assertion `((size + offset) & (GLRO (dl_pagesize) - 1)) == 0' failed.
Aborted (core dumped)

      As you can see, the issue is clearly there even on a fresh Ubuntu 18.04.

      • RichardT_altera's avatar
        RichardT_altera
        Icon for Super Contributor rankSuper Contributor
        5 years ago

        If I get you correctly, you try to launch Quartus from the Ubuntu 18.04 LTS installed in a Window 10 operating system? Why not you install the Quartus Window version directly? The WSL is for the Nios II EDS in Intel Quartus software.