sb0 changed the topic of #m-labs to: ARTIQ, Migen, MiSoC, Mixxeo & other M-Labs projects :: fka #milkymist :: Logs http://irclog.whitequark.org/m-labs
rohitksingh_work has joined #m-labs
sb0 has quit [Quit: Leaving]
rohitksingh_work has quit [Ping timeout: 255 seconds]
rohitksingh_work has joined #m-labs
rohitksingh_wor1 has joined #m-labs
rohitksingh_work has quit [Ping timeout: 264 seconds]
mumptai has joined #m-labs
rohitksingh_wor1 has quit [Ping timeout: 264 seconds]
rohitksingh_work has joined #m-labs
rohitksingh_work has quit [Ping timeout: 255 seconds]
rohitksingh_work has joined #m-labs
rohitksingh_work has quit [Ping timeout: 255 seconds]
mumptai has quit [Quit: Verlassend]
rohitksingh_work has joined #m-labs
FabM has joined #m-labs
rohitksingh_work has quit [Quit: Leaving.]
rohitksingh_wor1 has joined #m-labs
sb0 has joined #m-labs
sb0 has quit [Quit: Leaving]
<GitHub44> [smoltcp] whitequark pushed 1 new commit to master: https://git.io/v5bqB
<GitHub44> smoltcp/master 64a8270 whitequark: Implement TCP timeouts.
<whitequark> sb0: was working on keepalive and timeouts
<whitequark> oh, there's one more glitch to fix with them, sec
<whitequark> ok, back to reassembly
rohitksingh_wor1 has quit [Read error: Connection reset by peer]
sb0 has joined #m-labs
<sb0> _florent_, how is the sayma work coming along?
<sb0> jesd?
<sb0> did you test the bridge with artiq and my clocking code?
<sb0> ethernet?
<GitHub130> [sinara] marmeladapk pushed 1 new commit to master: https://github.com/m-labs/sinara/commit/a8966dbddd488b6c70bb35dc3eea51651bce1926
<GitHub130> sinara/master a8966db Paweł: Kasli fixes...
mumptai has joined #m-labs
siruf has joined #m-labs
<GitHub58> [sinara] gkasprow pushed 2 new commits to master: https://github.com/m-labs/sinara/compare/a8966dbddd48...1d60a3e119bb
<GitHub58> sinara/master 1d60a3e Greg: Merge branch 'master' of https://github.com/m-labs/sinara
<GitHub58> sinara/master 9624757 Greg: added BOM
mumptai has quit [Quit: Verlassend]
<GitHub47> [artiq] dhslichter commented on issue #40: I am assuming from this that the offset for a given channel is added to the timestamp sent from the kernel, in other words if you send a timestamp of 0 and the offset is 25, then it goes into the FIFO to be emitted at timestamp 25. Is this correct? If this is the case, negative offsets are really the "useful" ones, in that what you want to do is to be able to send an output (or assign the original time o
<GitHub192> [artiq] dhslichter commented on issue #40: I am assuming from this that the offset for a given channel is added to the timestamp sent from the kernel, in other words if you send a timestamp of 0 and the offset is 25, then it goes into the FIFO to be emitted at timestamp 25. Is this correct? If this is the case, negative offsets are really the "useful" ones, in that what you want to do is to be able to send an output (or assign the original time