clifford changed the topic of #yosys to: Yosys Open SYnthesis Suite: http://www.clifford.at/yosys/ -- Channel Logs: https://irclog.whitequark.org/yosys
tpb has quit [Remote host closed the connection]
tpb has joined #yosys
emeb has left #yosys [#yosys]
BinaryLust has joined #yosys
vidbina has quit [Ping timeout: 265 seconds]
citypw has joined #yosys
_whitelogger has joined #yosys
TD-Linux has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
dh73 has joined #yosys
_whitelogger has joined #yosys
BinaryLust has quit [Ping timeout: 256 seconds]
Degi has quit [Ping timeout: 256 seconds]
Degi has joined #yosys
_whitelogger has joined #yosys
awordnot has quit [Ping timeout: 264 seconds]
awordnot has joined #yosys
jakobwenzel has joined #yosys
az0re has quit [Quit: Leaving]
dys has joined #yosys
vidbina has joined #yosys
kraiskil has joined #yosys
citypw has joined #yosys
Asu has joined #yosys
jakobwenzel has quit [Quit: jakobwenzel]
jakobwenzel has joined #yosys
jakobwenzel has quit [Read error: Connection reset by peer]
jakobwenzel has joined #yosys
jakobwenzel has quit [Client Quit]
jakobwenzel has joined #yosys
jakobwenzel has quit [Quit: jakobwenzel]
jakobwenzel has joined #yosys
jakobwenzel has quit [Read error: Connection reset by peer]
jakobwenzel1 has joined #yosys
jakobwenzel1 is now known as jakobwenzel
jakobwenzel has quit [Client Quit]
jakobwenzel has joined #yosys
jakobwenzel has quit [Quit: jakobwenzel]
jakobwenzel has joined #yosys
jakobwenzel has quit [Read error: Connection reset by peer]
jakobwenzel has joined #yosys
Asu has quit [Quit: Konversation terminated!]
X-Scale` has joined #yosys
X-Scale has quit [Ping timeout: 260 seconds]
[X-Scale] has joined #yosys
[X-Scale] is now known as X-Scale
X-Scale` has quit [Ping timeout: 260 seconds]
Asu has joined #yosys
kraiskil has quit [Ping timeout: 240 seconds]
kraiskil has joined #yosys
Cerpin has quit [Ping timeout: 265 seconds]
jakobwenzel1 has joined #yosys
jakobwenzel has quit [Read error: Connection reset by peer]
jakobwenzel1 is now known as jakobwenzel
Cerpin has joined #yosys
jfcaron has joined #yosys
az0re has joined #yosys
jfcaron has quit [Read error: Connection reset by peer]
jfcaron_ has joined #yosys
jakobwenzel has quit [Ping timeout: 244 seconds]
emeb has joined #yosys
dys has quit [Ping timeout: 260 seconds]
vidbina has quit [Ping timeout: 256 seconds]
lambda has quit [Quit: WeeChat 2.8]
lambda has joined #yosys
Forty-Bot has quit [Remote host closed the connection]
citypw has quit [Ping timeout: 240 seconds]
jakobwenzel has joined #yosys
kraiskil has quit [Ping timeout: 256 seconds]
Forty-Bot has joined #yosys
az0re has quit [Ping timeout: 240 seconds]
Asuu has joined #yosys
Asu has quit [Ping timeout: 265 seconds]
az0re has joined #yosys
BinaryLust has joined #yosys
jakobwenzel has quit [Remote host closed the connection]
jfcaron__ has joined #yosys
jfcaron_ has quit [Ping timeout: 240 seconds]
jfcaron__ has quit [Disconnected by services]
Asuu has quit [Quit: Konversation terminated!]
BinaryLust has quit [Ping timeout: 264 seconds]
<tux3> ERROR: Found error in internal cell \top.$auto$alumacc.cc:485:replace_alu$13245.A_conv ($pos) at kernel/rtlil.cc:867
<tux3> Does that look like something I should bother reducing/reporting, or just my code being exceptionally dodgy :/ ?
<az0re> Yes, please!
<ZirconiumX> That's a bug, so report it
<ZirconiumX> Especially since it seems to come from alumacc.
<ZirconiumX> There's bugpoint if you want to lazily reduce it.
<az0re> Some sort of port width mismatch?
<ZirconiumX> We'd have to see the cell dump to tell
<tux3> Hhm I can't get bugpoint to do anything, I just get things like "Cannot reprocess_module" or "Module is used with parameters but is not parametric!"
<tux3> Maybe the last few lines of the Yosys log have something interesting in them, while I fight bugpoint: https://paste.debian.net/1146837/
<tpb> Title: debian Pastezone (at paste.debian.net)
<tux3> (Note the crossbar I stole from https://github.com/ZipCPU/wb2axip/)
<tpb> Title: GitHub - ZipCPU/wb2axip: Bus bridges and other odds and ends (at github.com)
<ZipCPU> tux3: Which bus? How many masters? How many slaves?
<tux3> Axi4-lite, 2 masters, "2 slaves" only one of which is not hardwired to zero
<ZipCPU> You can't hardwire a slave to zero--it's a protocol violation. Just leave the address unmapped instead.
<tux3> Oh. It's a violation if it's just never ready?
<ZipCPU> Yes. It'll cause the whole bus to collapse if it's ever accessed
<tux3> Oh right, I'm planning to add something on the other side of that bus, I was just in between two commits =]
<ZipCPU> If you don't map the address in in SLAVE_ADDR/SLAVE_MASK, then it'll never get accessed and a bus error will be returned instead
<tux3> Makes sense
<ZipCPU> Don't know about any yosys bug when using it though. Haven't had a problem with it. (Yet)
<mwk> ... hmmm
<mwk> why is that an error
<mwk> tux3: what version of yosys are you using?
<tux3> master
<tux3> It worked a few days ago actually, I've started a bisect
N2TOH_ is now known as N2TOH