<whitequark>
the main issue with using WB4 here is that it's just too complex
<whitequark>
something like an UART FIFO doesn't need half of its signals
<awygle>
true
<awygle>
i find it hard to believe that axi-stream avoids this complexity problem
<awygle>
but again, haven't looked
<whitequark>
axi-stream is basically 4 signals
<whitequark>
it's completely unlike normal axi, which is extremely complex
<whitequark>
data, valid, ready, last
<whitequark>
hm
<whitequark>
now that i look again, it looks like it supports things like sparse data streams, which means it's a bit more complex than that; not sure how i missed it before
<whitequark>
and the payload should be an integer number of octets, which is also an issue
<whitequark>
still, it has no address or select signals, which is already better than WB
<_whitenotifier-3>
[nmigen/nmigen] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JvZFQ
<_whitenotifier-3>
[nmigen/nmigen] whitequark 3b67271 - test_build_res: fix after commit 3e2ecdf2.
<_whitenotifier-3>
[nmigen] awygle commented on issue #181: Reconsidering AsyncFIFO and resets - https://git.io/JvZj2
<_whitenotifier-3>
[nmigen] whitequark commented on issue #181: Reconsidering AsyncFIFO and resets - https://git.io/JvZjr
<_whitenotifier-3>
[nmigen] awygle opened issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvZjd
<_whitenotifier-3>
[nmigen] awygle commented on issue #181: Reconsidering AsyncFIFO and resets - https://git.io/JvZjx
<awygle>
i like avalon-st more than axi4-stream, based on a relatively rapid review of both
<awygle>
i think the stuff it provides over and above the simplest possible thing are more useful than those provided by axi4-stream
<awygle>
we should probably start with that simplest possible thing
<_whitenotifier-3>
[nmigen] whitequark commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvneJ
<_whitenotifier-3>
[nmigen] awygle commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/Jvne6
<_whitenotifier-3>
[nmigen] whitequark commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvnvC
_whitelogger_ has joined #nmigen
<_whitenotifier-3>
[nmigen] mithro commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvnfC
<_whitenotifier-3>
[nmigen] enjoy-digital commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/Jvnfg
<_whitenotifier-3>
[nmigen] enjoy-digital commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvnJP
<Sarayan>
hmmmm
jfng has quit [Quit: killed]
emily has quit [Quit: killed]
ZirconiumX has quit [Ping timeout: 268 seconds]
ZirconiumX has joined #nmigen
jfng has joined #nmigen
emily has joined #nmigen
_whitelogger has joined #nmigen
<_whitenotifier-3>
[nmigen] whitequark commented on issue #317: Stream Abstraction for nmigen.lib - https://git.io/JvnmZ
electronic_eel_ has joined #nmigen
electronic_eel has quit [Ping timeout: 265 seconds]
<_whitenotifier-3>
[nmigen-soc] jfng opened pull request #7: Add support for extending the address space of a memory map - https://git.io/Jvn3T
<_whitenotifier-3>
[nmigen-soc] codecov[bot] commented on pull request #7: Add support for extending the address space of a memory map - https://git.io/Jvn3L