XFS

• Thread Index

• Re: fragmentation question
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: logerrors on armv5te hardware rendering xfs-partition unmountable
  • From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
• logerrors on armv5te hardware rendering xfs-partition unmountable
  • From: Marcus Osdoba <marcus.osdoba@xxxxxxxxxxxxxx>
• [PATCH] [xfstests]: Fix project quota checks
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [PATCH] [xfstests v2]: Don't hardcode paths to many binaries.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Workqueues in 2.6.36
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• [PATCH] [xfstests]: Don't hardcode getfattr/setfattr/attr paths.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: fragmentation question
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• [RFC PATCH] fs,xfs: Use __GFP_MOVABLE for XFS buffers
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• xfstests: 106 question
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: single thread inode cache shrinking.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] xfs: convert buffer cache hash to rbtree
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: log IO completion workqueue is a high priority queue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] xfs: remove buftarg hash for external devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] xfs: kill XBF_FS_MANAGED buffers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] xfs: use unhashed buffers for size checks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Akshay Lal <akshaylal@xxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Marcus Osdoba <marcus.osdoba@xxxxxxxxxxxxxx>
• [PATCH 4/4] xfs: convert buffer cache hash to rbtree
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC] [PATCH 0/4] Replace buffer cache hash with rbtrees
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 3/4] xfs: remove buftarg hash for external devices
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfs: single thread inode cache shrinking.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/4] xfs: use unhashed buffers for size checks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• [PATCH 1/4] xfs: kill XBF_FS_MANAGED buffers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] xfs: log IO completion workqueue is a high priority queue
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fragmentation question
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: fragmentation question
  • From: Brady Chang <bchang@xxxxxxxxxxxxx>
• fragmentation question
  • From: Brady Chang <bchang@xxxxxxxxxxxxx>
• [PATCH] xfs: remove the ->kill_root btree operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Marcus Osdoba <marcus.osdoba@xxxxxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Akshay Lal <akshaylal@xxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] XFS update for 2.6.36-rc4
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Global Cloud Computing Service Market Outlook 2014
  • From: "Laura Wood" <laura.wood@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [2.6.36-rc3] Workqueues, XFS, dependencies and deadlocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Richard Scobie <richard@xxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Marcus Osdoba <marcus.osdoba@xxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH] Extend project quotas to support 32bit project identificators. [version 3]
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Extend project quotas to support 32bit project identificators. [version 3]
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: xfs mount/create options (was: XFS status update for August 2010)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Willy Tarreau <w@xxxxxx>
• Re: XFS status update for August 2010
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• [PATCH] xfs: stop using xfs_qm_dqtobp in xfs_qm_dqflush
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfs: simplify xfs_qm_dqusage_adjust
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Extend project quotas to support 32bit project identificators. [version 3]
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Willy Tarreau <w@xxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: XFS status update for August 2010
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Willy Tarreau <w@xxxxxx>
• Re: XFS status update for August 2010
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• xfs on armv5 still with erroneous log in kernel 2.6.35.4
  • From: Marcus Osdoba <marcus.osdoba@xxxxxxxxxxxxxx>
• Re: XFS status update for August 2010
  • From: Willy Tarreau <w@xxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: separate project quota from group quota (questions, design issues)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• separate project quota from group quota (questions, design issues)
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: Possible to preallocate files that always begin/end on stripe unit/width?
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-19256-geb54d19
  • From: xfs@xxxxxxxxxxx
• [XFS updates] XFS development tree branch, for-linus, updated. v2.6.34-19253-gcb7a934
  • From: xfs@xxxxxxxxxxx
• Possible to preallocate files that always begin/end on stripe unit/width?
  • From: Green Guy <greentech3000@xxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Bogdan <bogdandr@xxxxx>
• Re: [PATCH] xfs: prevent 32bit overflow in space reservation
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [GIT PULL] xfs: fixes for 2.6.36
  • From: Alex Elder <aelder@xxxxxxx>
• [GIT PULL] xfs: fixes for 2.6.36
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: MIDDLE EAST EUROPE
  • From: "jessen" <jessen@xxxxxxxxxxxx>
