<whitequark>
ZirconiumX: a Cat of Signals is a Value, not a Signal
<whitequark>
the workaround harryho is using is correct
<ZirconiumX>
Okay, fair
rohitksingh has quit [Ping timeout: 264 seconds]
harryho has quit [Remote host closed the connection]
<whitequark>
ZirconiumX: de0cv get
<ZirconiumX>
whitequark: woo
<ZirconiumX>
Guess we'll find out how shitty my code is soon enough
<ZirconiumX>
whitequark: if I added a MiSTer board which is essentially a DE-10 Nano with a lot of extra I/O, would that be accepted into nmigen-boards
<ZirconiumX>
After the DE-10 itself is merged, at least
<whitequark>
ZirconiumX: nmigen-boards does not have acceptance criteria beyond "the code is of reasonable quality"
<whitequark>
since i do not want to be a gatekeeper of which boards are useful enough or something like that
<ZirconiumX>
One question is whether this is a "extension board" or "separate platform"
<whitequark>
"do people want to use it"
<ZirconiumX>
Which is fair
<whitequark>
so what is MiSTer actually?
<ZirconiumX>
I guess my main question is that if I took the board (which has an Arduino-like pinout) and put it on a different board, what would the code look like?
<ZirconiumX>
It's essentially "console emulators on a DE-10 Nano with SDRAM and optional I/O board"
<whitequark>
ZirconiumX: are the base board and the expansion board developed by the same vendor?
<ZirconiumX>
Separate; the expansion board is open hardware not made by Terasic themselves
<whitequark>
and MiSTer is effectively a separate (if supersetting) platform that people will target as a complete device, right?
<ZirconiumX>
Yeah
<ZirconiumX>
Strictly the expansion board is optional, but
<whitequark>
ok, I see (read the wiki)
<ZirconiumX>
Since there's probably a grand total of one person who'll use the combination of "nMigen + MiSTer", I'm happy with making it required
<whitequark>
I would say do this: make MiSTer its own nMigen platform that adds (or does not) resources from daughterboards according to parameters passed in the constructor
<whitequark>
or just make the daughterboard resources class variables or something
<whitequark>
the latter is what Mercury does
<ZirconiumX>
Would this subclass DE10NanoPlatform or AlteraPlatform? Trying to conceptually visualise this
<whitequark>
DE10Nano
<ZirconiumX>
Right, okay. Thank you
<whitequark>
fwiw might take me a few days to get around to de10cv, have a bunch of things in my queue rn
<ZirconiumX>
I completely understand, don't worry :P
<_whitenotifier>
[nmigen] jfng synchronize pull request #241: rpc: add public Records as module ports. - https://git.io/JenJn
<_whitenotifier>
[nmigen] codecov[bot] commented on pull request #241: rpc: add public Records as module ports. - https://git.io/JenYv
<_whitenotifier>
[nmigen] ZirconiumX commented on commit ba3dc3c18f68581c8d843e9179d3601c1cb8ca9a - https://git.io/JenOL
<_whitenotifier>
[nmigen] whitequark commented on commit ba3dc3c18f68581c8d843e9179d3601c1cb8ca9a - https://git.io/JenOg
<_whitenotifier>
[nmigen] emilazy commented on issue #242: bitarray dependency is unfortunate - https://git.io/JenOw
<_whitenotifier>
[nmigen] ZirconiumX commented on commit ba3dc3c18f68581c8d843e9179d3601c1cb8ca9a - https://git.io/JenOr
<_whitenotifier>
[nmigen] ZirconiumX commented on commit ba3dc3c18f68581c8d843e9179d3601c1cb8ca9a - https://git.io/JenO6
<_whitenotifier>
[nmigen] whitequark commented on issue #242: bitarray dependency is unfortunate - https://git.io/JenOX
<_whitenotifier>
[nmigen] emilazy commented on issue #242: bitarray dependency is unfortunate - https://git.io/JenOD
<_whitenotifier>
[nmigen] ZirconiumX commented on commit ba3dc3c18f68581c8d843e9179d3601c1cb8ca9a - https://git.io/JenO9
<_whitenotifier>
[nmigen] ZirconiumX opened issue #243: RFC: must_read/must_write attributes for Signals - https://git.io/Jen3G
m4ssi has joined #m-labs
<_whitenotifier>
[nmigen] whitequark commented on issue #243: RFC: must_read/must_write attributes for Signals - https://git.io/Jen3C
cr1901_modern has joined #m-labs
cr1901_modern2 has joined #m-labs
cr1901_modern1 has quit [Ping timeout: 245 seconds]
cr1901_modern has quit [Ping timeout: 240 seconds]
cr1901_modern2 has quit [Quit: Leaving.]
cr1901_modern has joined #m-labs
Getorix has quit [Ping timeout: 265 seconds]
m4ssi has quit [Remote host closed the connection]
<mtrbot-ml_>
[mattermost] <sb10q> @astro zc706 serial is now connected
<mtrbot-ml_>
[mattermost] <sb10q> @hartytp ETA for Thermostat v2 hardware?
<mtrbot-ml_>
[mattermost] <hartytp> @sb10q well, currently I have no hw to test on
<mtrbot-ml_>
[mattermost] <hartytp> since on one board the 3V3 reg spontaneously died for reasons we can't figure out (maybe rough student handling?)
<mtrbot-ml_>
[mattermost] <hartytp> and the other board exhibited the PoE turning on/off behaviour so I sent it back to Greg
<mtrbot-ml_>
[mattermost] <hartytp> IIRC TS don't have any more boards, so I either need that board back from Greg or you'd need to send me your board to finish testing
<mtrbot-ml_>
[mattermost] <hartytp> or we bite the bullet and send v2.0 off to manufacture without completing all tests on the grounds that we no longer have enough HW to finish testing v1.0
<mtrbot-ml_>
[mattermost] <sb10q> @hartytp seems it'll be hard to finish it by november
<mtrbot-ml_>
[mattermost] <sb10q> @astro so from your email I gather that you won't need the thermostat board after a few days from now?
<mtrbot-ml_>
[mattermost] <hartytp> @sb10q yes. Let's discuss the contracts in a different channel if you have questions but, to be clear, we won't hold you responsible for delays that aren't your fault
kristianpaul is now known as krispaul
krispaul is now known as kristianpaul
mumptai has joined #m-labs
<_whitenotifier>
[smoltcp] whitequark closed pull request #306: Only use first 3 DHCP advertised DNS servers (cf #305) - https://git.io/JeYUd
<_whitenotifier>
[m-labs/smoltcp] whitequark pushed 1 commit to master [+0/-0/±1] https://git.io/JenWI
<_whitenotifier>
[m-labs/smoltcp] cjbe 15a3e84 - Only use first 3 DHCP advertised DNS servers.
<_whitenotifier>
[smoltcp] whitequark closed issue #305: panic decoding DHCP domain name server option - https://git.io/JemOM
<Astro->
@sb10q I'll try to hurry with the last thermostat feature (R/T conversion with that steinhart-hart equation)
<Astro->
looks like rust nightly now breaks smoltcp with a few errors. update with care.
<Astro->
both 0.5 and master
<whitequark>
what, again?
<whitequark>
i thought i fixed everything
<whitequark>
what are the errors?
lkcl has quit [Ping timeout: 240 seconds]
<Astro->
whitequark: error[E0713]: borrow may still be in use when destructor runs --> /home/stephan/.cargo/registry/src/github.com-1ecc6299db9ec823/smoltcp-0.5.0/src/socket/ref_.rs:61:9
<Astro->
4 days old nightly still works
<whitequark>
Astro-: no, for master
<whitequark>
i fixed that exact issue in master
<Astro->
sorry
<Astro->
fixed indeed, sorry for the noise
<Astro->
now it's only my code that breaks :/
<_whitenotifier>
[nmigen] mithro commented on issue #213: flow graph analysis and automation - https://git.io/JenRf
<_whitenotifier>
[nmigen] whitequark commented on issue #213: flow graph analysis and automation - https://git.io/JenRU
<_whitenotifier>
[nmigen] mithro commented on issue #213: flow graph analysis and automation - https://git.io/JenRs