summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorTao Ma <tao.ma@oracle.com>2007-12-18 15:47:25 +0800
committerMark Fasheh <mark.fasheh@oracle.com>2008-01-25 15:04:24 -0800
commit7909f2bf835376a20d6dbf853eb459a27566eba2 (patch)
treed256570ad048e27741970517929bc3c6d4c2b656 /arch
parentd659072f736837e56b6433d58e5315ad1d4d5ccf (diff)
downloadkernel-crypto-7909f2bf835376a20d6dbf853eb459a27566eba2.tar.gz
kernel-crypto-7909f2bf835376a20d6dbf853eb459a27566eba2.tar.xz
kernel-crypto-7909f2bf835376a20d6dbf853eb459a27566eba2.zip
[PATCH 2/2] ocfs2: Implement group add for online resize
This patch adds the ability for a userspace program to request that a properly formatted cluster group be added to the main allocation bitmap for an Ocfs2 file system. The request is made via an ioctl, OCFS2_IOC_GROUP_ADD. On a high level, this is similar to ext3, but we use a different ioctl as the structure which has to be passed through is different. During an online resize, tunefs.ocfs2 will format any new cluster groups which must be added to complete the resize, and call OCFS2_IOC_GROUP_ADD on each one. Kernel verifies that the core cluster group information is valid and then does the work of linking it into the global allocation bitmap. Signed-off-by: Tao Ma <tao.ma@oracle.com> Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions