Tom Burdick
Tom Burdick
Unless you are only depending on trait types that are always available from the HAL without a feature flag involved, the concrete types depend on RAL types which vary over...
A unified ral can solve most of the problem I agree, in looking at the proto-hal you have, that is indeed what I was hoping to accomplish!
If it needs to stay in sync, and buildable with anything in this repo, I'd recommend adding it here, it might be a good first test to have an externalized...
There is now embedded-nal, https://crates.io/crates/embedded-nal which has the goal of allowing networking using smoltcp (or other future tcp/ip stacks) on top of that API
I'm waiting until we have a solid DMA branch before really delving into this. DMA is something I'd like to immediately support with the driver. In the meantime I'm working...
I think I might be waiting forever on the audio support in usb-device unless I start looking to do it myself, which is what I was looking to see before...
You can do it without DMA, the chances of missing the fill for the FIFO and getting an underflow or overflow error I think increases though as now you need...
That of course makes perfect sense, very cool
Really we are doing clock, so perhaps unclock is the right term to use here anyways
There's really a few possible States a peripheral may be in beyond clocked, but the goal is the same, a reversal of the peripheral states from Unclocked -> Clocked ->...