Monday, 2021-12-13

*** tpb <[email protected]> has joined #symbiflow00:00
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:2041:fb8e:e9e8:4651> has quit IRC (Remote host closed the connection)01:08
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has joined #symbiflow01:09
*** bl0x <bl0x!~bastii@p200300d7a70c0e0080f1015aacd90248.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds)02:14
*** bl0x <bl0x!~bastii@p200300d7a70ed2007fbd2cf64337df7b.dip0.t-ipconnect.de> has joined #symbiflow02:15
*** Luke <Luke!~ldm@hacksoc/member> has quit IRC (Quit: o/ 4w 6d 23h 59m 10s)04:00
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has quit IRC (Remote host closed the connection)04:01
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has joined #symbiflow04:01
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has quit IRC (Remote host closed the connection)04:02
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has joined #symbiflow04:03
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has quit IRC (Read error: Connection reset by peer)04:04
*** cr1901_ <cr1901_!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has joined #symbiflow04:07
*** cr1901_ <cr1901_!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has quit IRC (Client Quit)04:07
*** cr1901 <cr1901!~cr1901@2601:8d:8600:911:30b0:7c10:cd6d:8e6e> has joined #symbiflow04:08
sf-slack<carlosedp> Hello everyone :)15:39
sf-slack<carlosedp> Hey @unai.martinezcorral… I’m testing the latest Symbiflow docker images for Quicklogic EOS15:39
sf-slack<carlosedp> I’m getting an error on symbiflow_pack with latest ones… : ```Type: Blif file File: Toplevel.eblif Line: 1989 Message: Failed to find matching architecture model for 'qlal4s3b_cell_macro'```15:43
sf-slack<carlosedp> My Verilog is: ```qlal4s3b_cell_macro u_qlal4s3b_cell_macro (     .Clk_C16 (clko), // we expect 25Mhz but the default 24Mhz from MCU is close :)     .Clk_C16_Rst (),     .Clk_C21     (),     .Clk_C21_Rst () );``` as it changed recently15:44
sf-slack<mkurc> Hi @carlosedp It looks like the `qlal4s3b_cell_macro` does not get techmapped properly. Could you paste a link to the version you are using ?15:48
sf-slack<carlosedp> ```root@eb74749d0141:/src# yosys --version Yosys 0.9+2406 (git sha1 d282be04, x86_64-conda_cos6-linux-gnu-gcc 1.24.0.133_b0863d8_dirty -fvisibility-inlines-hidden -fmessage-length=0 -march=nocona -mtune=haswell -ftree-vectorize -fPIC -fstack-protector-strong -fno-plt -O2 -ffunction-sections15:49
sf-slack-fdebug-prefix-map=/home/runner/work/conda-eda/conda-eda/workdir/conda-env/conda-bld/quicklogic-yosys_1625138793175/work=/usr/local/src/conda/quicklogic-yosys-0.8.0_105_gd282be04 -fdebug-prefix-map=/usr/local/envs/eos-s3=/usr/local/src/conda-prefix -fPIC -Os) root@eb74749d0141:/src# root@eb74749d0141:/src# vpr --version VPR FPGA Placement and Routing. Version: 8.1.0-dev+e73e88940 Revision: 8.0.0-4023-ge73e88940 Compiled:15:49
sf-slack2021-07-01T11:51:56 Compiler: GNU 9.3.0 on Linux-4.15.0-1113-azure x86_64 Build Info: Release IPO PGO VTR_ASSERT_LEVEL=2```15:49
sf-slack<unai.martinezcorral> @carlosedp hmm.... The procedure used to install eos-s3 resources is the following:  mkdir symbiflow-examples curl -fsSL https://codeload.github.com/SymbiFlow/symbiflow-examples/tar.gz/master | tar xzf - -C symbiflow-examples --strip-components=1 conda env create -f ./symbiflow-examples/eos-s3/environment.yml rm -rf symbiflow-examples curl -fsSL15:50
sf-slackhttps://storage.googleapis.com/symbiflow-arch-defs-install/quicklogic-arch-defs-63c3d8f9.tar.gz | tar -xzC /usr/local --strip-components=115:50
sf-slack<carlosedp> BTW, the package missed _symbiflow_write_binary from `https://raw.githubusercontent.com/QuickLogic-Corp/symbiflow-arch-defs/master/quicklogic/common/toolchain_wrappers/symbiflow_write_binary`_15:51
sf-slack<unai.martinezcorral> I'm thinking that maybe the makefiles/tuttest in symbiflow-examples do not like the '--strip-components=1' in the end. I found that xc7 packages don't have a root directory, but the eos-s3 does have it.15:51
sf-slack<carlosedp> and I had to load the path with `ENV PATH=_/usr/local/envs/eos-s3/bin/:_$PATH`15:51
sf-slack<carlosedp> yes, the xilinx tools don’t have a prefix path :)15:52
sf-slack<carlosedp> and the EOS ones do…15:52
sf-slack<unai.martinezcorral> I will look into that!15:52
sf-slack<carlosedp> I did: ```FROM gcr.io/hdl-containers/symbiflow/eos-s3  RUN curl -L https://raw.githubusercontent.com/QuickLogic-Corp/symbiflow-arch-defs/master/quicklogic/common/toolchain_wrappers/symbiflow_write_binary > /usr/local/bin/symbiflow_write_binary && \     chmod +x /usr/local/bin/symbiflow_write_binary  ENV PATH=/usr/local/envs/eos-s3/bin/:$PATH```15:52
sf-slack<carlosedp> ;)15:52
sf-slack<unai.martinezcorral> With regard to the env PATH. If you use a login shell (i.e. use 'docker run -it'), everything should be sourced implicitly.15:53
sf-slack<carlosedp> Because the symbiflow_packages package doesn’t pull that writebinary script15:53
sf-slack<unai.martinezcorral> That should be fixed in the package creation, not in the containers, isn't it?15:54
sf-slack<carlosedp> ```❯ docker run -it --rm -v $(PWD):/src -w /src gcr.io/hdl-containers/symbiflow/eos-s3 yosys docker: Error response from daemon: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "yosys": executable file not found in $PATH: unknown.  ❯ docker run -it --rm -v $(PWD):/src -w /src gcr.io/hdl-containers/symbiflow/eos-s3 vpr docker: Error response from daemon: OCI runtime15:55
sf-slackcreate failed: container_linux.go:380: starting container process caused: exec: "vpr": executable file not found in $PATH: unknown.```15:55
sf-slack<unai.martinezcorral> This is the list of "binaries" I am expecting to exist in the eos-s3 package/toolchain: https://github.com/hdl/containers/blob/main/test/symbiflow--eos-s3.sh15:55
sf-slack<unai.martinezcorral> Hmmm I wonder if that is related to the strip-components...15:56
sf-slack<carlosedp> ah yes, probably shoud… i’ll open an issue to symbiflow_examples repo15:56
sf-slack<unai.martinezcorral> The same command does work for xc7, isn't it?15:56
sf-slack<mkurc> I think I know what the problem is. The cell `qlal4s3b_cell_macro` in yosys (actually in the QuickLogic yosys plugin) is declared with ports named as in your design. But in symbiflow it is expected that those clock and reset pins are named `Sys_Clk0` and `Sys_Clk1` respectively. So something went out of sync.15:56
sf-slack<unai.martinezcorral> @mkurc, in the containers, I am using "latest" miniconda and "latest" arch-defs packages from https://console.cloud.google.com/storage/browser/symbiflow-arch-defs-gha;tab=objects?authuser=0&prefix=&forceOnObjectsSortingFiltering=false. Maybe I can do something there to ensure that things don't go out of sync?15:57
tpbTitle: Google Cloud Platform (at console.cloud.google.com)15:57
sf-slack<carlosedp> Also, recently the tool wrappers have been updated to accept the command line argument files: https://github.com/QuickLogic-Corp/symbiflow-arch-defs/pull/54816:01
sf-slack<mkurc> @unai.martinezcorral Hm, the best way it to have all the packages in versions used in https://github.com/SymbiFlow/symbiflow-arch-defs master. There is a CI there which ensures integrity.16:01
sf-slack<carlosedp> With this PR, the wrappers can be used by tools like Edalize (from FuseSoc) and be called individually instead of using `ql_symbiflow`16:01
sf-slack<carlosedp> also their wrapper scripts are outdated..16:02
sf-slack<carlosedp> doesn’t work with files from command line. .. only thru env vars16:02
sf-slack<carlosedp> https://github.com/SymbiFlow/symbiflow-examples/issues/22516:04
sf-slack<carlosedp> Opened https://github.com/SymbiFlow/symbiflow-examples/issues/22516:04
sf-slack<carlosedp> haven’t used latest versions on xilinx16:07
sf-slack<unai.martinezcorral> @mkurc are the `symbiflow-toolchain-latest`, `symbiflow-xc7*_test-latest` and `symbiflow-ql-eos-s3_wlcsp-latest` packages from https://console.cloud.google.com/storage/browser/symbiflow-arch-defs-gha guaranteed to be compatible? I guess those are the artifacts of symbiflow-arch-defs, isn't it? Apart from that, how can I know which version of Conda do they need?16:08
tpbTitle: Google Cloud Platform (at console.cloud.google.com)16:08
sf-slack<carlosedp> should I open an issue? if yes… on which repo?16:08
sf-slack<mkurc> @unai.martinezcorral Right. But I recall that there were some fixes which got merged into the QuickLogic Symbiflow fork and are not yet present on the Symbiflow master.16:10
sf-slack<unai.martinezcorral> Thanks!16:10
sf-slack<mkurc> I think you can open there https://github.com/SymbiFlow/symbiflow-arch-defs16:12
sf-slack<unai.martinezcorral> @carlosedp I need to leave for some hours. I'll continue with the eos-s3 when I come back.16:24
sf-slack<carlosedp> no probs… ping me over here and we keep talking :)16:24
sf-slack<carlosedp> @mkurc is the quicklogic arch-defs tree pulled into symbiflow tree regularly? From which tree are the packages generated from?17:36
bl0xquestion: oss-cad-suite, looks (at first glance) pretty similar to symbiflow. Do the projects profit from one another? What's the reason to have them separate? Or, is that like asking why there are multiple Linux distros?22:41

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!