Ruben De Smet

> I was mostly thinking that I could test the registration code by registering my other phone and work from there, as I'm not sure if registration can be tested...

> @rubdos as it's been a while, is there something anyone can do to help? Testing, anything? Porting code, mostly :-) I've been busy the last few weeks, I hope...

> Anyone having a IPv6 Installation? Yes, is it the right time to test this now?

I'd say you could note somewhere that `rt` is something that's quite needed, but apparently that's also the convention in the Rust embedded world. Thanks for coming back to it...

I've pushed an I2C commit too, because I'm refactoring something that's currently on I2C to SPI. I'll split up the PR when it works, just having `spi` as a "me-branch"...

@eupn Apparently my slave device talks in MSB-first u16 mode. I don't think the MSB-first mode is a documented thing in `embedded_hal`, shall I make our own marker structs for...

I was thinking about tokio support, which basically means async support. I'm probably also trying to sketch something up.

Would this cover the case where I'd want to expose a struct only by pointer? E.g., I currently manually write: ```c struct sqlpe_state_machine; int sqlpe_spsm_create(struct sqlpe_state_machine **spsm_ptr); int sqlpe_spsm_free(struct sqlpe_state_machine...

I've got the same issue with some disks; if you need more debugging aid, let me know. I'm on the copr repo on Fedora 25, whipper 0.4.2.

Is it me, or does it just look like we're all on MATSHITA DVD-RAM drives? I'm on a MATSHITA DVD-RAM UJ-852.