Nicolas Pitre 1140bd090c mempool: properly use the inline free block bitmap ... The free block bitmap uses either extra memory specified by a pointer in struct sys_mem_pool_lvl or the space occupied by that pointer directly if the bitmap length is small enough to fit it. But the test is wrong. the inline bitmap should be used if the number of required bits is smaller or _equal_ to the pointer size. Not doing so would wrongly bounce the free block bitmap to extra memory when the number of blocks is exactly 32, which is in disagreement with Z_MPOOL_LBIT_WORDS() that correctly returns 0 in that case. In theory that mean that this bug would causes an overflow of the free block bitmap whenever one level has exactly 32 blocks. But right now there is a separate bug fixed separately that over-sizes the extra block bitmap mitigating this bug. Signed-off-by: Nicolas Pitre <npitre@baylibre.com>		2019-06-25 23:24:05 -04:00
..
cmsis_rtos_v1
cmsis_rtos_v2
gui
libc
os	mempool: properly use the inline free block bitmap	2019-06-25 23:24:05 -04:00
posix
updatehub	docs: fix misspelling across the tree	2019-06-19 15:34:13 -05:00
CMakeLists.txt
Kconfig