00:09 <mithro> HackerFoo: I'm at the RISC-V summit today and tomorrow, I'll try and get another look at it, but I don't know if I will be able to. litghost is currently off sick so you will have to wait on getting his feedback for a bit.

00:10 <HackerFoo> Okay. Thanks.

02:13 <umarcor> https://www.jeffgeerling.com/blog/2020/travis-cis-new-pricing-plan-threw-wrench-my-open-source-works

02:13 <tpb> Title: Travis CIs new pricing plan threw a wrench in my open source works | Jeff Geerling (at www.jeffgeerling.com)

02:56 <cr1901_modern> Hi, I just checked out the HEAD of symbiflow-arch-defs after a long time. What's the difference between the prjxray and prjxray-db repos? The latter used to be a submodule but not anymore

13:50 <hi7> hi all, can I post a problem here?

13:56 <sf-slack> <acomodi> cr1901_modern: prjxray aims at documenting the series7 format, and provides utilities to access the db. prjxray-db contains the actual db information for the series7 devices

13:58 <sf-slack> <acomodi> cr1901_modern: recently, prjxray-db is downloaded as a conda-package (if you see the environment.yml file, you can see that there is a prjxray-db package), and the submodule has been removed.

14:01 <sf-slack> <kgugala> hi7: sure - this channel is to discuss the problems :)

14:06 <hi7> Nice! I've gone through the "Getting Started" steps and for "Load bitstream" I entered: 'make blink_tinyfpga-bx_prog' and got an error that a Makefile tries to execute the 'top.bin' file...

18:00 <cr1901_modern> Is there a way to only enable ice40 arch in symbiflow-arch-defs while building? I intend to do development and thus go without the conda environment

18:03 <cr1901_modern> Actually, hold that thought. This isn't gonna work at all. I'll dev on the machine with the conda env already installed and do overrides in the cmake

18:33 <sf-slack> <nelson> Question on the python-fpga-interchange repo: how up to date with the most recent RapidWright interchange format is it? Would like to point a student at it to use and add to as a part of a project. Just want to understand its status and anything else he ought to know before I start him on it. Thanks!

18:35 <litghost> The logical/physical netlist stuff is reasonable up to date

18:35 <litghost> The device resources stuff has had more churn, but I've been adding some Java code to handle lookups

18:36 <litghost> Example: https://github.com/Xilinx/RapidWright/blob/interchange/src/com/xilinx/rapidwright/interchange/ConstantDefinitions.java and https://github.com/Xilinx/RapidWright/blob/interchange/src/com/xilinx/rapidwright/interchange/CellBelMapping.java

18:36 <litghost> https://github.com/Xilinx/RapidWright/blob/38e7dad247847ab422ac74cb1b6001bd12586980/src/com/xilinx/rapidwright/interchange/CellBelMapping.java#L59

18:36 <litghost> https://github.com/Xilinx/RapidWright/blob/38e7dad247847ab422ac74cb1b6001bd12586980/src/com/xilinx/rapidwright/interchange/ConstantDefinitions.java#L44.

19:09 <litghost> hi7: The ice40 portion of arch-defs is not actively developed, and we recommend using the significantly better tested toolchain in yosys+nextpnr for ice40 parts