<GitHub27>
[artiq] whitequark commented on issue #649: OK. The only reason I implemented it like that in Rust is for feature parity. https://git.io/v1xX3
azonenberg_hk has joined #m-labs
<mithro>
sb0: I'll update the docs a little and send you another pull request
<cr1901_modern>
mithro: For atomic writes, storage_full holds the value that will be written all at once
<cr1901_modern>
I don't believe it's useful outside of atomic writes
rohitksingh_work has quit [Read error: Connection reset by peer]
<sb0>
mithro, storage_full isn't public
<sb0>
rjo, larsc, _florent_ this iio-oscilloscope doesn't contain the relevant chips, we want ad9154 and ad9516
<sb0>
are we just using ad9144 and ad9517 instead?
<sb0>
it would be nice if you had made the modifications explicit...
<sb0>
_florent_, rjo did you generate a .tsv from the wrong .xml, then patched it manually, and generated the .py and .h?
<sb0>
is that how you did it?
<sb0>
this is a mess
<sb0>
_florent_, what xml did you convert and how?
mystacy has quit [Quit: Leaving]
<sb0>
_florent_, AD9516_HOLDOVER_ENABLEreg001D ?
<_florent_>
sb0: since the .xml files were not available: ad9154 = ad9144 xml + manual changes, ad9116 = ad9517 xml + manual changes (chips are pretty similars)
<sb0>
in this case there should not be a comment "auto-generated, do not edit"
<_florent_>
yes but in my case the changes were made on the auto-generated file, not the xml.
<sb0>
My body responds very well to this product. It does have some chemicals in it, but it's rare to find rubidium let alone a liquid form that's easily absorbed.
<sb0>
Professional Grade - Natural Rubidium - Gluten-Free!
<sb0>
whitequark, is it OK to use std::result in the runtime?
key2 has quit [Ping timeout: 265 seconds]
<GitHub52>
[artiq] cjbe commented on issue #574: I think I have seen this issue too: The injection monitoring does not work until rtio_init() has been called - this is only observable if one does not have a startup kernel that calls core.reset(). https://github.com/m-labs/artiq/issues/574#issuecomment-268561098
<whitequark>
sb0: std::result is the same as core::result
<whitequark>
basically, std is a reexport of core plus alloc plus collections plus a bunch of other things like std::net
<whitequark>
the runtime crate has core plus alloc plus collections as it depends on an allocator
<whitequark>
the ksupport crate (for example) only has core
<whitequark>
sb0: anyway, anything you can actually import in any of the crates is safe to use
<whitequark>
any parts that won't work on our target are simply not built
<GitHub61>
[artiq] cjbe commented on issue #574: Sure - this is just a gotcha when you are setting new hardware up: If you flash the board, and the first thing you try to do is toggle a TTL using the override it does not work. https://git.io/v1pOm
<GitHub141>
[artiq] sbourdeauducq commented on issue #574: @whitequark did you see a problem specifically on OE, or was moninj simply not responding at all (until there was at least one core reset)? https://github.com/m-labs/artiq/issues/574#issuecomment-268613478