<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]