31 May, 2019

1 commit

  • Based on 1 normalized pattern(s):

    this program is free software you can redistribute it and or modify
    it under the terms of the gnu general public license as published by
    the free software foundation either version 2 of the license or at
    your option any later version this program is distributed in the
    hope that it will be useful but without any warranty without even
    the implied warranty of merchantability or fitness for a particular
    purpose see the gnu general public license for more details you
    should have received a copy of the gnu general public license along
    with this program if not write to the free software foundation inc
    59 temple place suite 330 boston ma 02111 1307 usa

    extracted by the scancode license scanner the SPDX license identifier

    GPL-2.0-or-later

    has been chosen to replace the boilerplate/reference in 1334 file(s).

    Signed-off-by: Thomas Gleixner
    Reviewed-by: Allison Randal
    Reviewed-by: Richard Fontana
    Cc: linux-spdx@vger.kernel.org
    Link: https://lkml.kernel.org/r/20190527070033.113240726@linutronix.de
    Signed-off-by: Greg Kroah-Hartman

    Thomas Gleixner
     

04 Aug, 2018

1 commit

  • Bart Massey reported what turned out to be a usercopy whitelist false
    positive in JFS when symlink contents exceeded 128 bytes. The inline
    inode data (i_inline) is actually designed to overflow into the "extended
    area" following it (i_inline_ea) when needed. So the whitelist needed to
    be expanded to include both i_inline and i_inline_ea (the whole size
    of which is calculated internally using IDATASIZE, 256, instead of
    sizeof(i_inline), 128).

    $ cd /mnt/jfs
    $ touch $(perl -e 'print "B" x 250')
    $ ln -s B* b
    $ ls -l >/dev/null

    [ 249.436410] Bad or missing usercopy whitelist? Kernel memory exposure attempt detected from SLUB object 'jfs_ip' (offset 616, size 250)!

    Reported-by: Bart Massey
    Fixes: 8d2704d382a9 ("jfs: Define usercopy region in jfs_ip slab cache")
    Cc: Dave Kleikamp
    Cc: jfs-discussion@lists.sourceforge.net
    Cc: stable@vger.kernel.org
    Signed-off-by: Kees Cook

    Kees Cook
     

08 Feb, 2008

1 commit


07 Jun, 2007

1 commit


02 Oct, 2006

1 commit

  • Removed trailing spaces & tabs, and spaces preceding tabs.
    Also a couple very minor comment cleanups.

    Signed-off-by: Dave Kleikamp
    (cherry picked from f74156539964d7b3d5164fdf8848e6a682f75b97 commit)

    Dave Kleikamp
     

09 Feb, 2006

1 commit

  • ext2 inode attributes with relevance for jfs:

    'a' EXT2_APPEND_FL -> append only
    'i' EXT2_IMMUTABLE_FL -> immutable file
    's' EXT2_SECRM_FL -> zero file
    'u' EXT2_UNRM_FL -> allow for unrm
    'A' EXT2_NOATIME_FL -> no access time
    'D' EXT2_DIRSYNC_FL -> dirsync
    'S' EXT2_SYNC_FL -> sync

    overview of jfs flags (partially for OS/2)

    value (OS/2) Linux ext2 attrs
    ------------------------------------------------
    0x00010000 IFJOURNAL -
    0x00020000 ISPARSE used
    0x00040000 INLINEEA used
    0x00080000 - - JFS_NOATIME_FL

    0x00100000 - - JFS_DIRSYNC_FL
    0x00200000 - - JFS_SYNC_FL
    0x00400000 - - JFS_SECRM_FL
    0x00800000 ISWAPFILE - JFS_UNRM_FL

    0x01000000 - - JFS_APPEND_FL
    0x02000000 IREADONLY - JFS_IMMUTABLE_FL
    0x04000000 IHIDDEN - -
    0x08000000 ISYSTEM - -

    0x10000000 - -
    0x20000000 IDIRECTORY used
    0x40000000 IARCHIVE -
    0x80000000 INEWNAME -

    the implementation is straight forward, except
    for the fact that the attributes have to be mapped
    to match with the ext2 ones to avoid a separate
    tool for manipulating them (this could be avoided
    when using a separate flag field in the on-disk
    representation, but the overhead is minimal)

    a special jfs_ioctl is added to allow for the new
    JFS_IOC_GETFLAGS and JFS_IOC_SETFLAGS calls.

    a helper function jfs_set_inode_flags() to transfer
    the flags from the on-disk version to the inode

    minor changes to allow flag inheritance on inode
    creation, as well as a cleanup of the on-disk
    flags (including the new ones)

    beforementioned helper to map between ext2 and jfs
    versions of the new flags ...

    the JFS_SECRM_FL and JFS_UNRM_FL are not done yet
    and I'm not 100% sure they are worth the effort,
    the rest seems to work out of the box ...

    Signed-off-by: Herbert Poetzl
    Signed-off-by: Dave Kleikamp

    Herbert Poetzl
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds