Changes in Priorities in SDK_CONFIG.h

[AlonBarak]

Hi,

I noticed that there were changes in some of the priorities in SDK config - these defines were changed from 7 to 6.

NRFX_CLOCK_CONFIG_IRQ_PRIORITY

NRFX_GPIOTE_CONFIG_IRQ_PRIORITY

NRFX_RTC_DEFAULT_CONFIG_IRQ_PRIORITY

CLOCK_CONFIG_IRQ_PRIORITY

GPIOTE_CONFIG_IRQ_PRIORITY

RTC_DEFAULT_CONFIG_IRQ_PRIORITY

Other changes are:

#ifndef APP_TIMER_SAFE_WINDOW_MS	Added
#define APP_TIMER_SAFE_WINDOW_MS 300000
#endif
#define NRF_BALLOC_ENABLED 1	changed from 0 to 1
NRF_MEMOBJ_ENABLED	changed from 0 to 1

Can you please explain why these changes were made (in very short, so i know if it effects my application..)?

Should i implement the changes aboce in case I am upgrading the SDK for my application (from 15.0 to 17.0), using nrf52840.

Thanks,

Alon Barak

Qcore medical

[Kenneth]

Hi,

From the release notes in SDKv15.2:
 - Changed the default interrupt priority level for the peripherals from 7 to 6. This is done to be aligned with the priority of the SWI coming from the SoftDevice.

Regarding APP_TIMER_SAFE_WINDOW_MS:
https://infocenter.nordicsemi.com/topic/sdk_nrf5_v17.0.0/group__app__timer__config.html#ga105771199c89ad6477bb9ae69efd8018

nrf_balloc is a block memory allocator module that was introduced in nRF5 SDK v12.2:
- Added a memory block allocator module (nrf_balloc).

There is some dicsussion in this thread why having a fixed memory allocator module (e.g. nrf_balloc) give better stability than using a dynamic memory allocator (e.g. malloc with heap):
https://devzone.nordicsemi.com/f/nordic-q-a/43632/nrf52-modules-stop-working-after-weeks/171380

Best regards,
Kenneth

[AlonBarak]

Hi Kenneth,

Thanks!

NRF_MEMOBJ_ENABLED what about this one?

[Kenneth]

Not in specific familiar with this, but looks like it's related to enable the memory object module (which again use nrf_balloc):
https://infocenter.nordicsemi.com/topic/sdk_nrf5_v16.0.0/group__nrf__memobj.html

I notice for instance the logger module use it to to pass data from the frontend to the backend, see  nrf_log_frontend and nrf_log_backend_serial.