whitequark changed the topic of #nmigen to: nMigen hardware description language · code https://github.com/nmigen · logs https://libera.irclog.whitequark.org/nmigen
<_whitenotifier-1> [YoWASP/nextpnr] whitequark pushed 1 commit to develop [+0/-0/±1] https://git.io/JoCbz
<_whitenotifier-1> [YoWASP/nextpnr] whitequark fc21323 - Update dependencies.
Degi has quit [Ping timeout: 260 seconds]
Degi has joined #nmigen
emeb_mac has quit [Quit: Leaving.]
<Sarayan> nmigen is hard, let's go shopping
<Sarayan> File "/home/galibert/.local/lib/python3.9/site-packages/nmigen/hdl/ir.py", line 396, in add_defs
<Sarayan> AssertionError
<Sarayan> assert defs[sig] is self
<Sarayan> (makes me go muh?)
<Sarayan> maybe, except I have no pins, I generate an instance of a thing that's two 32 bit ports, one from hps to fpga and one the other way around, and I connect them together
<Sarayan> og.kervella.org/mister-tests.zip
<Sarayan> maybe it's too simple, and nmigen hasn't encountered that kind of case yet
<whitequark> you're assigning to an output
<Sarayan> I crossed the streams?
<whitequark> you have: m.d.comb += hps_gp.o_gp_out.eq(hps_gp.i_gp_in)
<whitequark> you probably want: m.d.comb += hps_gp.i_gp_in.eq(hps_gp.o_gp_out)
<whitequark> or, hm
<Sarayan> it probably should be o_gp_in
<whitequark> yes
<Sarayan> it's compiling, the .v looks correct
<Sarayan> interestingly the rbf is not working
<Sarayan> there are no routes, wow
<Sarayan> I guess I've hit a limit of quartus there
<_whitenotifier-1> [nmigen-yosys] jeremyherbert opened issue #2: Setup on Intel Mac not working - https://git.io/JogwJ
<Sarayan> gonna have to register it to have quartus do something sane
guan has quit [Ping timeout: 252 seconds]
guan has joined #nmigen
key2 has quit [Read error: Connection reset by peer]
key2 has joined #nmigen
<Sarayan> impressive, I can't get quartus to cope with the nmigen-generated code
<Sarayan> difficulty is that once I add a register th code is too complex to follow, let's see if I can remove the register from the working verilog version
<Sarayan> interesting, the verilog version works with register removed
<Sarayan> ohhh, looks like I inverted input and output in the instance, that would do it
<Sarayan> and when I fix that it works, yeepee!
<Sarayan> Instances are the easy asm() of nmigen :-)
<Sarayan> ok, now that I have that simple code working I can try to create a mistral-based chain to generate the rbf
key2 has quit [Ping timeout: 260 seconds]
key2 has joined #nmigen
Niklas[m] has quit [Ping timeout: 250 seconds]
Niklas[m] has joined #nmigen
<_whitenotifier-1> [nmigen-yosys] whitequark commented on issue #2: Setup on Intel Mac not working - https://git.io/Jow0d
FL4SHK has joined #nmigen
FL4SHK has quit [Client Quit]
FL4SHK has joined #nmigen
<FL4SHK> Found an issue with overloading `__setattr__` for a class derived from `ValueCastable`.
<FL4SHK> shoot, something is going on with my network connection?
<FL4SHK> SSHing is doing something strange
<FL4SHK> it disconnects for some reason.
<FL4SHK> Well, maybe not disconnecting, but I digress
FL4SHK has quit [Quit: WeeChat 3.3]
sm2n_ has joined #nmigen
sm2n has quit [Ping timeout: 245 seconds]
FL4SHK has joined #nmigen
sm2n_ has quit [Ping timeout: 252 seconds]
<FL4SHK> Are there any tips for creating a class that both overrides `__setattr__` and derives from `ValueCastable`?
<FL4SHK> I was seeing strange behavior.
<FL4SHK> I was able to go without the `__setattr__` override for my application.
<FL4SHK> Seems I'm getting an error upon trying to do some formal verification.
<FL4SHK> It's a yosys error in particular, so I've asked in #yosys
emeb has joined #nmigen
sm2n has joined #nmigen
<FL4SHK> Got everything resolved.
<FL4SHK> My long divider works.
FL4SHK has quit [Quit: WeeChat 3.3]
FL4SHK has joined #nmigen
sm2n has quit [Read error: Connection reset by peer]
sm2n has joined #nmigen
emeb_mac has joined #nmigen
emeb_mac has quit [Read error: Connection reset by peer]
emeb_mac has joined #nmigen
lf has quit [Ping timeout: 252 seconds]
lf has joined #nmigen