• Re: [PATCH] xfs: prevent 32bit overflow in space reservation
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: prevent 32bit overflow in space reservation
  • From: Alex Elder <aelder@xxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• XFS status update for August 2010
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: prevent 32bit overflow in space reservation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] 2.6.35.4: Fixed simple warning (array subscript is above array bounds)
  • From: Poyo VL <poyo_vl@xxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Patch fs/xfs/xfs_alloc.c
  • From: Poyo VL <poyo_vl@xxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfs: prevent 32bit overflow in space reservation
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Patch fs/xfs/xfs_alloc.c
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: broken XFS filesystem not to be repaired by xfs_repair 3.1.2
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] xfsdocs: updates to XFS User Guide
  • From: Lachlan McIlroy <lmcilroy@xxxxxxxxxx>
• Patch fs/xfs/xfs_alloc.c
  • From: Poyo VL <poyo_vl@xxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Bogdan <bogdandr@xxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Bogdan <bogdandr@xxxxx>
• Re: [PATCH] Disallow 32bit project quota id.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] xfsdocs: updates to XFS User Guide
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] Validate string -> number conversion. [version 3]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] xfsdocs: updates to XFS User Guide
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Gim Leong Chin <chingimleong@xxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• ultra fast XFS now - thanks
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• broken XFS filesystem not to be repaired by xfs_repair 3.1.2
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: deleting 2TB lots of files with delaylog: sync helps?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• deleting 2TB lots of files with delaylog: sync helps?
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: 4K drives, sectsz=512, bsize=4096
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: [PATCH] xfstests: update README file to document some recent changes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: What should to do with ASSERT failed
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• What should to do with ASSERT failed
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• [XFS updates] XFS development tree branch, for-linus, updated. v2.6.34-19248-g2bfc96a
  • From: xfs@xxxxxxxxxxx
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-19248-g2bfc96a
  • From: xfs@xxxxxxxxxxx
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Akshay Lal <akshaylal@xxxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH] xfstests: update README file to document some recent changes
  • From: Alex Elder <aelder@xxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Alex Elder <aelder@xxxxxxx>
• XFS Quota Check OOM
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• 4K drives, sectsz=512, bsize=4096
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] xfs: Make fiemap works with sparse file.
  • From: Tao Ma <tao.ma@xxxxxxxxxx>
• Re: xfsprogs: minimum version with these commands
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• xfsprogs: minimum version with these commands
  • From: Bogdan <bogdandr@xxxxx>
• Re: xfsprogs Debian mantainaince
  • From: Aníbal Monsalve Salazar <anibal@xxxxxxxxxx>
• [PATCH] xfsprogs: projid32bit handling
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly. As found by Theodore Ts'o: If a 128K file is falloc'ed using the KEEP_SIZE flag, and then write exactly 128K, the EOFBLOCK_FL doesn't get cleared correctly. This forces e2fsck to complain about that inode.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Akshay Lal <akshaylal@xxxxxxxxxx>
• [PATCH] xfstests: Quota project id setting overflow
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [PATCH] Extend project quotas to support 32bit project identificators. [version 3]
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly.
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH] Validate string -> number conversion. [version 3]
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] Validate string -> number conversion. [version 3]
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [PATCH] Test to ensure that the EOFBLOCK_FL gets set/unset correctly. As found by Theodore Ts'o: If a 128K file is falloc'ed using the KEEP_SIZE flag, and then write exactly 128K, the EOFBLOCK_FL doesn't get cleared correctly. This forces e2fsck to complain about that inode.
  • From: Akshay Lal <alal@xxxxxxxxxx>
• Re: [PATCH v2] xfs: Make fiemap works with sparse file.
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 2/2] xfs: improve buffer cache hash scalability
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH] Re: xfsdump-3.0.4 problems
  • From: Iustin Pop <iusty@xxxxxxxxx>
