portNVIC_PENDSVSET / portNVIC_PENDSVSET_BIT duplicity on v9.0.0 ARM GCC ports

philpem wrote on Friday, January 27, 2017:

Hi,
I’m currently trying to repeat my effort of porting the ARM CM3 MPU port of FreeRTOS to work with both FreeRTOS 9 and the Cortex-M4F (it was last used with FreeRTOS 7.5 on a Cortex M3 chip, so I’m redoing the port).

As part of that, I noticed that portmacro.h in most of the Cortex-M ports defines portEND_SWITCHING_ISR in a way which uses the value portNVIC_PENDSVSET, which isn’t defined anywhere, but portNVIC_PENDSVSET_BIT is.

Is this intentional? Should portEND_SWITCHING_ISR be referring to portNVIC_PENDSVSET_BIT as portYIELD and portYIELD_WITHIN_API do?

Thanks,
Phil.

philpem wrote on Friday, January 27, 2017:

Just noticed my explanation in the opening paragraph of that post is a bit rubbish: to clarify, I’m modifying the Cortex-M4F-MPU port of FreeRTOS so that it compiles with IAR.

philpem wrote on Friday, January 27, 2017:

And I’ve answered my own question – looks like it was a bug, fixed on trunk but not yet released:
https://sourceforge.net/p/freertos/code/2467/#diff-14

rtel wrote on Friday, January 27, 2017:

And I’ve answered my own question

Best kind of support request ;o)