Home
last modified time | relevance | path

Searched hist:"199 bc3fef29cacf672e7e5cd49d296c1fdc1a891" (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/include/linux/
H A Df2fs_fs.hdiff 199bc3fef29cacf672e7e5cd49d296c1fdc1a891 Thu Jan 25 05:40:08 CST 2018 Chao Yu <yuchao0@huawei.com> f2fs: support large nat bitmap

Previously, we will store all nat version bitmap in checkpoint pack block,
so our total node entry number has a limitation which caused total node
number can not exceed (3900 * 8) block * 455 node/block = 14196000. So
that once user wants to create more nodes in large size image, it becomes
a bottleneck, that's unreasonable.

This patch detects the new layout of nat/sit version bitmap in image in
order to enable supporting large nat bitmap.

Signed-off-by: Chao Yu <yuchao0@huawei.com>
Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
/openbmc/linux/fs/f2fs/
H A Df2fs.hdiff 199bc3fef29cacf672e7e5cd49d296c1fdc1a891 Thu Jan 25 05:40:08 CST 2018 Chao Yu <yuchao0@huawei.com> f2fs: support large nat bitmap

Previously, we will store all nat version bitmap in checkpoint pack block,
so our total node entry number has a limitation which caused total node
number can not exceed (3900 * 8) block * 455 node/block = 14196000. So
that once user wants to create more nodes in large size image, it becomes
a bottleneck, that's unreasonable.

This patch detects the new layout of nat/sit version bitmap in image in
order to enable supporting large nat bitmap.

Signed-off-by: Chao Yu <yuchao0@huawei.com>
Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>