• Re: [PATCH] Re: xfsdump-3.0.4 problems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• [PATCH] Disallow 32bit project quota id.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: [PATCH] Validate string -> number conversion.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Validate string -> number conversion.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Disallow 32bit project quota id.
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] Validate string -> number conversion.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [PATCH] Implictly set PROJID32BIT features2 bit when using 32bit project ids.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [PATCH] Disallow 32bit project quota id.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] Extend project quotas to support 32bit project identificators.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: Issue: try to release page which still has unwritten blocks?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Issue: try to release page which still has unwritten blocks?
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: [PATCH] Validate string -> number conversion.
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• Re: [PATCH] Validate string -> number conversion.
  • From: Arkadiusz Miskiewicz <arekm@xxxxxxxx>
• [PATCH] Validate string -> number conversion.
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• [GIT PULL] xfs: Fixes for 2.6.36-rc3
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] [RFC] xfs: prevent bmap btree from using alloc btree reserved blocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT Review] xfs: 2.6.36 fixes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH V2 2/2] xfsdocs: updates to XFS User Guide
  • From: Lachlan McIlroy <lmcilroy@xxxxxxxxxx>
• [PATCH V2 1/2] xfsdocs: updates to XFS User Guide
  • From: Lachlan McIlroy <lmcilroy@xxxxxxxxxx>
• [GIT Review] xfs: 2.6.36 fixes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] updated xfs documentation available
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• RE: [ANNOUNCE] updated xfs documentation available
  • From: "Kinzel, David" <David.Kinzel@xxxxxxxxxx>
• [ANNOUNCE] updated xfs documentation available
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] xfs: handle negative wbc->nr_to_write during sync writeback
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] writeback: write_cache_pages doesn't terminate at nr_to_write <= 0
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: do not discard page cache data on EAGAIN
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfs: handle negative wbc->nr_to_write during sync writeback
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] xfs: improve buffer cache hash scalability
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] xfs: don't do memory allocation under the CIL context lock
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfs: do not discard page cache data on EAGAIN
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] writeback: write_cache_pages doesn't terminate at nr_to_write <= 0
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• [PATCH] writeback: write_cache_pages doesn't terminate at nr_to_write <= 0
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/2] xfs: Fix issues found doing large inode count testing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] xfs: improve buffer cache hash scalability
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/2] xfs: don't do memory allocation under the CIL context lock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Question about XFS recovery and error
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: xfs Digest, Vol 24, Issue 44
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Question about XFS recovery and error
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Question about XFS recovery and error
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] xfs: ensure we mark all inodes in a freed cluster XFS_ISTALE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: LWN.net article: The end of block barriers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: LWN.net article: creating 1 billion files -> XFS looses
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• LWN.net article: creating 1 billion files -> XFS looses
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• LWN.net article: The end of block barriers
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: page discard on page error
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• XFS status update for July 2010
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: page discard on page error
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: page discard on page error
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Nohez <nohez@xxxxxxxx>
• page discard on page error
  • From: Mike Gao <ygao.linux@xxxxxxxxx>
• Re: [PATCH] xfstests 241: run parallel dbench
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: Review: xfsprogs with libblkid enabled for Debian
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 6/8] xfs: fix untrusted inode number lookup
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests 241: run parallel dbench
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/8] xfs: unlock items before allowing the CIL to commit
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] xfs: ensure f_ffree returned by statfs() is non-negative
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] xfs: dummy transactions should not dirty VFS state
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 8/8] xfs: Introduce XFS_IOC_ZERO_RANGE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/8] xfs: ensure we mark all inodes in a freed cluster XFS_ISTALE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 7/8] xfs: use range primitives for xfs page cache operations
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/8] xfs: current pending patches
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 3/8] xfs: Reduce log force overhead for delayed logging
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 4/8] xfs: dummy transactions should not dirty VFS state
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 5/8] xfs: ensure f_ffree returned by statfs() is non-negative
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] Re: xfsdump-3.0.4 problems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Arto Jantunen <viiru@xxxxxxxxxx>
• Review: xfsprogs with libblkid enabled for Debian
  • From: nathans@xxxxxxxxxx
