04 Jan, 2012

1 commit


01 Nov, 2011

1 commit

  • memchr_inv() is mainly used to check whether the whole buffer is filled
    with just a specified byte.

    The function name and prototype are stolen from logfs and the
    implementation is from SLUB.

    Signed-off-by: Akinobu Mita
    Acked-by: Christoph Lameter
    Acked-by: Pekka Enberg
    Cc: Matt Mackall
    Acked-by: Joern Engel
    Cc: Marcin Slusarz
    Cc: Eric Dumazet
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Akinobu Mita
     

21 Jul, 2011

1 commit

  • Btrfs needs to be able to control how filemap_write_and_wait_range() is called
    in fsync to make it less of a painful operation, so push down taking i_mutex and
    the calling of filemap_write_and_wait() down into the ->fsync() handlers. Some
    file systems can drop taking the i_mutex altogether it seems, like ext3 and
    ocfs2. For correctness sake I just pushed everything down in all cases to make
    sure that we keep the current behavior the same for everybody, and then each
    individual fs maintainer can make up their mind about what to do from there.
    Thanks,

    Acked-by: Jan Kara
    Signed-off-by: Josef Bacik
    Signed-off-by: Al Viro

    Josef Bacik
     

02 Nov, 2010

1 commit


29 Oct, 2010

5 commits


14 Aug, 2010

1 commit

  • logfs does not need the BKL, so use ->unlocked_ioctl instead
    of ->ioctl in file operations.

    Signed-off-by: Arnd Bergmann
    Signed-off-by: Joern Engel
    [ fixed trivial conflict ]
    Signed-off-by: Frederic Weisbecker

    Arnd Bergmann
     

10 Aug, 2010

2 commits


28 May, 2010

1 commit


21 May, 2010

1 commit

  • * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (44 commits)
    vlynq: make whole Kconfig-menu dependant on architecture
    add descriptive comment for TIF_MEMDIE task flag declaration.
    EEPROM: max6875: Header file cleanup
    EEPROM: 93cx6: Header file cleanup
    EEPROM: Header file cleanup
    agp: use NULL instead of 0 when pointer is needed
    rtc-v3020: make bitfield unsigned
    PCI: make bitfield unsigned
    jbd2: use NULL instead of 0 when pointer is needed
    cciss: fix shadows sparse warning
    doc: inode uses a mutex instead of a semaphore.
    uml: i386: Avoid redefinition of NR_syscalls
    fix "seperate" typos in comments
    cocbalt_lcdfb: correct sections
    doc: Change urls for sparse
    Powerpc: wii: Fix typo in comment
    i2o: cleanup some exit paths
    Documentation/: it's -> its where appropriate
    UML: Fix compiler warning due to missing task_struct declaration
    UML: add kernel.h include to signal.c
    ...

    Linus Torvalds
     

10 May, 2010

1 commit


08 May, 2010

1 commit


05 May, 2010

2 commits


15 Apr, 2010

1 commit


13 Apr, 2010

1 commit

  • Removing sufficiently large files would create aliases for a large
    number of segments. This in turn results in a large number of journal
    entries and an overflow of s_je_array.

    Cheap fix is to add a BUG_ON, turning memory corruption into something
    annoying, but less dangerous. Real fix is to count the number of
    affected segments and prevent the problem completely.

    Signed-off-by: Joern Engel

    Joern Engel
     

31 Mar, 2010

1 commit


29 Mar, 2010

1 commit


05 Mar, 2010

2 commits

  • This prevents unnecessary journal writes. More importantly it prevents
    an oops due to a journal write on failed mount.

    Joern Engel
     
  • Erases for block devices were always just emulated by writing 0xff.
    Some time back the write was removed and only the page cache was
    changed to 0xff. Superficialy a good idea with two problems:
    1. Touching the page cache isn't necessary either.
    2. However, writing out 0xff _is_ necessary for the journal. As the
    journal is scanned linearly, an old non-overwritten commit entry
    can be used on next mount and cause havoc.

    This should fix both aspects.

    Joern Engel
     

21 Nov, 2009

1 commit