• Mingming Cao's avatar
    [PATCH] ext3_fsblk_t: filesystem, group blocks and bug fixes · 1c2bf374
    Mingming Cao authored
    Some of the in-kernel ext3 block variable type are treated as signed 4 bytes
    int type, thus limited ext3 filesystem to 8TB (4kblock size based).  While
    trying to fix them, it seems quite confusing in the ext3 code where some
    blocks are filesystem-wide blocks, some are group relative offsets that need
    to be signed value (as -1 has special meaning).  So it seem saner to define
    two types of physical blocks: one is filesystem wide blocks, another is
    group-relative blocks.  The following patches clarify these two types of
    blocks in the ext3 code, and fix the type bugs which limit current 32 bit ext3
    filesystem limit to 8TB.
    
    With this series of patches and the percpu counter data type changes in the mm
    tree, we are able to extend exts filesystem limit to 16TB.
    
    This work is also a pre-request for the recent >32 bit ext3 work, and makes
    the kernel to able to address 48 bit ext3 block a lot easier: Simply redefine
    ext3_fsblk_t from unsigned long to sector_t and redefine the format string for
    ext3 filesystem block corresponding.
    
    Two RFC with a series patches have been posted to ext2-devel list and have
    been reviewed and discussed:
    http://marc.theaimsgroup.com/?l=ext2-devel&m=114722190816690&w=2
    
    http://marc.theaimsgroup.com/?l=ext2-devel&m=114784919525942&w=2
    
    Patches are tested on both 32 bit machine and 64 bit machine, <8TB ext3 and
    >8TB ext3 filesystem(with the latest to be released e2fsprogs-1.39).  Tests
    includes overnight fsx, tiobench, dbench and fsstress.
    
    This patch:
    
    Defines ext3_fsblk_t and ext3_grpblk_t, and the printk format string for
    filesystem wide blocks.
    
    This patch classifies all block group relative blocks, and ext3_fsblk_t blocks
    occurs in the same function where used to be confusing before.  Also include
    kernel bug fixes for filesystem wide in-kernel block variables.  There are
    some fileystem wide blocks are treated as int/unsigned int type in the kernel
    currently, especially in ext3 block allocation and reservation code.  This
    patch fixed those bugs by converting those variables to ext3_fsblk_t(unsigned
    long) type.
    Signed-off-by: default avatarMingming Cao <cmm@us.ibm.com>
    Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
    Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    1c2bf374
xattr.c 34.3 KB