Search tips

apple banana
Find rows that contain at least one of the two words.

+apple +juice
Find rows that contain both words.

+apple macintosh
Find rows that contain the word 'apple', but rank rows higher if they also contain 'macintosh'.

+apple -macintosh
Find rows that contain the word 'apple' but not 'macintosh'.

+apple ~macintosh
Find rows that contain the word 'apple', but if the row also contains the word 'macintosh', rate it lower than if row does not. This is "softer" than a search for '+apple -macintosh', for which the presence of 'macintosh' causes the row not to be returned at all.

+apple +(>turnover >strudel)
Find rows that contain the words 'apple' and 'turnover', or 'apple' and 'strudel' (in any order), but rank 'apple turnover' higher than 'apple strudel'.

Find rows that contain words such as 'apple', 'apples', 'applesauce', or 'applet'.

"some words"
Find rows that contain the exact phrase 'some words' (for example, rows that contain 'some words of wisdom' but not "some noise words").

By continuing to use this site you agree to the use of cookies. For more information and to find out how to change this click here. Accept Cookies
Please enable cookies in your browser for this website.
Advanced search

Update of Block Configuration

Last updated: 2018-12-04

What happens if block configuration shall be updated?



From NvM’s point of view, after a configuration update the NvM only reads blocks with parameter NvMResistantToChangedSw set to true.

From FEE’s point of view, it is possible to add and remove blocks and to update the block configuration (size, datasets, …) of each block. Every block which should be readable after the block configuration update must get the same BlockID as before (preconditioned that the size of this block has not changed). It is highly recommended to enable FeeBlockIdFixed for every block to enforce this. 

In case the size of a block has been changed, but the data is still in flash with old length, read requests on this block will result in MEMIF_BLOCK_INVALID until the block is written again with a new length.

However, if you want to add new blocks it might have tremendous consequences on the start-up performance. In case the Block ID of the new block is higher than all other Block ID’s (which is most likely if you add new blocks), the FEE will need much more flash requests to process jobs on this block. The more blocks you add, the worse the performance gets. This situation remains until two sector switches are executed. Afterwards, the performance of the recently added blocks remains the same in older blocks. 

Therefore, it is highly recommended to execute two Fee_ForceSectorSwitch requests right after adding blocks to FEE configuration. Nevertheless, the first start-up before executing the two requests will still have a bad performance and might not cope with start-up timings.


To avoid such a situation and if you know that blocks might be added later, you can add dummy blocks to your configuration. Later, if the blocks shall be added, you can adapt the dummy blocks and there will be no bad performance. As long as the dummy blocks are not needed, WriteAlignemnt * NumberOfDummyBlocks bytes are wasted in flash. 


Article Options
Views: 394