• Re: Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfstests 241: run parallel dbench
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [META-LIST] Now: perennial "reply-to-all"
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Arto Jantunen <viiru@xxxxxxxxxx>
• Re: [PATCH] Re: xfsdump-3.0.4 problems
  • From: Mario Bachmann <mbachman@xxxxxxxxxxxxxxxxxxxxx>
• kernel bug in xfs_lrw.c (centos v5.5, directio, aio)
  • From: Nohez <nohez@xxxxxxxx>
• [PATCH] Re: xfsdump-3.0.4 problems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Arto Jantunen <viiru@xxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [META-LIST] Now: perennial "reply-to-all"
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Mario Bachmann <mbachman@xxxxxxxxxxxxxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Mario Bachmann <mbachman@xxxxxxxxxxxxxxxxxxxxx>
• Re: [META-LIST] Now: perennial "reply-to-all"
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: Alignment size?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Alignment size?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Alignment size?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfsdump-3.0.4 problems
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• xfsdump-3.0.4 problems
  • From: Mario Bachmann <mbachman@xxxxxxxxxxxxxxxxxxxxx>
• Re: CentOS 5.5 XFS internal errors (XFS_WANT_CORRUPTED_GOTO)
  • From: Shaun Adolphson <shaun@xxxxxxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Kernel BUG when running xfs_fsr with 2.6.35.1
  • From: Arto Jantunen <viiru@xxxxxxxxxx>
• [META-LIST] Now: perennial "reply-to-all" -- Was: Message to Stan - again
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Linda Walsh <xfs@xxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfsprogs Debian mantainaince
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Steven Pratt <slpratt@xxxxxxxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: "Hans-Peter Jansen" <hpj@xxxxxxxxx>
• Re: Message to Stan - again
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Possible bug in getfattr program
  • From: Jason de Ugalde <jasondeugalde@xxxxxxxxxxx>
• Re: fs corruption not detected by xfs_check or _repair
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Linda Walsh <xfs@xxxxxxxxx>
• Re: xfs.fsck change that is unhelpful
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs corruption not detected by xfs_check or _repair
  • From: Marco Maisenhelder <marco@xxxxxxxxxx>
• xfs.fsck change that is unhelpful
  • From: "Linda A. Walsh" <xfs@xxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• xfsprogs Debian mantainaince
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Message to Stan Hoeppner
  • From: Martin Steigerwald <Martin@xxxxxxxxxxxx>
• Re: Message to Stan Hoeppner
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: simpler _xfs_dic2xflags() ?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs corruption not detected by xfs_check or _repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• simpler _xfs_dic2xflags() ?
  • From: utz lehmann <xfs2@xxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: fs corruption not detected by xfs_check or _repair
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• fs corruption not detected by xfs_check or _repair
  • From: Marco Maisenhelder <marco@xxxxxxxxxx>
• Re: Alignment size?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Message to Stan Hoeppner
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests 228: suppress core dump message
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Message to Stan Hoeppner
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: Message to Stan Hoeppner
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Alignment size?
  • From: Roger Willcocks <roger@xxxxxxxxxxxxxxxx>
• Re: Alignment size?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Alignment size?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Message to Stan Hoeppner
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: Alignment size?
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: Alignment size?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: Alignment size?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Alignment size?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Peter Niemayer <niemayer@xxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xfstests 228: suppress core dump message
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Peter Niemayer <niemayer@xxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Peter Niemayer <niemayer@xxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Peter Niemayer <niemayer@xxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: observed significant performance improvement using "delaylog" in a real-world application
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: fix NIS detection damage
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Query Regarding XFS File system
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• observed significant performance improvement using "delaylog" in a real-world application
  • From: Peter Niemayer <niemayer@xxxxxx>
• RE: [PATCH] xfstests: fix NIS detection damage
  • From: "Kinzel, David" <David.Kinzel@xxxxxxxxxx>
