02:08 <re_irc> <James Munns> It's gotta be a double double then, two decimal points :D

02:09 <re_irc> <dirbaio> a quadruple!

02:09 <re_irc> <dirbaio> "f128"

10:40 <re_irc> <James Munns> So, question for all the Cortex-M/ASM folks:

10:40 <re_irc> Does anyone know offhand what I need to in Cortex-M in an interrupt handler to basically totally context-switch-on-handler-exit? I have thread mode set up with it's own process stack, but if I wanted to "boot the app like new", I think I need to:

10:40 <re_irc> - Wipe everything in the process address space, reset the stack pointer back to the top of the new (clear) stack

10:40 <re_irc> - Put something (???) on the stack, to be restored on exit of the interrupt

10:40 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/69d1267228c82a404de55f552e5a46bfa8082ddbb8ec15fc03ff79281e99146d (6 lines)

10:42 <re_irc> <James Munns> Basically in my tiny OS, I want some way to "exit"/"context switch"/"load new app". So app A would make a syscall, and when the syscall exits, I want to be back at the top of app B.

10:42 <re_irc> <James Munns> (right now I "cheat" by just rebooting)

10:47 <re_irc> <James Munns> Ah, I found https://interrupt.memfault.com/blog/cortex-m-rtos-context-switching, which seems to have enough info to start with :)

21:55 <re_irc> <yruama_lairba> i just realize i don't understand some details about Alternate function

21:58 <re_irc> <yruama_lairba> is there a special thing to do with alternate pin depending the alternate function read or write the pin ?

21:58 <re_irc> <yruama_lairba> sorry, stm32 chip

22:08 <re_irc> <yruama_lairba> ooops wasn't looking the right figure in datasheet. Apparantly alternate function manage automatically if the input schmitt trigger or output buffer should be enabled

22:11 <re_irc> <Lachlan> I can't seem to get my stm32f1 to acknowledge CAN frames

22:11 <re_irc> <Lachlan> It can send them, but can't receive them

22:12 <re_irc> <Lachlan> Same with the raspi with an mcp2515 on the other side

22:18 <re_irc> <Lachlan> I have them both hooked up to an oscilloscope, and the levels are pretty much the same. It's possible the bauds aren't the same. The can controller on the stm32f1 doesn't seem to do the bitrate that http://www.bittiming.can-wiki.info/ says it should.

22:42 <re_irc> <James Munns> dumb question - do they have a common ground?

22:42 <re_irc> <James Munns> I guess at least through the common oscilloscope ground, if you have them both connected.

22:51 <re_irc> <aholtzma> has anyone used cargo-call-stack on stm32?

22:52 <re_irc> --> /Users/aholtzma/.cargo/registry/src/github.com-1ecc6299db9ec823/gimli-0.25.0/src/read/dwarf.rs:2:12

22:52 <re_irc> <aholtzma> error[E0432]: unresolved import `alloc::sync`

22:52 <re_irc> 2 | use alloc::sync::Arc;

22:52 <re_irc> |

22:52 <re_irc> | ^^^^ could not find `sync` in `alloc`

22:55 <re_irc> <aholtzma> It looks like it is building Gimli with no-std?

22:57 <re_irc> <dirbaio> it's a standalone command line tool, you have to "cargo install" it, not add it to your dependencies

22:59 <re_irc> <aholtzma> right, I'm running the tool, it does some compiling to build something that outputs the dot graph

22:59 <re_irc> <aholtzma> cargo +nightly call-stack --bin foo --target thumbv6m-none-eabi

23:01 <re_irc> <aholtzma> the code is the example from here: https://github.com/japaric/cargo-call-stack#example-usage

23:04 <re_irc> <dirbaio> oh huh

23:05 <re_irc> <dirbaio> I get the same error. seems like it doesn't like --target

23:06 <re_irc> <Lachlan> James Munns: One of the boards is powering the other, so yep

23:30 <re_irc> <Lachlan> Well, it's still not working. I guess I'll put it down for today

23:58 <re_irc> <yruama_lairba> i wonder if it's acceptable for a hal to allow meaningless operation ? (no side effects) any opinion ?