Using Reserved virtual page space for storing very critical value which needs to be saved for a very long time.

[Gaurav]

Value can only be changed on characteristics write. Every time a new value has to be written to the critical component , I first erase the page and then write on that page.

/** Erase the page and then write to the reserved flash**/
ret_code_t ret = nrf_fstorage_erase(&reserve_fs,write_address,1,NULL);
return nrf_fstorage_write(&reserve_fs, write_address, page_tag_data1, 4 * sizeof(uint32_t), NULL);

This is the code snippet.

Is there a possibility that this method breaks at some point.

I am also doing GC(garbage collection) on the rest of the pages, can gc be done on this page as well.

[Kenneth]

The main problem with your implementaton is a power failure between page erase and writing new data. It is likely you will end up in a situation with no data in the reserved page in this situation, so this is something you at least need to handle in some way. Other than that it should be fine.

To ensure your reserved page is not touched by the FDS module (that for instance can run GC) I sugggest to place the reserved page outside of the FDS area.

Best regards,
Kenneth

[Gaurav]

Thanks Kenneth.

Reserved space in my code snippet is actually space out of FDS pages, i.e., start of Bootloader address till end of FDS virtual pages.

Will this method be saved from any unexpected erase and writes.

[Gaurav]

Just to add on the failure mode. We have seen FDS page getting marked as "UNDEFINED" header and the data was present on the half page and wiped out on other half.

Is this behavior normal, because we have replicated several times and seen it.

[Kenneth]

Not sure I fully understand, but if you want to reserve flash pages between FDS and bootloader for your own usage (and have it untouched by FDS module), the look into using this define from sdk_config.h:

// <o> FDS_VIRTUAL_PAGES_RESERVED - The number of virtual flash pages that are used by other modules.
// <i> FDS module stores its data in the last pages of the flash memory.
// <i> By setting this value, you can move flash end address used by the FDS.
// <i> As a result the reserved space can be used by other modules.

#ifndef FDS_VIRTUAL_PAGES_RESERVED
#define FDS_VIRTUAL_PAGES_RESERVED 0
#endif

[Gaurav]

That's correct Kenneth, I have used same reserved section and wrote on the address pointed to this page. But is the erase or write a blocking function and do we have to wait for them to finish of their tasks.

[Kenneth]

The CPU wil be totally blocked while erase and write operations occur, so any interrupts and code executing will be halted until the flash operation completes. Though have in mind that the flash operation will be scheduled by the softdevice, so it does not happen immediately when the flash api is called.

Kenneth