• Query Regarding XFS File system
  • From: Amit K <amit.macworks@xxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3] xfs: ensure f_ffree returned by statfs() is non-negative
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: Reduce log force overhead for delayed logging
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: fix NIS detection damage
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfstests: fix NIS detection damage
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Performance impact of CONFIG_DEBUG? direct-io test case
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Performance impact of CONFIG_SCHED_MC? direct-io test case
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• direct-io regression [Was: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs]
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Neil Brown <neilb@xxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Valdis.Kletnieks@xxxxxx
• Re: XFS hung on 2.6.33.3 kernel
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Mingming Cao <cmm@xxxxxxxxxx>
• [PATCH v3] xfs: ensure f_ffree returned by statfs() is non-negative
  • From: Stuart Brodsky <sbrodsky@xxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• How to track down abysmal performance ata - raid1 - crypto - vg/lv - xfs
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Mingming Cao <cmm@xxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Mingming Cao <cmm@xxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hung on 2.6.33.3 kernel
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: [PATCH] xfsprogs: Add support for XFS_IOC_ZERO_RANGE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] xfs: Introduce XFS_IOC_ZERO_RANGE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] xfs: use range primitives for xfs page cache operations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: add a test for XFS_IOC_ZERO_RANGE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Mingming Cao <cmm@xxxxxxxxxx>
• Re: [PATCH] xfs: dummy transactions should not dirty VFS state
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: dummy transactions should not dirty VFS state
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: dummy transactions should not dirty VFS state
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfs: dummy transactions should not dirty VFS state
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/3] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/3] dio: scale unaligned IO tracking via multiple lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 3/3] dio: add a mempool for the unaligned block structures
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/3] dio: serialise unaligned direct IO V3
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/2] xfs: Fast zeroing of allocated space
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfsprogs: Add support for XFS_IOC_ZERO_RANGE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfstests: add a test for XFS_IOC_ZERO_RANGE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] xfs: Introduce XFS_IOC_ZERO_RANGE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/2] xfs: use range primitives for xfs page cache operations
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfs: Reduce log force overhead for delayed logging
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfsprogs: fix depend targets
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: fix depend targets
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfsdump: fix depend targets
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: dmapi: fix depend targets
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [GIT PULL] XFS update for 2.6.36-rc1
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 1/2] dio: track and serialise unaligned direct IO
  • From: Jan Kara <jack@xxxxxxx>
• [XFS updates] XFS development tree branch, for-linus, updated. v2.6.34-10537-g6b0a299
  • From: xfs@xxxxxxxxxxx
• [PATCH] xfstests: update README file to document some recent changes
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH] xfstests: have getfacl(1) report numeric id's
  • From: Alex Elder <aelder@xxxxxxx>
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-10537-g6b0a299
  • From: xfs@xxxxxxxxxxx
• Re: [PATCH 2/2] dio: scale unaligned IO tracking via multiple lists
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] dio: track and serialise unaligned direct IO
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/2] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] dio: scale unaligned IO tracking via multiple lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/2] dio: serialise unaligned direct IO V2
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: have getfacl(1) report numeric id's
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests: include NIS databases
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfstests: have getfacl(1) report numeric id's
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] xfsprogs: fix depend targets
  • From: Alex Elder <aelder@xxxxxxx>
• dmapi: fix depend targets
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] xfstests: include NIS databases
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] xfsdump: fix depend targets
  • From: Alex Elder <aelder@xxxxxxx>
• [PATCH] xfstests: fix depend targets
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Badari Pulavarty <pbadari@xxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] xfs: ensure we mark all inodes in a freed cluster XFS_ISTALE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] xfs: ensure we mark all inodes in a freed cluster XFS_ISTALE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] xfs: unlock items before allowing the CIL to commit
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hang in xlog_grant_log_space
  • From: Nick Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] dio: track and serialise unaligned direct IO
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• [PATCH 1/2] xfs: unlock items before allowing the CIL to commit
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] dio: track and serialise unaligned direct IO
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 0/2] xfs: fix bugs uncovered by dbench testing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS hang in xlog_grant_log_space
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/2] xfs: ensure we mark all inodes in a freed cluster XFS_ISTALE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH] xfs: negative_icount.patch V2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfs: negative_icount.patch V2
  • From: Stuart Brodsky <sbrodsky@xxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: VFS scalability git tree
  • From: Nick Piggin <npiggin@xxxxxxx>
