• Heiko Carstens's avatar
    s390/uapi: change struct statfs[64] member types to unsigned values · b8668fd0
    Heiko Carstens authored
    Kay Sievers reported that coreutils' stat tool has a problem with
    s390's statfs[64] definition:
    
    > The definition of struct statfs::f_type needs a fix. s390 is the only
    > architecture in the kernel that uses an int and expects magic
    > constants lager than INT_MAX to fit into.
    >
    > A fix is needed to make Fedora boot on s390, it currently fails to do
    > so. Userspace does not want to add code to paper-over this issue.
    
    [...]
    
    > Even coreutils cannot handle it:
    >   #define RAMFS_MAGIC  0x858458f6
    >   # stat -f -c%t /
    >   ffffffff858458f6
    >
    >   #define BTRFS_SUPER_MAGIC 0x9123683E
    >   # stat -f -c%t /mnt
    >   ffffffff9123683e
    
    The bug is caused by an implicit sign extension within the stat tool:
    
    out_uint_x (pformat, prefix_len, statfsbuf->f_type);
    
    where the format finally will be "%lx".
    A similar problem can be found in the 'tail' tool.
    s390 is the only architecture which has an int type f_type member in
    struct statfs[64]. Other architectures have either unsigned ints or
    long values, so that the problem doesn't occur there.
    
    Therefore change the type of the f_type member to unsigned int, so
    that we get zero extension instead of sign extension when assignment to
    a long value happens.
    
    This patch changes the s390 uapi struct stafs[64] definition in the kernel
    to contain only unsigned values.
    This was true for 32 bit builds anyway, since we use the generic uapi
    header file in that case. So lets not include conditionally the generic
    uapi header file but have the s390 implementation completely independent.
    
    Also fix the types of struct compat_stafs to match reality and move the
    definition of struct compat_statfs64 to asm/compat.h since it is not part
    of the api.
    Reported-by: default avatarKay Sievers <kay@vrfy.org>
    Signed-off-by: default avatarHeiko Carstens <heiko.carstens@de.ibm.com>
    Signed-off-by: default avatarMartin Schwidefsky <schwidefsky@de.ibm.com>
    b8668fd0
compat.h 7.63 KB