tpb has quit [Remote host closed the connection]
tpb has joined #symbiflow
gsmecher has quit [Ping timeout: 276 seconds]
Degi_ has joined #symbiflow
Degi has quit [Ping timeout: 246 seconds]
Degi_ is now known as Degi
<umarcor|2> mithro, CarlosEDP, if you mean the ghdl-yosys-plugin, there are two different approaches.
<umarcor|2> on windows (MSYS2) the plugin is built into yosys, because yosys does not support dynamically loading modules on windows (yet)
<umarcor|2> on linux (containers) the plugin is built as a shared library (module) and shipped "independently".
<umarcor|2> however, the plugin does always depend on a working GHDL installation. no matter if it's built-in or a module.
<umarcor|2> that's because the plugin using libghdl, which uses the standard and IEEE libraries in the GHDL installation.
<umarcor|2> so, the plugin does not use the GHDL binary, but it uses almost all the rest of the content of an installation.
<umarcor|2> that's why GHDL is a dependency of Yosys on MSYS2
acomodi has joined #symbiflow
rj has quit [Remote host closed the connection]
rj has joined #symbiflow
rj has quit [Ping timeout: 240 seconds]
cjearls has joined #symbiflow
citypw has joined #symbiflow
acomodi has quit [Quit: Connection closed for inactivity]
citypw has quit [Remote host closed the connection]
citypw has joined #symbiflow
citypw has quit [Ping timeout: 240 seconds]
kmehall_ has quit [Remote host closed the connection]
kmehall has joined #symbiflow
cjearls has quit [Quit: Leaving]
bjorkintosh has quit [Ping timeout: 250 seconds]
sf-slack has joined #symbiflow
<sf-slack> <kgugala> test test ...
<sf-slack> <kgugala> @mithro the bridge is back
citypw has joined #symbiflow
bjorkintosh has joined #symbiflow
bjorkintosh has quit [Remote host closed the connection]
bjorkintosh has joined #symbiflow
bjorkintosh has quit [Ping timeout: 245 seconds]
promach3 has quit [Quit: Bridge terminating on SIGTERM]
fevv8[m] has quit [Quit: Bridge terminating on SIGTERM]
unrznbl[m] has quit [Quit: Bridge terminating on SIGTERM]
b33p[m] has quit [Quit: Bridge terminating on SIGTERM]
xobs has quit [Quit: Bridge terminating on SIGTERM]
cadmium[m] has quit [Quit: Bridge terminating on SIGTERM]
CarlosEDP has quit [Quit: Bridge terminating on SIGTERM]
Niklas[m] has quit [Quit: Bridge terminating on SIGTERM]
lopsided98 has quit [Ping timeout: 258 seconds]
lopsided98 has joined #symbiflow
fevv8[m] has joined #symbiflow
Niklas[m] has joined #symbiflow
unrznbl[m] has joined #symbiflow
b33p[m] has joined #symbiflow
CarlosEDP has joined #symbiflow
promach3 has joined #symbiflow
xobs has joined #symbiflow
cadmium[m] has joined #symbiflow
bjorkintosh has joined #symbiflow
<_whitenotifier-3> [fpga-interchange-schema] gatecat opened issue #47: Site PIPs with side effects - https://git.io/J3JaC
<CarlosEDP> umarcor|2: Also the XDC plugin I got a PR merged... it added -dict support for constraints.
acomodi has joined #symbiflow
acomodi_ has joined #symbiflow
kgugala has quit [Quit: -a- Connection Timed Out]
kgugala has joined #symbiflow
ZipCPU has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
ZipCPU has joined #symbiflow
acomodi_ has quit [Quit: Connection closed for inactivity]
gsmecher has joined #symbiflow
citypw has quit [Ping timeout: 240 seconds]
<mithro> acomodi: You wanted me to setup kokoro for something right?
<sf-slack> <acomodi> mithro: yep, should be setup here: https://github.com/SymbiFlow/fpga-interchange-tests
<mithro> @acomodi If you don't keep poking me it will never happen :-)
<sf-slack> <acomodi> yeah, I guess I'll increase the poking frequency then :)
<sf-slack> <acomodi> There is a PR that adds a basic kokoro configuration here: https://github.com/SymbiFlow/fpga-interchange-tests/pull/4
<mithro> We only need ubuntu testing right?
<sf-slack> <acomodi> Yeah, I think it is enough
<sf-slack> <acomodi> Probably we can have other OSes and distros testing setup with GH actions instead
jhu has joined #symbiflow
<jhu> [13:13:43] <jhu> Hi guys, Im trying to build the linux-on-litex project with symbiflow toolchain and seems like im running into this error each time.... does anything know what's going on?
<jhu> [13:13:56] <jhu> ake: Leaving directory '/home/jhu96/Desktop/McGill_Masters/Research/linux-on-litex-vexriscv/build/digilent_arty/software/bios'
<jhu> [13:13:56] <jhu> INFO:SoC:Initializing ROM rom with contents (Size: 0x9ed0).
<jhu> [13:13:56] <jhu> INFO:SoC:Auto-Resizing ROM rom from 0x10000 to 0x9ed0.
<jhu> [13:13:56] <jhu> symbiflow_synth -t digilent_arty -v /home/jhu96/Desktop/McGill_Masters/Research/litex/pythondata-cpu-vexriscv-smp/pythondata_cpu_vexriscv_smp/verilog/Ram_1w_1rs_Generic.v
<jhu> /home/jhu96/Desktop/McGill_Masters/Research/litex/pythondata-cpu-vexriscv-smp/pythondata_cpu_vexriscv_smp/verilog/VexRiscvLitexSmpCluster_Cc2_Iw64Is8192Iy2_Dw64Ds8192Dy2_Ldw128_Cdma_Ood_Rvc.v /home/jhu96/Desktop/McGill_Masters/Research/linux-on-litex-vexriscv/build/digilent_arty/gateware/digilent_arty.v -d artix7 -p xc7a35tcsg324-1 -x
<jhu> digilent_arty.xdc > /dev/null
<jhu> [13:13:56] <jhu> ERROR: Cell $iopadmap$digilent_arty.sdcard_cd of type \IBUF doesn't support the \SLEW attribute
<jhu> [13:13:56] <jhu> make: *** [Makefile:34: digilent_arty.eblif] Error 1
<jhu> [13:13:56] <jhu> Traceback (most recent call last):
<jhu> [13:13:56] <jhu>   File "./make.py", line 634, in <module>
<jhu> [13:13:56] <jhu>     main()
<jhu> [13:13:56] <jhu>   File "./make.py", line 615, in main
<jhu> [13:13:56] <jhu>     builder.build(run=args.build)
<jhu> [13:13:56] <jhu>   File "/home/jhu96/Desktop/McGill_Masters/Research/litex/litex/litex/soc/integration/builder.py", line 281, in build
<jhu> [13:13:56] <jhu>     vns = self.soc.build(build_dir=self.gateware_dir, **kwargs)
<jhu> [13:13:56] <jhu>   File "/home/jhu96/Desktop/McGill_Masters/Research/litex/litex/litex/soc/integration/soc.py", line 1098, in build
<jhu> [13:13:56] <jhu>     return self.platform.build(self, *args, **kwargs)
<jhu> Hi guys,  I previously asked this question in #litex but they told me to come to you guys. I don't really understand what the error means when I'm trying to create the bitstream with the symbiflow toolchain. Is there something wrong with how i configured the installation of symbiflow?
sf-slack1 has joined #symbiflow
<sf-slack1> <acomodi> jhu: It might be that there is something wrong with the XDC, or indeed the symbiflow setup. I suggest to open an issue in symbiflow-examples (https://github.com/SymbiFlow/symbiflow-examples) with a description of the error and the steps required to reproduce it
sf-slack has quit [Read error: Connection reset by peer]
<jhu> Ok thanks!
<jhu> Do you have any suggestions on how i could fix this problem? I will post an issue on there as well.
<mithro> jhu: I think we need the github issue with the full details to diagnose the problem
<_whitenotifier-3> [symbiflow-examples] jhu960213 opened issue #143: Symbiflow build error when using "Linux-on-litex-vexriscv" project from Enjoy Digital - https://git.io/J3kJF
<jhu> sf-slack1 mithro I just opened the issue
acomodi has quit [Quit: WeeChat 1.9.1]
rj has joined #symbiflow
ZipCPU has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
ZipCPU has joined #symbiflow
jhu has quit [Quit: Connection closed]