Where is the peer manager data stored?

RE: Where is the peer manager data stored?

Arepa — Mon, 19 Feb 2018 19:29:39 GMT

Hi Jørn, I know this thread is 11months old, but after I read it, and the links you posted, it is still unclear for me, where is the peer manager data stored? I am facing a scenario similar to Jacob. is it possible change the reserved memory used for FDS? where is it allocated?

for example if the peer manager data is "underneath the region reserved for the bootloader (if a bootloader is present)" it means the data will be stored below the bootloader addres (end address) and the start address is bootloader address -( flash pages + pages for garbage)?

If no bootloader is present the peer manager should be between or below the bootloader settings?

for example, could the peer manager data, be store starting in the address 0x30000?

thanks

RE: Where is the peer manager data stored?

emdi — Wed, 29 Mar 2017 14:39:14 GMT

Yes, you can grow the number of fds pages and DFU_APP_DATA_RESERVED in the future. fds provides basic wear leveling functionality, i.e. it won't keep track of how many times each page has been erased, but it will make an effort to not wear one page more than the others. To maximize the lifetime of flash when using fds, I suggest to garbage collect only when you receive the FDS_ERR_NO_SPACE_IN_FLASH error.

RE: Where is the peer manager data stored?

Jacob — Wed, 29 Mar 2017 14:23:26 GMT

Ok. What if we along the way realize that we need to store more data (let's say in two years from now), and increase the value of DFU_APP_DATA_RESERVED. Is that supported?

How does FDS handle flash wearout? If a block (etc) goes bad in the flash, is this taken care of?

RE: Where is the peer manager data stored?

Jørn — Wed, 29 Mar 2017 13:28:35 GMT

Stored data does not grow in its original location. When a record is updated, a new record with the new data size is written. The new record will be localized in the next available area of the virtual flash data page. After the new record is written, the old record is marked for deletion. The old record will not actually be erased until garbage collection is performed.

If there is not enough room to store the new data, a FDS_ERR_NO_SPACE_IN_FLASH error will occur. This error is usually used to trigger the garbage collection procedure, to free up room before a new attempt is made to store the data.

This way the data cannot grow into previously stored data.

RE: Where is the peer manager data stored?

emdi — Wed, 29 Mar 2017 13:25:00 GMT

There is a configuration option in DFU to preserve fds data during updates. I think it's called DFU_APP_DATA_RESERVED in nrf_dfu_types.h. You should set it to the number of pages used by FDS.

RE: Where is the peer manager data stored?

emdi — Wed, 29 Mar 2017 13:20:05 GMT

Yes, you can use fds to write to flash even when using Peer Manager. You don't need to take any precautions, fds will handle everything so that your data and Peer Manager data will not overwrite each other. You can write anything to flash, update it, read it back, delete it and whatnot.

RE: Where is the peer manager data stored?

Jacob — Tue, 28 Mar 2017 14:45:31 GMT

Thanks for your answer.

FDS looks good. However, it feels dangerous that the peer manager data size may vary over time. The custom data may not be lost under any circumstances - is FDS the right module to use for that kind of data?

Let's say I know the custom data occupies X bytes - how can I be sure the peer manager data will never grow and overwrite this?

RE: Where is the peer manager data stored?

Jørn — Tue, 28 Mar 2017 13:26:59 GMT

Hello Jacob

The peer manager uses the Flash Data Storage (FDS) module, which in turn uses the Flash Storage (fstorage) module, which again employs the Softdevice,’s API for storing data in flash.

The FDS registers with fstorage using the highest priority available, meaning its data will be placed at the highest address in flash, underneath the region reserved for the bootloader (if a bootloader is present). By default the FDS reserves 3 pages of flash (defined in sdk_config.h, minimum is 2), where 1 page is used for garbage handling, the rest is used for storage. The location of the stored data within the reserved memory is based on a first come first serve principal, so data location is not sorted based on user. The size of the data from the peer manager varies with what data it needs to store.

If you use FDS to store your custom data it will be stored in the same reserved flash area where the peer manager data is stored.

For more information please see the following pages on Nordic Infocenter

Peer Manager: infocenter.nordicsemi.com/.../lib_peer_manager.html

Flash Data Storage: infocenter.nordicsemi.com/.../lib_fds.html

Flash Storage: infocenter.nordicsemi.com/.../lib_fstorage.html

Best regards

Jørn Frøysa