| 29 Nov 2021 |
 thalesfragoso | tokio_uring does the same thing btw, moving the `Vec`s back and forth | 02:18:04 |
| thalesfragoso | Kinda sad, but what can you do .-. | 02:18:19 |
 James Munns | huh. I generally like it :D | 02:18:38 |
| thalesfragoso | Yeah, it's a bit easier with a heapless::Pool | 02:19:22 |
| James Munns | I've used it in a couple different ways, with bbqueue, byte-slab, and heapless::Pool | 02:19:22 |
| James Munns | but honestly, without SOME kind of safe memory management tool, DMA is a TERRIBLE idea. | 02:19:47 |
| thalesfragoso | But then you have the slice problem, where you have to new-type over your pool type to send/recv just part of it | 02:20:02 |
| thalesfragoso | I guess once you do with async you kinda feels embedded-dma a bit clunky | 02:20:38 |
| James Munns | Yeah, fair | 02:20:46 |
| James Munns | In reply to @thalesfragoso:matrix.org
But then you have the slice problem, where you have to new-type over your pool type to send/recv just part of it Hmm, how did I do this in byte-slab... | 02:21:06 |
| thalesfragoso | But like I said, even tokio_uring has to deal with this stuff | 02:21:09 |
| James Munns | oh | 02:22:16 |
| James Munns | lol | 02:22:17 |
| thalesfragoso | One of the advantages is that it plays very nicely with timeout and such (async) | 02:22:18 |
| James Munns | I wrote my own raw PAC driver | 02:22:24 |
| James Munns | https://github.com/anachro-rs/powerbus/blob/main/uarte-485/src/lib.rs#L309-L375 | 02:22:25 |
| James Munns | so uh, I take back what I said | 02:22:43 |
| James Munns | I HAVE used embedded-dma with heapless::pool and bbqueue, but I guess I bailed here. | 02:23:05 |
 firefrommoonlight | In reply to @jamesmunns:beeper.com
but honestly, without SOME kind of safe memory management tool, DMA is a TERRIBLE idea. I'm not discounting your argument, but an alternative take: Not using DMA when you're transmitting a significant amount of data (or continuous data) is a bad idea, likewise bringing in too many dependencies | 02:26:58 |
| James Munns | Those seem like separate takes, neither of which contradict my claim | 02:27:34 |
| firefrommoonlight | Each dependency you add seems innocent, but the mental and maintenance overhead (Keeping up with APIs etc) adds up | 02:27:48 |
| firefrommoonlight | So whenever there's a way to do something without a dep, I think it's important to be careful | 02:28:03 |
| James Munns | man, I don't want to get into a purity test | 02:28:08 |
| James Munns | that being said, while anachro is me "rewriting the world from scratch", dependencies are neither good nor bad in my opinion | 02:28:36 |
| James Munns | ALL code is liability | 02:28:40 |
| firefrommoonlight | You made a very strong claim | 02:28:47 |
| James Munns | and honestly, there are a LOT of smarter people than me in the rust ecosystem | 02:28:55 |
| James Munns | 10 days out of 10, I trust Jorge to get memory management more right than me. | 02:29:24 |
| James Munns | I would not rewrite something he wrote, just to avoid a dep. | 02:29:39 |
 badrb | In reply to @jamesmunns:beeper.com
https://github.com/anachro-rs/powerbus/blob/main/uarte-485/src/lib.rs#L309-L375 I ended up implementing something very similar.
I had to edit the hal to add a few functions and implement the ppi+timer logic in my application code.
Why do you think your implementation is too specific? | 15:59:33 |
