Unable to upgrade to cortex-m 0.4.3 about cortex-m-rt HOT 5 CLOSED

There is a problem to get peripherals to enable the FPU.

(FWIW, cortex-m-rt enables the FPU before main on the thumbv7em-none-eabihf target)

let p = cortex_m::Peripherals::take().unwrap() will move all the core peripherals into the current execution context. After that you can pass p.SCB around to wherever you need. If you are using rtfm, SCB is under p.core where p: init::Peripherals.

We can't do that because peripherals will not be accessible from other scopes :

You can move SCB from init to any task using a late resource. If several tasks need access to it then the SCB resource can be shared by several tasks.

If any of that doesn't work for you could you give me more details about how your application is structured?

from cortex-m-rt.

I've tried to update the cortex-m crate in cortex-m-rt. When switching to cortex-m 0.4.3, I had a problem on the fpu enable part before main. I've looked for a solution and did not find anything that could works without taking preripherals and making them not accessible in main.

from cortex-m-rt.

I think I have the same issue on cortex-m 0.4.3, unable to run through scb.enable_fpu(); line on a thumbv7em-none-eabihf target (STM32L432).
Gdb does not give back the hand once I step through this line and I have to kill it.
Everything works fine if I disable the fpu (switch to a thumbv7em-none-eabi target).

from cortex-m-rt.

Is this still an issue? The last comment was about a cortex-m version that still required nightly. A lot has changed since then. Are there any MCUs that require specific FPU enabling actions?

from cortex-m-rt.

Closing this as fixed. c-m-rt now uses assembly to enable the FPU. If there are still issues with the current version, please file a new issue.

from cortex-m-rt.