Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
14 years ago

11.0 installation on Linux problems

Basically, I wanted to setup Dspbuilder 11.0 and MATLAB 11a on linux64-bit(debian5), so that I can use both standard block set and advanced block set.

After installation, setting some environment variables and adding path/javapath in MATLAB, I could simulate demo models coming with standard block set and advanced block set.

However,

1. 1. when I tried to generate codes from the models from standard block set, I got an error. In the MATLAB command window, it says:

“/local/altera/11.0/quartus/dsp_builder/bin64/libPortManager.so: libdinkum_alt.so: wrong ELF class: ELFCLASS32”;

In the SignalCompiler block log box, it says:

Info: Generating HDL

Info: Analyzing Simulink model

Matlab Error

Java exception occurred:

java.lang.UnsatisfiedLinkError: com.altera.dspbuilder.portmanager.PortManager.checkOut()Z

at com.altera.dspbuilder.portmanager.PortManager.checkOut(Native Method)

at com.altera.dspbuilder.serialisation.ModelSerialiser.<init>(Unknown Source)

at com.altera.dspbuilder.serialisation.ModelSerialiser.<init>(Unknown Source)

at com.altera.dspbuilder.serialisation.ModelSerialiser.<init>(Unknown Source)

Error: Error during compilation: Error: Error analyzing model see log for details.

2.2. When I tried to simulate a demo model and generate code from advanced block set, it asked for a license file on MATLAB path, though I had set LM_LICENSE_FILE pointing to our license server.

Without the license file, it only simulated the model, but didn’t do code generation.

I need to solve both problems. Any solutions or suggestions are appreciated.

11 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    the first problem looks like a 64/32-bit conflict. DSP Builder 11.0+ on Linux should support 64-bit MATLAB (finally), but something seems broken. i'm not sure what libdinkum_alt.so is but its part of the Quartus installation. maybe you are using Web Edition (which would only have 32-bit .so). you might have to install 32-bit MATLAB so DSP Builder runs 32-bit, and references 32-bit Quartus .so

    try:

    lmstat lmulil -a -c port@server

    i can't remember the whole DSP Builder feature code but it has 512A in it
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    Thank you for reply.

    I have full version of Quartus 11.0 installed on my linux64 machine and have been using it for a while. The about shows "Quartus II Version 11.0 Build 157 04/27/2011 SJ Full Version". I also see quartus/linux64/libdinkum_alt.so and readelf shows it is elf64. But dspbuilder seems picking another libdinkum_alt.so instead.

    lmstat shows 20 license available, "Users of quartus: (Total of 20 licenses issued; Total of 0 licenses in use)". But I don't know where to find feature code.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    How are you starting MATLAB/DSP Builder?

    In 11.0, DSP Builder on Linux provides a script to launch MATLAB and start DSP Builder. Typically you run this by typing something like: 

    <path to quartus>/dsp_builder/dsp_builder.sh

    Is this what you're doing?
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    Just coming back from a short leave.

    Yes. I launched DPS Builder with: 

    <path to quartus>/dsp_builder/dsp_builder.sh -m /local/MATLAB/R2011a/bin/matlab &
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    What do the following commands return (typed in the same shell you started DSP Builder): 

    uname -p
echo $LD_LIBRARY_PATH
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    % uname -p

    unknown

    [ygu@ygu-deb5-64:/local/altera/11.0/quartus/dsp_builder] % echo $LD_LIBRARY_PATH

    :/local/altera/11.0/quartus/dsp_builder/bin64:/local/altera/11.0/quartus/dspba/Blocksets/BaseBlocks/linux64:/local/altera/11.0/quartus/dsp_builder/bin64:/local/altera/11.0/quartus/dspba/Blocksets/BaseBlocks/linux64

    Does uname cause the problem?
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    The uname thing looks like it could be an issue. What distribution of Linux are you running?

    If you have access you could try modifying /local/altera/11.0/quartus/dsp_builder/dsp_builder.sh

    At line 88, it says: 

        if ; then
        ADD_LIBRARIES=64
    else
        ADD_LIBRARIES=32
    fi

    You could change -p to -m. (Assuming uname -m returns x86_64). If that doesn't work you could delete all the lines from the quoted section above except for the ADD_LIBRARIES=64.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    14 years ago

    "uname -m" works for me!

    I could move forward until I was stopped by a license error.

    I am waiting for a new license, and hope it will solve the advanced block set problem.

    Thanks a lot for your help!