Displaying 5 results from an estimated 5 matches for "ocfs2_add_branch".
2009 Jun 02
1
[PATCH] ocfs2: Adjust rightmost path in ocfs2_add_branch.
In ocfs2_add_branch, we use the rightmost rec of the leaf extent block
to generate the e_cpos for the new added branch. In the most case, it
is OK but if there is a gap between the the root(or branch) 's rightmost
rec and the leaf, it will cause kernel panic if we insert some clusters
in it. The message is somethi...
2009 Jun 12
2
[PATCH 0/2] ocfs2: Adjust rightmost path in ocfs2_add_branch.v2
Hi Mark/Joel,
This is the v2 of bug fix for ocfs2_add_branch.
Modification from V1 to V2:
1. Create a patch which return EROFS instead of BUG in ocfs2_insert_at_leaf.
2. Use ocfs2_adjust_rightmost_records to change the root and extent
blocks in the rightmost path.
Regards,
Tao
2009 Jun 16
0
[GIT PULL] ocfs2 updates for 2.6.31
...delayed orphan scan timer statistics
Sunil Mushran (1):
ocfs2/net: Use wait_event() in o2net_send_message_vec()
Tao Ma (3):
ocfs2: Don't printk the error when listing too many xattrs.
ocfs2: Remove redundant gotos in ocfs2_mount_volume()
ocfs2: Adjust rightmost path in ocfs2_add_branch.
fs/ocfs2/alloc.c | 80 ++++++++++++++++++-
fs/ocfs2/blockcheck.c | 184 ++++++++++++++++++++++++++++++++++++++++++--
fs/ocfs2/blockcheck.h | 29 +++++++-
fs/ocfs2/cluster/masklog.h | 35 ++++----
fs/ocfs2/cluster/tcp.c | 7 +-
fs/ocfs2/dir.c | 21 +...
2009 Mar 18
2
[RFC] metadata alloc fix in machines which has PAGE_SIZE > CLUSTER_SIZE
...h 256.
4) the 4th (259), be merged. Now 256-259 will be merged into 1 extent
rec, so the 2nd extent block will be removed. and we will get.
26 256 4 117112 0x0
27 260 64 117176 0x1
5) Now comes the 260, we need to split and call ocfs2_add_branch to
allocate a new block. But wait, we have no metadata reserved. So we
panic here.
So my thought is that can we reuse the freed extent block? I guess we
can. We just need to store the pointer of ocfs2_cached_dealloc_ctxt in
ocfs2_alloc_context. So whenever we allocate a new metadata, we try to...
2009 Feb 13
44
[PATCH 0/40] ocfs2: Detach ocfs2 metadata I/O from struct inode
The following series of patches attempts to detach metadata I/O from
struct inode. They are currently tied together pretty tightly.
Metadata reads happen via the ocfs2_read_blocks() functions, writes via
both jbd2 and ocfs2_write_blocks().
- Each inode has a cache of associated metadata blocks stored on its
ip_metadata_cache member. The ocfs2_read/write_blocks() functions
take a struct