• Re: XFS hang in xlog_grant_log_space
  • From: Nick Piggin <npiggin@xxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Alex Elder <aelder@xxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Alex Elder <aelder@xxxxxxx>
• Re: XFS hang in xlog_grant_log_space
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: VFS scalability git tree
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: XFS Master Branch Rebase
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: don't hold the XFS_ILOCK while flushing pages in swapext
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [RFC, PATCH 0/2] xfs: Fast zeroing of allocated space
  • From: Alex Elder <aelder@xxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• RE: High latencies writing to a memory mapped file
  • From: "Kinzel, David" <David.Kinzel@xxxxxxxxxx>
• XFS Master Branch Rebase
  • From: Alex Elder <aelder@xxxxxxx>
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-10321-g209fb87
  • From: xfs@xxxxxxxxxxx
• Re: High latencies writing to a memory mapped file
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: XFS hang in xlog_grant_log_space
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Regarding [GIT PULL] Shrinker fixes for XFS for 2.6.36-rc6
  • From: Sujit Karatparambil <sujit.kmadhavan@xxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: XFS hang in xlog_grant_log_space (was Re: VFS scalability git tree)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] Add test of quota accounting using fsx
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] xfs: use range primitives for xfs page cache operations
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• XFS hang in xlog_grant_log_space (was Re: VFS scalability git tree)
  • From: Nick Piggin <npiggin@xxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: [PATCH 4/8] Add test of quota accounting using fsx
  • From: Jan Kara <jack@xxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] Add test of quota accounting using fsx
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/2] xfs: Introduce XFS_IOC_ZERO_RANGE
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: fix big endian build
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: VFS scalability git tree
  • From: Nick Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] xfs: don't hold the XFS_ILOCK while flushing pages in swapext
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] xfs: use range primitives for xfs page cache operations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] xfs: don't hold the XFS_ILOCK while flushing pages in swapext
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] xfs: Introduce XFS_IOC_ZERO_RANGE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfs: fix big endian build
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC, PATCH 0/2] xfs: Fast zeroing of allocated space
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 1/2] xfs: use range primitives for xfs page cache operations
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: mkfs.xfs: cannot (re)set log sunit=0
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] Add test of quota accounting using fsx
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Stuart Rowan <strr-debian@xxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Forensic for XFS
  • From: Antonio Gitto <antonio.gitto@xxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4k drives: benefits and models?
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• mkfs.xfs: cannot (re)set log sunit=0
  • From: "Mario 'BitKoenig' Holbe" <Mario.Holbe@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k drives: benefits and models?
  • From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
• Re: [PATCH] xfs: add discard support (at transaction commit)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4k drives: benefits and models?
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: permanent kernel upgrading (was: bug and fun with XFS: unable to handle kernel NULL pointer dereference)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• 4k drives: benefits and models?
  • From: Louis-David Mitterrand <vindex+lists-xfs@xxxxxxxxxxx>
• Re: permanent kernel upgrading (was: bug and fun with XFS: unable to handle kernel NULL pointer dereference)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: permanent kernel upgrading (was: bug and fun with XFS: unable to handle kernel NULL pointer dereference)
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: bug and fun with XFS: unable to handle kernel NULL pointer dereference
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• bug and fun with XFS: unable to handle kernel NULL pointer dereference
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC, PATCH 0/3] serialise concurrent direct IO sub-block zeroing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: 4k sector drives
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [RFC, PATCH 0/3] serialise concurrent direct IO sub-block zeroing
  • From: Alex Elder <aelder@xxxxxxx>
• Re: 4k sector drives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-10324-g7346e11
  • From: xfs@xxxxxxxxxxx
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC, PATCH 0/3] serialise concurrent direct IO sub-block zeroing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC, PATCH 0/3] serialise concurrent direct IO sub-block zeroing
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: [PATCH 1/3] fs: get_blocks needs an unaligned mapping flag
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 3/3] xfs: wait on IO completion inside an IO context
  • From: Alex Elder <aelder@xxxxxxx>
