<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #636: Maybe the best solution is to dig into the CPU pipeline and implement custom instructions for RTIO operations. But that's significantly more complicated than the other optimizations proposed here. https://github.com/m-labs/artiq/issues/636#issuecomment-377739853
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #636: Such instructions, on the other hand, could be pretty fast. With optimized assembly (the production of which by the compiler is another issue), producing a square waveform on a TTL would be something like (@whitequark correct me if I am wrong):... https://github.com/m-labs/artiq/issues/636#issuecomment-377740921
rohitksingh has quit [Read error: Connection reset by peer]
rohitksingh has joined #m-labs
rohitksingh has quit [Quit: Leaving.]
<sb0>
fluffball, hi
rohitksingh has joined #m-labs
<fluffball>
haroo
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #891: With LM32 and without any special care: opticlock, sysu and satellite meet timing easily. The DRTIO master fails timing (a bit inexplicably) in the RTIO core, by 24ps for the worst path. https://github.com/m-labs/artiq/issues/891#issuecomment-377794710
<GitHub-m-labs>
[artiq] sbourdeauducq commented on issue #891: With LM32 (for both kernel and comms) and without any special care: opticlock, sysu and satellite meet timing easily. The DRTIO master fails timing (a bit inexplicably) in the RTIO core, by 24ps for the worst path. https://github.com/m-labs/artiq/issues/891#issuecomment-377794710
<GitHub-m-labs>
[artiq] whitequark commented on issue #891: Okay. Do you want me to prototype an LM32 backend in my free time? I'm mildly interested in that.
rohitksingh has quit [Quit: Leaving.]
<sb0>
hm lm32 doesn't have a store buffer, does it?