sb0 changed the topic of #m-labs to: https://m-labs.hk :: Mattermost https://chat.m-labs.hk :: Logs http://irclog.whitequark.org/m-labs
<Astro-_> further
rohitksingh has joined #m-labs
Twix has joined #m-labs
Stormwind_mobile has quit [Remote host closed the connection]
<_whitenotifier-5> [nmigen] programmerjake commented on issue #160: pysim is very slow - https://git.io/JeDmF
X-Scale has quit [Quit: HydraIRC -> http://www.hydrairc.com <- \o/]
X-Scale has joined #m-labs
<mtrbot-ml> [mattermost] <sb10q> kc8apf: the pypi (and conda) uploads for migen are managed by chipmuenk, and they should be OK as far as pypi and conda packages go. I can add a tag...
airwoodix2 has joined #m-labs
airwoodix has quit [Ping timeout: 265 seconds]
airwoodix2 is now known as airwoodix
whitequark has quit [Ping timeout: 252 seconds]
whitequark has joined #m-labs
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 250 seconds]
rohitksingh has quit [Ping timeout: 240 seconds]
proteusguy has quit [Quit: Leaving]
proteusguy has joined #m-labs
rohitksingh has joined #m-labs
rohitksingh has quit [Ping timeout: 245 seconds]
m4ssi has joined #m-labs
rohitksingh has joined #m-labs
<_whitenotifier-5> [nmigen] whitequark commented on issue #160: pysim is very slow - https://git.io/JeDGF
<_whitenotifier-5> [nmigen] whitequark closed pull request #279: hdl.ast: Fix width for unary minus operator on signed argument. - https://git.io/JeDft
<_whitenotifier-5> [m-labs/nmigen] whitequark pushed 1 commit to master [+0/-0/±2] https://git.io/JeDGN
<_whitenotifier-5> [m-labs/nmigen] mwkmwkmwk 6765021 - hdl.ast: Fix width for unary minus operator on signed argument.
<_whitenotifier-5> [nmigen] whitequark commented on pull request #279: hdl.ast: Fix width for unary minus operator on signed argument. - https://git.io/JeDGA
rohitksingh has quit [Ping timeout: 250 seconds]
<_whitenotifier-5> [nmigen] Success. The Travis CI build passed - https://travis-ci.org/m-labs/nmigen/builds/620487447?utm_source=github_status&utm_medium=notification
<_whitenotifier-5> [nmigen] Success. Absolute coverage decreased by -0.03% but relative coverage increased by +17.8% compared to 7650431 - https://codecov.io/gh/m-labs/nmigen/commit/67650214b703fee8d044fd1f165c513cc5b38964
<_whitenotifier-5> [nmigen] Success. 100% of diff hit (target 82.19%) - https://codecov.io/gh/m-labs/nmigen/commit/67650214b703fee8d044fd1f165c513cc5b38964
Stormwind_mobile has joined #m-labs
<whitequark> mwk: I remember mithro wanted Spartan 6 (I think?) support in nMigen with Yosys+ISE
<mithro> whitequark: Yes I did
<mwk> whitequark: sure, and I agree
<Stormwind_mobile> If that happens, people can use it to reprogram the SUMP
<whitequark> if Yosys claims to have complete S6 support now, I'm fine with adding it to nMigen as an option
<mwk> well, it passes the LiteX test :)
<whitequark> likely similar to how ice40 has the LSE+iCECube2 and Synplify+iCECube2 options
<whitequark> well, it would be ISE+ISE and Yosys+ISE here
<mwk> anyway, the status is that Spartan 6 should be no worse than Series 7 with yosys
<whitequark> I don't know how well 7S works though
<mwk> quite well, I'd say
<mwk> with #1528 getting merged soon (like as soon as Travis passes), it should be no worse than ecp5 or ice40
<whitequark> one problem with using Yosys+Vivado for 7S is false path / max delay constraints
<whitequark> isn't an issue with ISE since it treats clocks as unrelated by default
<mwk> hmm
<mwk> is that something we can even handle in yosys?
<whitequark> I think yosys just has to preserve nmigen.vivado.* attributes on synchronizer FFs
<whitequark> among other things this means recognizing ASYNC_REG=TRUE and treating it as keep as well
<whitequark> the rest will be done by Vivado PNR and timing analysis
<mwk> an attrmap call early in synth_xilinx should take care of that, right?
<whitequark> I think so yes
<mithro> whitequark: I thought it already did the ASYNC_REG=TRUE thing? I was actually talking to eddie about that this morning
<whitequark> my yosys checkout has no occurrence of ASYNC_REG
<mithro> Yosys - ISE flow fix #313
larsc has quit [*.net *.split]
Astro-_ has quit [*.net *.split]
kbeckmann has quit [*.net *.split]
gric has quit [*.net *.split]
larsc has joined #m-labs
Astro-_ has joined #m-labs
gric has joined #m-labs
kbeckmann has joined #m-labs
<airwoodix> This is basically the example from the manual (https://m-labs.hk/artiq/manual/installing.html#installing-via-nix-linux)
<airwoodix> The python-sip conflict disappears if one doesn't enable Qt for matplotlib (pretty obviously)
<adamgreig> whitequark: any insight on pysim2 not putting input signals in the vcd? i can open an issue on gh with a small repro if you prefer
<whitequark> adamgreig: oh sorry I forgot to reply
<whitequark> please open an issue. I know what caused it and it should be a relatively simplefix
<adamgreig> thanks, will do
Stormwind_mobile has quit [Ping timeout: 268 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
<mtrbot-ml> [mattermost] <sb10q> airwoodix: can reproduce, will look into it. probably a regression with newer nixpkgs
<mtrbot-ml> [mattermost] <sb10q> airwoodix: as a workaround, maybe you can use enableGtk3 instead. it's not like using Qt saves any resources, since matplotlib is qt4 while ARTIQ is qt5
<mtrbot-ml> [mattermost] <sb10q> in fact the collision is between pyqt4 sip and pyqt5 sip
<mtrbot-ml> [mattermost] <sb10q> hm, for some reason this doesn't exhibit the problem: nix-shell -p python3Packages.pyqt5 "(python3Packages.matplotlib.override { enableQt = true; })"
<mtrbot-ml> [mattermost] <sb10q> ah yeah because nix-shell doesn't check from conflicts but blindly appends to PYTHONPATH
harryho_ has quit [Remote host closed the connection]
<mtrbot-ml> [mattermost] <sb10q> *nix-shell -p
<mtrbot-ml> [mattermost] <sb10q> pkgs.mkShell with both pyqt4 and pyqt5 does reproduce the problem
<mtrbot-ml> [mattermost] <sb10q> and I can confirm that it was working with nixpkgs 19.03 and got broken in 19.09
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
<airwoodix> sb10q: thanks, gtk3 works, I'm not picky on the backend
<airwoodix> Extra question: what's the canonical method to get migen & co in the shell?
<airwoodix> At the moment, I pulled nix-scripts and do something like migen = (pkgs.callPackage ./src/nix-scripts/artiq-fast/pkgs/python-deps.nix {}).migen;
<airwoodix> but that's tedious if I want more than one or two packages
<airwoodix> sorry, I'm quite unexperienced with nix
<_whitenotifier-5> [nmigen] adamgreig opened issue #280: pysim2 doesn't write input signals to VCD - https://git.io/JeDlw
<_whitenotifier-5> [nmigen] whitequark commented on issue #280: pysim2 doesn't write input signals to VCD - https://git.io/JeDlM
Stormwind_mobile has quit [Ping timeout: 240 seconds]
Stormwind_mobile has joined #m-labs
siruf has quit [*.net *.split]
forrestv has quit [*.net *.split]
key2 has quit [*.net *.split]
siruf has joined #m-labs
forrestv has joined #m-labs
key2 has joined #m-labs
siruf has quit [*.net *.split]
forrestv has quit [*.net *.split]
key2 has quit [*.net *.split]
key2 has joined #m-labs
siruf has joined #m-labs
forrestv has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 250 seconds]
Stormwind_mobile has joined #m-labs
m4ssi has quit [Remote host closed the connection]
Stormwind_mobile has quit [Ping timeout: 265 seconds]
Stormwind_mobile has joined #m-labs
Stormwind_mobile has quit [Ping timeout: 268 seconds]
<Astro-_> looks like I need to fill the fifo before communications start
mumptai has joined #m-labs
<reportingsjr> dexit
<reportingsjr> whoops, sorry about that
Stormwind_mobile has joined #m-labs
rohitksingh has joined #m-labs
mumptai has quit [Quit: Verlassend]