Searched hist:"386 a2ef8576e966076c293f6496b9e3d7e3d9035" (Results 1 – 3 of 3) sorted by relevance
| /openbmc/linux/fs/ocfs2/ |
| H A D | slot_map.c | diff 386a2ef8576e966076c293f6496b9e3d7e3d9035 Fri Feb 01 14:06:54 CST 2008 Joel Becker <joel.becker@oracle.com> ocfs2: New slot map format
The old slot map had a few limitations:
- It was limited to one block, so the maximum slot count was 255.
- Each slot was signed 16bits, limiting node numbers to INT16_MAX.
- An empty slot was marked by the magic 0xFFFF (-1).
The new slot map format provides 32bit node numbers (UINT32_MAX), a
separate space to mark a slot in use, and extra room to grow. The slot
map is now bounded by i_size, not a block.
Signed-off-by: Joel Becker <joel.becker@oracle.com>
Signed-off-by: Mark Fasheh <mfasheh@suse.com>
|
| H A D | ocfs2_fs.h | diff 386a2ef8576e966076c293f6496b9e3d7e3d9035 Fri Feb 01 14:06:54 CST 2008 Joel Becker <joel.becker@oracle.com> ocfs2: New slot map format
The old slot map had a few limitations:
- It was limited to one block, so the maximum slot count was 255.
- Each slot was signed 16bits, limiting node numbers to INT16_MAX.
- An empty slot was marked by the magic 0xFFFF (-1).
The new slot map format provides 32bit node numbers (UINT32_MAX), a
separate space to mark a slot in use, and extra room to grow. The slot
map is now bounded by i_size, not a block.
Signed-off-by: Joel Becker <joel.becker@oracle.com>
Signed-off-by: Mark Fasheh <mfasheh@suse.com>
|
| H A D | ocfs2.h | diff 386a2ef8576e966076c293f6496b9e3d7e3d9035 Fri Feb 01 14:06:54 CST 2008 Joel Becker <joel.becker@oracle.com> ocfs2: New slot map format
The old slot map had a few limitations:
- It was limited to one block, so the maximum slot count was 255.
- Each slot was signed 16bits, limiting node numbers to INT16_MAX.
- An empty slot was marked by the magic 0xFFFF (-1).
The new slot map format provides 32bit node numbers (UINT32_MAX), a
separate space to mark a slot in use, and extra room to grow. The slot
map is now bounded by i_size, not a block.
Signed-off-by: Joel Becker <joel.becker@oracle.com>
Signed-off-by: Mark Fasheh <mfasheh@suse.com>
|