15 Mar, 2006

1 commit


09 Jan, 2006

1 commit

  • This patch add EXPORT_SYMBOL(filemap_write_and_wait) and use it.

    See mm/filemap.c:

    And changes the filemap_write_and_wait() and filemap_write_and_wait_range().

    Current filemap_write_and_wait() doesn't wait if filemap_fdatawrite()
    returns error. However, even if filemap_fdatawrite() returned an
    error, it may have submitted the partially data pages to the device.
    (e.g. in the case of -ENOSPC)

    Andrew Morton writes,

    If filemap_fdatawrite() returns an error, this might be due to some
    I/O problem: dead disk, unplugged cable, etc. Given the generally
    crappy quality of the kernel's handling of such exceptions, there's a
    good chance that the filemap_fdatawait() will get stuck in D state
    forever.

    So, this patch doesn't wait if filemap_fdatawrite() returns the -EIO.

    Trond, could you please review the nfs part? Especially I'm not sure,
    nfs must use the "filemap_fdatawrite(inode->i_mapping) == 0", or not.

    Acked-by: Trond Myklebust
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    OGAWA Hirofumi
     

04 Oct, 2005

1 commit

  • This patch fixes up a few problems with jfs's reserved inodes.

    1. There is no need for the jfs code setting the I_DIRTY bits in i_state.
    I am ashamed that the code ever did this, and surprised it hasn't been
    noticed until now.

    2. Make sure special inodes are on an inode hash list. If the inodes are
    unhashed, __mark_inode_dirty will fail to put the inode on the
    superblock's dirty list, and the data will not be flushed under memory
    pressure.

    3. Force writing journal data to disk when metapage_writepage is unable to
    write a metadata page due to pending journal I/O.

    Signed-off-by: Dave Kleikamp

    Dave Kleikamp
     

28 Jun, 2005

1 commit

  • I'm finally getting around to cleaning out debug code that I've never used.
    There has always been code ifdef'ed out by _JFS_DEBUG_DMAP, _JFS_DEBUG_IMAP,
    _JFS_DEBUG_DTREE, and _JFS_DEBUG_XTREE, which I have personally never used,
    and I doubt that anyone has since the design stage back in OS/2. There is
    also a function, xtGather, that has never been used, and I don't know why it
    was ever there.

    Signed-off-by: Dave Kleikamp

    Dave Kleikamp
     

05 May, 2005

1 commit


03 May, 2005

2 commits

  • jfs has never worked on architecutures where the page size was not 4K.

    Signed-off-by: Dave Kleikamp
    Signed-off-by: Linus Torvalds

    Dave Kleikamp
     
  • JFS was creating a new IAG (inode aggregate group) in one address
    space, and afterwards, accessing it from another. This could lead to
    complications when cache pages contain more than one page of jfs
    metadata. This patch causes the IAG to be initialized in the same
    address space that it is subsequently accessed with.

    This also elimitates an I/O, but IAG's aren't created too often.

    Signed-off-by: Dave Kleikamp
    Signed-off-by: Linus Torvalds

    Dave Kleikamp
     

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