search for: 4056,7

When the extended attribute namespace grows to a b-tree, the leaf clusters are organized by means of 'buckets'. Each bucket is 4K in size, regardless of blocksize. Thus, a bucket may be made of more than one block. fs/ocfs2/xattr.c has a nice little abstraction to wrap this, struct ocfs2_xattr_bucket. It contains a list of buffer_heads representing these blocks, and there is even an

...C<path> must match exactly one existing node in the tree, and -C<label> must be a label, ie. not contain C</>, C<*> or end +C<label> must be a label, ie. not contain F</>, C<*> or end with a bracketed index C<[N]>." }; { defaults with @@ -4056,7 +4056,7 @@ See also C<guestfs_stat>." }; longdesc = "\ This creates an LVM physical volume on the named C<device>, where C<device> should usually be a partition name such -as C</dev/sda1>." }; +as F</dev/sda1>." }; { defaults with...

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