Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 29 21:29
    LarsAsplund synchronize #883
  • Jan 29 21:29

    LarsAsplund on vunit_event

    Update event. Replaced AXI stream synchroniza… Add support for deferring check… and 7 more (compare)

  • Jan 28 20:07
    LarsAsplund synchronize #883
  • Jan 28 20:07

    LarsAsplund on vunit_event

    Added string decoration functio… Make check result function an a… Added event mechanism. and 12 more (compare)

  • Jan 27 23:15
    LarsAsplund commented #862
  • Jan 27 13:54
    Marek-ADT commented #862
  • Jan 27 13:43
    Andy-Darlington commented #862
  • Jan 27 13:06
    LarsAsplund commented #862
  • Jan 27 10:24
    Marek-ADT commented #862
  • Jan 27 10:19
    Marek-ADT commented #862
  • Jan 27 10:18
    Marek-ADT commented #862
  • Jan 26 19:10
    vogma edited #894
  • Jan 26 19:08
    vogma edited #894
  • Jan 26 17:29
    vogma opened #894
  • Jan 25 21:18
    LarsAsplund commented #862
  • Jan 24 21:13

    eine on master

    readme: update shield syntax (b… (compare)

  • Jan 24 15:55
    LarsAsplund closed #893
  • Jan 23 17:13
    yurivict closed #886
  • Jan 23 17:13
    yurivict commented #886
  • Jan 23 13:59
    LarsAsplund commented #893
T. Meissner
@tmeissner
We do X with plain docker & sharing the neccessary X files.
Bradley Harden
@bradleyharden

@eine, I found this statement in the Docker documentation:

I cannot ping my containers
Docker Desktop for Windows can’t route traffic to Linux containers. However, you can ping the Windows containers.

Do you know if flexlm needs to connect to the container at all? Or is all communication initiated by the container?
I don't know enough about networking to diagnose this well
eine
@eine

Do you know if flexlm needs to connect to the container at all? Or is all communication initiated by the container?

The flexlm server needs one or two ports open, but AFAIK, the container is always the client. Let's start from the begining: does it work on your host?

NanooooK
@NanooooK
@tmeissner Which image base have you used for your Microsemi docker?
T. Meissner
@tmeissner
An company-internal image based on buster & the latest Python-3.8
You have to install a lot of old i386 packages to get Libero SoC running
Libero SoC is a very bad designed SW :(
I can give you the list of necessary debian packages if you want
NanooooK
@NanooooK
That would be nice. I've briefly tried to install it on a Ubuntu based distribution and I quickly realized that I have issues with the libraries. I can't get Designer to start, Synplify starts but crash regularly...

Libero SoC is a very bad designed SW :(

I agree, but at least it's simple to use. Too bad it doesn't look like they will redo their IDE from scratch, same way Xilinx did with Vivado.

T. Meissner
@tmeissner
Yeah, a FAE of them meant that with the PolarFire version they would do a complete rewrite. However, the GUI looks exactly like the old one, so it seems it's the same odd code base :(
Bradley Harden
@bradleyharden
@tmeissner, when I created a container for QuestaSim, I used their installer in a fresh Ubuntu container, and when the install finished, I dumped a list of all installed packages in the container. I then diff'ed that list against a list from a fresh container, before install.
That worked really well to get the package list. Would that work well for Libero too?
Or is there some reason that won't work well?
T. Meissner
@tmeissner
I don't know what exactly you mean, the libero installer don't installs the neccessary linux packages, you have do that by hand
There is a document from Microsemi which lists (almost) all linux packages, which Libero needs.
Our Dockerfile for Questa is pretty simple, it only untars the Questa installation
We also install questa before in a clean environment and tar the instalattion directory. Questa itself seems to not needed any linux packages in addition
Bradley Harden
@bradleyharden
I installed Questa once, with a batch install script generated by their tool. Since then, I've just been copying the files when I make new containers. But I think the Questa installer must have installed some packages, because the container had more than it started with. At least that's what I remember. Maybe I'm mis-remembering
T. Meissner
@tmeissner
Oh, I didn't know, that Mentor installer has an option to generate a batch installer?
Bradley Harden
@bradleyharden
It's disappointing that Microsemi can't even be bothered to write a quick bash script to install packages for you 😕
I read this before installing Questa in a container for the first time
T. Meissner
@tmeissner
Cool, thanks :)
Bradley Harden
@bradleyharden
@eine, I have never tried to install Questa on Windows. I made the container for my own usage, targeting Linux. However, there are others in my group who primarily use Windows. I wanted to see how easy it would be to adapt my container workflow for them.
Apparently it's harder than I thought it would be
I don't know if it's the VPN or some artifact of Docker on Windows
T. Meissner
@tmeissner
You should avoid Windows at all costs when doing EDA ;)
Bradley Harden
@bradleyharden
I might try to install Docker on one of our Cloud VMs and see if the VPN is the cause
NanooooK
@NanooooK
QuestaSim is in 64 bits? I had to add several 32 bits library for ModelSim to start, they aren't provided with the installer.
Bradley Harden
@bradleyharden
@tmeissner 😑
T. Meissner
@tmeissner
Yes, Questa is 64 bit
Modelsim has a 32 bit binary, We had to install 3 further 32 bit packages to run it
T. Meissner
@tmeissner
@NanooooK It's not easy to get the Dockerfiles out of our internal network, I hope you have patience ;)
NanooooK
@NanooooK
Don't worry there is no rush :)
Yatekii
@Yatekii
argh I wanna kms ... xilinx tooling is absolute garbage ...
I wanna use nice tools :(
eine
@eine

Questa itself seems to not needed any linux packages in addition

Note that this might be not the same on Fedora containers: https://github.com/eine/hwd-ide/wiki/Continuous-Integration-(CI)#modelsimquestasim-inside-fedoralatest

Anyway, I also suggest the same approach as @tmeissner: to install in a clean container and then tar the installation directory: https://github.com/mviereck/x11docker/issues/201#issuecomment-558990580

Oh, I didn't know, that Mentor installer has an option to generate a batch installer?

It does. But, AFAIK, you do need to run the GUI installer in order to generate it. Hence, it's does not solve the issue if you cannot run the GUI in the first place.

I have never tried to install Questa on Windows. I made the container for my own usage, targeting Linux. However, there are others in my group who primarily use Windows. I wanted to see how easy it would be to adapt my container workflow for them.

@bradleyharden, I meant to start with flexlm only. Forget about Questasim, for now, as it is unrelated. You should be able to execute lmutil on Windows (on the host) and check the connection to the server. Then execute lmutil in any container (just extract it on the host and mount/bind it in the container).

Of course, you need two different lmutil artifacts: for Windows and for GNU/Linux.
Fortunately, you should find it everywhere: Xilinx, Altera, Lattice, Mathworks, Autodesk...
Lars Asplund
@LarsAsplund
@all For some reason I cannot give thumbs up on this one but if you agree please give it a try. https://forums.xilinx.com/t5/Simulation-and-Verification/Add-support-for-VUnit/td-p/1098552
Bradley Harden
@bradleyharden
I'd tried. Couldn't thumbs-up either
It must be one of these
Lars Asplund
@LarsAsplund
@all Logged out and in again. Now i works
Rafael Pereira
@rafaelnp
I am new to vunit, and starting by running on Linux the examples and I got this error using ghdl, could not find a solution elsewhere, any hints?
python run.py -v lib.tb_example.all
Compiling into vunit_lib: ../../../usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd                        failed
=== Command used: ===
/usr/bin/ghdl -a --workdir=/home/dev/tmp/vunit_out/ghdl/libraries/vunit_lib
--work=vunit_lib 
--std=08 -P/home/dev/tmp/vunit_out/ghdl/libraries/vunit_lib
-P/home/dev/tmp/vunit_out/ghdl/libraries/lib 
/usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd

=== Command output: ===
/usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:12:10: unit "numeric_std" not found in library "ieee"
/usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:99:22: no declaration for "unsigned"
...
/usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:118:14: package "string_ops" was not analysed
/usr/bin/ghdl: compilation error
Lars Asplund
@LarsAsplund
@all Keep the kudos coming if you're interested. I think that showing market interest is the only way to get this working properly. We filed bug reports years ago but that didn't help.
image.png