• Re: 4k sector drives
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] xfs: serialise unaligned direct IO into unwritten extents
  • From: Alex Elder <aelder@xxxxxxx>
• Re: 4k sector drives
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: 4k sector drives
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: 4k sector drives
  • From: Matthias Schniedermeyer <ms@xxxxxxx>
• Re: 4k sector drives
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC, PATCH 0/3] serialise concurrent direct IO sub-block zeroing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• [PATCH 1/3] fs: get_blocks needs an unaligned mapping flag
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 3/3] xfs: wait on IO completion inside an IO context
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 2/3] xfs: serialise unaligned direct IO into unwritten extents
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: filesystem shrinks after using xfs_repair
  • From: Eli Morris <ermorris@xxxxxxxx>
• Re: xfsprogs: CFLAGS not passed in
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: High latencies writing to a memory mapped file
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: xfsprogs: CFLAGS not passed in
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH] xfstests 240: test non-aligned AIO hole-filling
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• High latencies writing to a memory mapped file
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• xfsprogs: CFLAGS not passed in
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xfs_io: allow resvsp command for foreign filesystems
  • From: Nathan Scott <nathans@xxxxxxxxxx>
• [PATCH] xfs_io: allow resvsp command for foreign filesystems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfsprogs: only absolute run-paths are allowed
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: xfsprogs: only absolute run-paths are allowed
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: xfsprogs: only absolute run-paths are allowed
  • From: Alex Elder <aelder@xxxxxxx>
• Re: xfsprogs: only absolute run-paths are allowed
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 2/2] Add test for correct $SCRATCH_MNT into _require_scratch
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 2/2] Add test for correct $SCRATCH_MNT into _require_scratch
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add test for correct $SCRATCH_MNT into _require_scratch
  • From: Jan Kara <jack@xxxxxxx>
• Re: xfsprogs: only absolute run-paths are allowed
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add test for correct $SCRATCH_MNT into _require_scratch
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/2] Provide generic function for checking quota usage
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 2/2] Add test for correct $SCRATCH_MNT into _require_scratch
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/2 xfstests] Two improvements for xfstests
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/6] a few cleanups for 2.6.36
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [xfs-masters] [PATCH] fs/xfs: Remove dead CONFIG_XFS_DMAPI
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• xfsprogs: only absolute run-paths are allowed
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• [PATCH] fs/xfs: Remove dead CONFIG_XFS_DMAPI
  • From: Christian Dietrich <qy03fugy@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: 4k sector drives
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• RE: 4k sector drives
  • From: Khelben Blackstaff <eye.of.the.8eholder@xxxxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [GIT PULL] Shrinker conversion fixes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT PULL] Shrinker fixes for XFS for 2.6.36-rc6
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT PULL] Shrinker fixes for XFS for 2.6.36-rc6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Slow delete
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [GIT PULL] Shrinker fixes for XFS for 2.6.36-rc6
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: add context argument to shrinker callback
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] xfs: fix unsigned underflow
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] xfs: fix unsigned underflow
  • From: Vasiliy Kulikov <segooon@xxxxxxxxx>
• Re: 4k sector drives
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: 4k sector drives
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] xfs: fix unsigned underflow
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 1/3] mm: add context argument to shrinker callback
  • From: Alex Elder <aelder@xxxxxxx>
• Re: [PATCH 2/3] xfs: convert inode shrinker to per-filesystem contexts
  • From: Alex Elder <aelder@xxxxxxx>
• 4k sector drives
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• [XFS updates] XFS development tree branch, master, updated. v2.6.34-10103-g0fef16d
  • From: xfs@xxxxxxxxxxx
• Re: Slow delete
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• PATCH] xfs: negative_icount.patch V2
  • From: Stuart Brodsky <sbrodsky@xxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
• Re: Calculating swidth On A RAID6 Volume
  • From: Michael Weissenbacher <mw@xxxxxxxxxxxx>