tpb has quit [Remote host closed the connection]
<FFY00> mithro also, we could just steal the archlinux packages
<FFY00> like, the repos
tpb has joined #symbiflow
<FFY00> so we would just maintain packages for our projects
<FFY00> so we wouldn't be maintaining an ecosystem
<FFY00> does that make sense?
<FFY00> but yeah, if conda works fine then this is not needed
Degi has quit [Ping timeout: 264 seconds]
Degi has joined #symbiflow
acomodi has quit [Quit: Connection closed for inactivity]
<daniellimws> mithro: Which branch do I rebase my branch to? To get the readthedocs build
<mithro> @daniellimws Looks like it is already working
<daniellimws> mithro: The build failed :( And I should force push or something to trigger it on the docs-clock branch?
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #43: readthedocs run fails with "TypeError: connect() got an unexpected keyword argument 'priority'" - https://git.io/JfvpJ
<mithro> @daniellimws Seems to be happening on head to https://github.com/SymbiFlow/python-symbiflow-v2x/issues/43
<daniellimws> mithro: Yes I see "build failed". Is that correct?
<mithro> daniellimws: Can you see the logs?
<daniellimws> mithro: Yep I can
<mithro> daniellimws: I think it's a sphinx version issue?
citypw has joined #symbiflow
<daniellimws> mithro: This looks weird, I didn't even change anything related to sphinx
<mithro> daniellimws: Its also happening in master
<mithro> daniellimws: Testing to see if https://github.com/SymbiFlow/python-symbiflow-v2x/pull/44 has any affect
<tpb> Title: Require latest version of sphinx. by mithro · Pull Request #44 · SymbiFlow/python-symbiflow-v2x · GitHub (at github.com)
<mithro> @daniellimws Appears not :-/
<mithro> daniellimws: Was a shot in the dark, but thought it was low effort to try
<mithro> daniellimws: I've repoed locally
<daniellimws> mithro: Oh nice, is it a problem with the version?
<daniellimws> Are you going to try version 2.2.2?
_whitelogger has joined #symbiflow
<mithro> daniellimws: I think I just used the name the upstream used....
<daniellimws> Yeah, the verilog modules also start with dff
<mithro> daniellimws: I'm going to add you as a collaborator to the python-symbiflow-v2x repo so you can take issues and assign them to yourself if you start working on them
<mithro> daniellimws: Do you have a Fomu?
<daniellimws> mithro: Nope :p Looks really cool though
<mithro> daniellimws: Would you like one?
<daniellimws> mithro: Oh definitely :D
<mithro> daniellimws: Send me an email with a postal address and phone number and I'll hook you up
<daniellimws> mithro: Especially since I'm returning my FPGA board to the school now
<mithro> daniellimws: Generally, people who contribute and need hardware tend to find it turning up :-)
<daniellimws> mithro: That's really awesome
<mithro> daniellimws: me@mith.ro
<mithro> daniellimws: What FPGA board did you have through Uni? My guess is an Arty?
<mithro> daniellimws: Looks like this pull request fixed it -> https://github.com/SymbiFlow/python-symbiflow-v2x/pull/45
<tpb> Title: Add the readthedocs dependencies to environment.yml by mithro · Pull Request #45 · SymbiFlow/python-symbiflow-v2x · GitHub (at github.com)
<daniellimws> mithro: It was a basys3 dev board, so far only had this one semester to use it, and the semester is ending
<mithro> I don't recommend going to this page -> https://joelw.id.au/FPGA/CheapFPGADevelopmentBoards -- You'll end up very poor if you are anything like me :-P
<tpb> Title: Cheap FPGA Development Boards | Joel's Compendium of Total Knowledge (at joelw.id.au)
<daniellimws> mithro: And it was annoying that I had to download a 20GB toolchain for simple projects, and also a virtual machine since I'm on Mac
<daniellimws> mithro: Hope symbiflow settles this problem
<mithro> @daniellimws: That is our goal!
<daniellimws> mithro: I'll merge #45, ok?
<mithro> daniellimws: You should rebase your changes on top of master now #45 is merged
az0re has quit [Quit: Leaving]
az0re has joined #symbiflow
gsmecher has joined #symbiflow
<tpb> Title: LiteX / SymbiFlow / TimVideos Conda Packages Usage - Google Sheets (at docs.google.com)
<FFY00> nop
<mithro> FFY00: That is kinda of a matrix of what uses what packages
<mithro> (See the multiple sheets)
<FFY00> btw, you can make gcc link to a different libc than the default one
<FFY00> is there any reason this is not done?
<FFY00> it would save a lot of gcc builds
<mithro> FFY00: It's more complicated than that, there are a lots of subtile dependencies when you start talking about libc, calling conventions, libgcc / soft float / etc
<FFY00> hum
<FFY00> what about linux vs elf with the same libc?
<mithro> You mean baremetal verse linux?
<FFY00> yes
<FFY00> do we still need 2 gcc?
<mithro> FFY00: Yes, baremetal and linux can have different calling conventions and stuff like syscall stuff
<mithro> FFY00: Learned this the hard way through many lost hours of pulling hair out
<FFY00> yeah
<FFY00> what about riscv64 with multilib support?
<FFY00> do we still need riscv32>
<FFY00> you should be able to just pass -m32
<tpb> Title: Libgcc without red zone - OSDev Wiki (at wiki.osdev.org)
<mithro> FFY00: generally things /should/ work a multilib support is enabled but it is surprising how many things still cause headaches...
<FFY00> right
<FFY00> one riscv dev was asking why I put riscv64 and riscv32 in the repos
<FFY00> is there something in particular I should be getting from that wiki page?
<FFY00> I think I missed it
<mithro> FFY00: An example of some complexity when dealing with various options
<FFY00> I got that part
<FFY00> but as long as support is there it should work
<FFY00> the question is
<FFY00> are you expecting a riscv32 instead of riscv64 when compiling things?
<mithro> FFY00: Most of our riscv targets are 32bit rather than 64bit
<FFY00> right, but does the build system support using a riscv64 compiler?
<FFY00> because I need to provide some sort of justification to have it in the repos
<mithro> FFY00: yes, I believe it does
<FFY00> okay, so I can remove it
<FFY00> if needed in the future I still have the build scripts so I can just build it again
<mithro> https://wiki.osdev.org/OS_Specific_Toolchain and https://wiki.osdev.org/Creating_a_C_Library have a lot of interesting information about things in this area too
<tpb> Title: OS Specific Toolchain - OSDev Wiki (at wiki.osdev.org)
<FFY00> thanks
<FFY00> I totally forgot this was in osdev
<FFY00> what was the usb implementation you were telling me about?
<FFY00> I think I know it but I can't remember the name
<mithro> FFY00: ValentyUSB? daisho?
<mithro> Luna?
space_zealot has quit [Ping timeout: 252 seconds]
<FFY00> yes
<FFY00> valentyusb
<FFY00> is this the one you told me about in the meeting?
<tpb> Title: GitHub - im-tomu/valentyusb: FPGA USB stack written in LiteX (at github.com)
space_zealot has joined #symbiflow
<mithro> FFY00: ValentyUSB is USB1.1 -- for USB3.0 you want the daisho (https://github.com/enjoy-digital/usb3_pipe) and in the future LUNA stuff that ktemkin is working on
<tpb> Title: GitHub - enjoy-digital/usb3_pipe: USB3 PIPE interface for Xilinx 7-Series / Lattice ECP5 (at github.com)
<mithro> FFY00: xobs did a lot of the work on ValentyUSB and foboot -> https://github.com/im-tomu/foboot
<tpb> Title: GitHub - im-tomu/foboot: Bootloader for Fomu (at github.com)
<mithro> Going to have some dinner, might be back later, might not
<FFY00> I might be able to help with HID stuff if you are interested
<FFY00> I'll probably leave soon
space_zealot has quit [Ping timeout: 252 seconds]
gsmecher has quit [Ping timeout: 256 seconds]
<sf-slack> <timo.callahan> @kgugala please disregard my earlier message, I was trying to use the git flow from my previous job :)
Bertl_oO is now known as Bertl_zZ
titanbiscuit has quit [Ping timeout: 264 seconds]
titanbiscuit has joined #symbiflow
_whitelogger has joined #symbiflow
OmniMancer has quit [Ping timeout: 256 seconds]
OmniMancer has joined #symbiflow
kraiskil has joined #symbiflow
kraiskil has quit [Ping timeout: 265 seconds]
kraiskil has joined #symbiflow
kraiskil has quit [Ping timeout: 256 seconds]
kraiskil has joined #symbiflow
kraiskil has quit [Ping timeout: 256 seconds]
space_zealot has joined #symbiflow
kraiskil has joined #symbiflow
kraiskil has quit [Ping timeout: 256 seconds]
Bertl_zZ is now known as Bertl
kraiskil has joined #symbiflow
kraiskil has quit [Ping timeout: 250 seconds]
<_whitenotifier-3> [symbiflow-arch-defs] rakeshm75 opened issue #1424: Branch : Quicklogic : Error during generation of top_bit.v file - https://git.io/Jffsy
kraiskil has joined #symbiflow
space_zealot has quit [Ping timeout: 252 seconds]
fengling has quit [Quit: WeeChat 1.4]
space_zealot has joined #symbiflow
kraiskil has quit [Ping timeout: 256 seconds]
kraiskil has joined #symbiflow
space_zealot has quit [Ping timeout: 250 seconds]
OmniMancer has quit [Quit: Leaving.]
proteus-guy has quit [Ping timeout: 264 seconds]
proteus-guy has joined #symbiflow
nonlinear has joined #symbiflow
nonlinear1 has quit [Read error: Connection reset by peer]
gsmecher has joined #symbiflow
citypw has quit [Ping timeout: 240 seconds]
Bertl is now known as Bertl_oO
FFY00 has quit [Remote host closed the connection]
FFY00 has joined #symbiflow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<_whitenotifier-3> [symbiflow-arch-defs] acomodi opened issue #1425: Cannot pack MUXF8 with new yosys master+wip - https://git.io/Jffay
lopsided98 has quit [Remote host closed the connection]
lopsided98 has joined #symbiflow
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #47: Figure out how to skip copyright header in verilog output in rendered Sphinx docs - https://git.io/JffwA
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #48: Figure out how to use netlistsvg with single whitebox modules - https://git.io/Jffrv
space_zealot has joined #symbiflow
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #49: Add symbolator rendered module blocks to the documentation - https://git.io/JffrT
space_zealot has quit [Ping timeout: 256 seconds]
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #50: Come up with a good "template" for documentation of the tests - https://git.io/Jffom
space_zealot has joined #symbiflow
space_zealot has quit [Ping timeout: 264 seconds]
<_whitenotifier-3> [fpga-tool-perf] mithro opened issue #67: Make sure kokoro is using the symbiflow-kokoro user on this repo - https://git.io/Jff61
<mithro> @acomodi: Great work on getting the tar of the automatic generation of the tarball pull request merged! https://github.com/SymbiFlow/symbiflow-arch-defs/pull/1406#event-3238518867
<tpb> Title: install: create tar of the installed toolchain by acomodi · Pull Request #1406 · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com)
<mithro> @acomodi: How big are the resulting output?
<tpb> Title: Google Cloud Platform (at console.cloud.google.com)
ayazar has joined #symbiflow
space_zealot has joined #symbiflow
adjtm has quit [Quit: Leaving]
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #51: Add a `make format` and `make format-check` to the repository. - https://git.io/JffP1
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #52: Add verible's Verilog auto-formatter to the repository - https://git.io/JffPy
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #53: Make sure that a `v2x` binary is installed using setup.py's script entry points - https://git.io/JffPx
space_zealot has quit [Ping timeout: 260 seconds]
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #54: Make sure the contents of this `README.md` appear in the readthedocs output - https://git.io/JffPp
<_whitenotifier-3> [python-symbiflow-v2x] mithro opened issue #55: Make sure info in @kgugala's talk is in the v2x documentation - https://git.io/JffXe
OmniMancer has joined #symbiflow
OmniMancer1 has joined #symbiflow
OmniMancer has quit [Ping timeout: 250 seconds]
<sf-slack> <acomodi> mithro: yep, around 850M, will check tomorrow if everything is all right with the package by using that in tool-perf
space_zealot has joined #symbiflow
<sf-slack> <pgielda> decompressed its 12G
<sf-slack> <pgielda> most of it /share
<sf-slack> <pgielda> and most of share is
<sf-slack> <pgielda> 2674296./arch/xc7a50t-bottom_test 3274000./arch/xc7z010_test 5878852./arch/xc7a50t_test
<sf-slack> <pgielda> is this needed in the install package?
<sf-slack> <pgielda> we also have things like
<sf-slack> <pgielda> ./prjxray/prjxray-db/.travis
<sf-slack> <pgielda> probably not needed as well
<sf-slack> <acomodi> so, the bottom_test is actually not needed, and definitely neither the travis file. I think also the xray-db files are not needed as they can be downloaded separately
<litghost> pgielda: The only thing that are needed are the final arch.xml, the final rrgraph.capnp (and maybe the .rrgraph.xml), the lookahead.capnp and place_delay.capnp, plus a handful of other small files
<litghost> pgielda: E.g. pinmap files
adjtm has joined #symbiflow
<sf-slack> <acomodi> I'll get ready a follow-up PR to have only what is needed
<litghost> acomodi: If we want to keep the rrgraph.xml in the tarball, I suggest compressing it before going into the tarball, and the user can decompress it if they need it
kraiskil has quit [Ping timeout: 256 seconds]
space_zealot has quit [Ping timeout: 260 seconds]
<sf-slack> <acomodi> litghost: Ok, makes sense as it does not get used in VPR and we can save additional space, but still can be useful for debug purposes
<litghost> Bingo
<litghost> It is actually possible to generate the xml from the capnp using VPR directly, but it is convient to include if it compresses nicely, which I believe it will
<sf-slack> <acomodi> Sure
<litghost> Other option would be to provide a shell script to invoke VPR to generate the xml from the capnp
<sf-slack> <acomodi> I'll check what is the best way to go. If regenerating the xml from capnp does not take too much time maybe that would be better, as for bigger parts, maybe even the compressed xml could occupy too much space
<litghost> The conversion command is roughly "vpr -read <capnp> -write <xml> -pack wire.eblif"
<litghost> All you need VPR to do is get far enough to attempt to read the RR graph
<litghost> Which is will do for the post-pack timing analysis
<duck2> capnp could also compress well, it's created in the "unpacked" format and contains a lot of \0's. also metadata is text
<duck2> sorry, forgot that it's going to end up in a tarball
ayazar has quit [Quit: ayazar]
space_zealot has joined #symbiflow
adjtm has quit [Quit: Leaving]
futarisIRCcloud has joined #symbiflow
adjtm has joined #symbiflow
space_zealot has quit [Ping timeout: 265 seconds]
space_zealot has joined #symbiflow