linux-kernel - [GIT PULL] XFS update

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <469F7329.9080603@sgi.com>
Date:	Fri, 20 Jul 2007 00:20:25 +1000
From:	Tim Shimmin <tes@....com>
To:	torvalds@...ux-foundation.org
CC:	akpm@...ux-foundation.org, xfs@....sgi.com,
	linux-kernel@...r.kernel.org
Subject: [GIT PULL] XFS update

Hi Linus,

Please pull from the for-linus branch:
     git pull git://oss.sgi.com:8090/xfs/xfs-2.6.git for-linus

This will update the following files:

  fs/buffer.c                 |   47 +++++++++++++++++++++++++++++++++++++++++++
  fs/xfs/linux-2.6/xfs_file.c |   16 ++++++++++++++
  fs/xfs/xfs_vnodeops.c       |   30 +++++++++++++++++++++++++-
  include/linux/buffer_head.h |    2 +
  4 files changed, 93 insertions(+), 2 deletions(-)

through these commits:

commit c32676eea19ce29cb74dba0f97b085e83f6b8915
Author: David Chinner <dgc@....com>
Date:   Thu Jul 19 16:28:58 2007 +1000

     [XFS] Fix inode size update before data write in xfs_setattr

     When changing the file size by a truncate() call, we log the change in the
     inode size. However, we do not flush any outstanding data that might not
     have been written to disk, thereby violating the data/inode size update
     order. This can leave files full of NULLs on crash.

     Hence if we are truncating the file, flush any unwritten data that may lie
     between the curret on disk inode size and the new inode size that is being
     logged to ensure that ordering is preserved.

     SGI-PV: 966308
     SGI-Modid: xfs-linux-melb:xfs-kern:29174a

     Signed-off-by: David Chinner <dgc@....com>
     Signed-off-by: Christoph Hellwig <hch@...radead.org>
     Signed-off-by: Tim Shimmin <tes@....com>

commit 91ebecc74eeeeea0a2aa50bf1964ec2214a229c9
Author: David Chinner <dgc@....com>
Date:   Thu Jul 19 16:28:30 2007 +1000

     [XFS] Allow punching holes to free space when at ENOSPC

     Make the free file space transaction able to dip into the reserved blocks
     to ensure that we can successfully free blocks when the filesystem is at
     ENOSPC.

     SGI-PV: 967788
     SGI-Modid: xfs-linux-melb:xfs-kern:29167a

     Signed-off-by: David Chinner <dgc@....com>
     Signed-off-by: Vlad Apostolov <vapo@....com>
     Signed-off-by: Tim Shimmin <tes@....com>

commit 4f57dbc6b5bae5a3978d429f45ac597ca7a3b8c6
Author: David Chinner <dgc@....com>
Date:   Thu Jul 19 16:28:17 2007 +1000

     [XFS] Implement ->page_mkwrite in XFS.

     Hook XFS up to ->page_mkwrite to ensure that we know about mmap pages
     being written to. This allows use to do correct delayed allocation and
     ENOSPC checking as well as remap unwritten extents so that they get
     converted correctly during writeback. This is done via the generic
     block_page_mkwrite code.

     SGI-PV: 940392
     SGI-Modid: xfs-linux-melb:xfs-kern:29149a

     Signed-off-by: David Chinner <dgc@....com>
     Signed-off-by: Christoph Hellwig <hch@...radead.org>
     Signed-off-by: Tim Shimmin <tes@....com>

commit 5417169026c3df151adf5a65eb061278b0a72e69
Author: David Chinner <dgc@....com>
Date:   Thu Jul 19 17:39:55 2007 +1000

     [FS] Implement block_page_mkwrite.

     Many filesystems need a ->page-mkwrite callout to correctly
     set up pages that have been written to by mmap. This is especially
     important when mmap is writing into holes as it allows filesystems
     to correctly account for and allocate space before the mmap
     write is allowed to proceed.

     Protection against truncate races is provided by locking the page
     and checking to see whether the page mapping is correct and whether
     it is beyond EOF so we don't end up allowing allocations beyond
     the current EOF or changing EOF as a result of a mmap write.

     SGI-PV: 940392
     SGI-Modid: 2.6.x-xfs-melb:linux:29146a

     Signed-off-by: David Chinner <dgc@....com>
     Signed-off-by: Christoph Hellwig <hch@...radead.org>
     Signed-off-by: Tim Shimmin <tes@....com>

Thanks,
Tim.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/