Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [Patch] pipe: use file_update_time() when hold i_mutex
From
: Amerigo Wang <amwang@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] fix softlockups in ext2/3 when trying to allocate blocks
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
[PATCH 1/2] FAT: Add FAT_NO_83NAME flag
From
: tridge@xxxxxxxxx
[PATCH 2/2] FAT: Add CONFIG_VFAT_FS_NO_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [Patch] pipe: use file_update_time() when hold i_mutex
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: default ext3 journal mode - time to poke at this again?
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: default ext3 journal mode - time to poke at this again?
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Adrian Hunter <adrian.hunter@xxxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [PATCH] UBIFS: kill BKL
From
: Adrian Hunter <adrian.hunter@xxxxxxxxx>
Re: [PATCH 1/2] vfs: make real_lookup do dentry revalidation with i_mutex held
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH] UBIFS: kill BKL
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Tapani Tarvainen <tapani@xxxxxxxxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andreas Dilger <adilger@xxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Theodore Tso <tytso@xxxxxxx>
default ext3 journal mode - time to poke at this again?
From
: Ric Wheeler <ricwheeler@xxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andreas Dilger <adilger@xxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: common layout xattr
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: How to handle >16TB devices on 32 bit hosts ??
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Chris Wright <chrisw@xxxxxxxxxxxx>
How to handle >16TB devices on 32 bit hosts ??
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Multi threaded random IO
From
: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Multi threaded random IO
From
: Milind Dumbare <milind@xxxxxxxxx>
Re: common layout xattr
From
: Andreas Dilger <adilger@xxxxxxx>
Re: common layout xattr
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 16/20] ceph: nfs re-export support
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH 02/20] ceph: on-wire types
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
[PATCH] udf: Fix loading of VAT inode when drive wrongly reports number of recorded blocks
From
: Jan Kara <jack@xxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [PATCH 02/20] ceph: on-wire types
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 18/20] ceph: debugging
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: common layout xattr
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Noah Watkins <jayhawk@xxxxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[ANNOUNCE] util-linux-ng v2.16
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: common layout xattr
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: common layout xattr
From
: Andreas Dilger <adilger@xxxxxxx>
[PATCH 10/20] ceph: OSD client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 09/20] ceph: MDS client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 07/20] ceph: file operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 02/20] ceph: on-wire types
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 06/20] ceph: directory operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 05/20] ceph: inode operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 08/20] ceph: address space operations
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 00/20] ceph: Ceph distributed file system client v0.10
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 12/20] ceph: monitor client
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 11/20] ceph: CRUSH mapping algorithm
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 18/20] ceph: debugging
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 17/20] ceph: ioctls
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 20/20] ceph: Kconfig, Makefile
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 15/20] ceph: messenger library
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 14/20] ceph: snapshot management
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 13/20] ceph: capability management
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 19/20] ceph: debugfs
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 03/20] ceph: client types
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 16/20] ceph: nfs re-export support
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 04/20] ceph: super.c
From
: Sage Weil <sage@xxxxxxxxxxxx>
[PATCH 01/20] ceph: documentation
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Kurt Garloff <garloff@xxxxxxx>
Re: Union mounts, NFS, and locking
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [PATCH v3 00/18] periodic write-back timer optimization
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH] VFS: Add read-only users count to superblock
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Union mounts, NFS, and locking
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH] VFS: Add read-only users count to superblock
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
Union mounts, NFS, and locking
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: [PATCH] shmem: call set_page_dirty() with locked page
From
: Américo Wang <xiyou.wangcong@xxxxxxxxx>
[PATCH] shmem: call set_page_dirty() with locked page
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2 -- shlib versions
From
: Karel Zak <kzak@xxxxxxxxxx>
[PATCH] VFS: Add read-only users count to superblock
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2 -- a small patch
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2 -- a small patch
From
: Peter Breitenlohner <peb@xxxxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2 -- shlib versions
From
: Peter Breitenlohner <peb@xxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 2/3] fs: buffer_head writepage no zero
From
: Nick Piggin <npiggin@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH v3 04/18] EXOFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH v3 04/18] EXOFS: do not manipulate s_dirt directly
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
[PATCH] fs/Kconfig: move nilfs2 out
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
VFAT patent workaround - patches and tree on kernel.org
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Fix compile error due to congestion_wait() changes
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jonathan Corbet <corbet@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: [patch 0/5] new truncate sequence patchset
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Pavel Machek <pavel@xxxxxx>
Re: [patch 2/3] fs: buffer_head writepage no zero
From
: Jan Kara <jack@xxxxxxx>
Re: [patch 1/3] fs: buffer_head writepage no invalidate
From
: Jan Kara <jack@xxxxxxx>
[patch 3/3] fs: buffer_head page_lock i_size relax
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/3] fs: buffer_head writepage no zero
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/3] fs: buffer_head writepage no invalidate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Pavel Machek <pavel@xxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Pavel Machek <pavel@xxxxxx>
[patch 2/5] fs: use new truncate helpers
From
: npiggin@xxxxxxx
[patch 1/5] fs: new truncate helpers
From
: npiggin@xxxxxxx
[patch 5/5] ext2: convert to use the new truncate convention.
From
: npiggin@xxxxxxx
[patch 3/5] fs: introduce new truncate sequence
From
: npiggin@xxxxxxx
[patch 4/5] tmpfs: convert to use the new truncate convention
From
: npiggin@xxxxxxx
[patch 0/5] new truncate sequence patchset
From
: npiggin@xxxxxxx
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Theodore Tso <tytso@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: John Lanza <jdlanza@xxxxxxxxx>
Re: [PATCH v3 00/18] periodic write-back timer optimization
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
Re: [PATCH v3 00/18] periodic write-back timer optimization
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Pavel Machek <pavel@xxxxxx>
[PATCH v3 17/18] rename s_dirt to s_dirty
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 16/18] VFS: use is_sb_dirty helper
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 18/18] writeback: optimize periodic sync_supers
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 15/18] UFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 12/18] reiserfs: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 14/18] UDF: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 13/18] SYSV: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 11/18] NILFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 10/18] JFFS2: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 09/18] HFSPLUS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 08/18] HFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 07/18] FAT: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 05/18] EXT2: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 06/18] EXT4: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 02/18] AFFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 04/18] EXOFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 03/18] BFS: do not manipulate s_dirt directly
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 01/18] VFS: introduce helpers for manipulation s_dirty flag
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
[PATCH v3 00/18] periodic write-back timer optimization
From
: Artem Bityutskiy <Artem.Bityutskiy@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] fix softlockups in ext2/3 when trying to allocate blocks
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: [PATCH] [1/2] Optimization for touch_atime
From
: Valerie Aurora <vaurora@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] VFS: introduce helpers for manipulation s_dirty flag
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Jan Kara <jack@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH 1/2] VFS: introduce helpers for manipulation s_dirty flag
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
[PATCH] headers: mnt_namespace.h redux
From
: Alexey Dobriyan <adobriyan@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Pavel Machek <pavel@xxxxxx>
Re: deadlocks with fs quotas
From
: Jiaying Zhang <jiayingz@xxxxxxxxxx>
Re: [rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[PATCH v2 1/2] VFS: introduce helpers for manipulation s_dirty flag
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
[PATCH v2 2/2] writeback: optimize periodic sync_supers
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
[PATCH v2 0/2] periodic sync_supers timer optimization
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
[PATCH 1/2] VFS: introduce helpers for manipulation s_dirty flag
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
[PATCH 2/2] writeback: optimize periodic sync_supers
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
[PATCH 0/2] periodic sync_supers timer optimization
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: deadlocks with fs quotas
From
: Jan Kara <jack@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/4] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 2/4] fs: use new truncate helpers
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[rfc][patch 4/4] fs: tmpfs, ext2 use new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/4] fs: new truncate helpers
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
[rfc][patch 3/4] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 2/4] fs: use new truncate helpers
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 1/4] fs: new truncate helpers
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [osd-dev] [GIT PULL] exofs/osd tree for 2.6.31
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] [2/2] Optimize touch_time too
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] [1/2] Optimization for touch_atime
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Neil Brown <neilb@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[PATCH] fix softlockups in ext2/3 when trying to allocate blocks
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[PATCH] [2/2] Optimize touch_time too
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] [1/2] Optimization for touch_atime
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Jean-Pierre André <jean-pierre.andre@xxxxxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 2/3] fs: make use of new helper functions
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [rfc][patch 2/3] fs: make use of new helper functions
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 2/3] fs: make use of new helper functions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch 1/3] fs: new truncate sequence
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [osd-dev] [GIT PULL] exofs/osd tree for 2.6.31
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
[rfc][patch 3/3] fs: convert ext2,tmpfs to new truncate
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 2/3] fs: make use of new helper functions
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 1/3] fs: new truncate sequence
From
: Nick Piggin <npiggin@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 02/10] writeback: switch to per-bdi threads for flushing data
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 05/10] writeback: support > 1 flusher thread per bdi
From
: Artem Bityutskiy <dedekind1@xxxxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Nick Piggin <npiggin@xxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Ulrich Drepper <drepper@xxxxxxxxx>
[Patch] pipe: use file_update_time() when hold i_mutex
From
: Amerigo Wang <amwang@xxxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Ulrich Drepper <drepper@xxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Jean-Pierre André <jean-pierre.andre@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[PATCH] linux/magic.h: feature ramfs magic
From
: maximilian attems <max@xxxxxxx>
[PATCH 1/2] vfs: new open(2) flag to open filesystem node
From
: David Howells <dhowells@xxxxxxxxxx>
[PATCH 2/2] AFS: Export some AFS-specific information through xattrs
From
: David Howells <dhowells@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [ANNOUNCE] util-linux-ng v2.16-rc2
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Jean-Pierre André <jean-pierre.andre@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regressions
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: tridge@xxxxxxxxx
Re: CONFIG_VFAT_FS_DUALNAMES regression
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng v2.16-rc2
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
[ANNOUNCE] util-linux-ng v2.16-rc2
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm: mark page accessed before we write_end
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] fuse: allow umask processing in userspace
From
: Jean-Pierre André <jean-pierre.andre@xxxxxxxxxx>
[PATCH] mm: mark page accessed before we write_end
From
: Josef Bacik <josef@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [Patch 3/3] elf: use a macro instead of a raw number
From
: Roland McGrath <roland@xxxxxxxxxx>
Re: [Patch 2/3] elf: clean up fill_note_info()
From
: Amerigo Wang <amwang@xxxxxxxxxx>
Re: [Patch 3/3] elf: use a macro instead of a raw number
From
: Amerigo Wang <amwang@xxxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Michael Rubin <mrubin@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Theodore Tso <tytso@xxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [Patch 2/3] elf: clean up fill_note_info()
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Michael Rubin <mrubin@xxxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Chris Worley <worleys@xxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Michael Rubin <mrubin@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [Patch 1/3] elf: fix one check-after-use
From
: James Morris <jmorris@xxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Re: [PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3)
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Pavel Machek <pavel@xxxxxx>
Re: [Patch 1/3] elf: fix one check-after-use
From
: Roland McGrath <roland@xxxxxxxxxx>
Re: [Patch 3/3] elf: use a macro instead of a raw number
From
: Roland McGrath <roland@xxxxxxxxxx>
[Patch 2/3] elf: clean up fill_note_info()
From
: Amerigo Wang <amwang@xxxxxxxxxx>
[Patch 3/3] elf: use a macro instead of a raw number
From
: Amerigo Wang <amwang@xxxxxxxxxx>
[Patch 1/3] elf: fix one check-after-use
From
: Amerigo Wang <amwang@xxxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Neil Brown <neilb@xxxxxxx>
Plans to evaluate the reliability and integrity of ext4 against power failures.
From
: Shaozhi Ye <yeshao@xxxxxxxxxx>
Re: Inconsistent consistency checkers
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC] vfat: change the default from shortname=lower to shortname=mixed
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/10] Fix page_mkwrite() for blocksize < pagesize (version 3)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Inconsistent consistency checkers
From
: Bob Peterson <rpeterso@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
[RFC PATCH] vfs: new open(2) flag to open filesystem node
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] vfat: change the default from shortname=lower to shortname=mixed
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: deadlocks with fs quotas
From
: Jiaying Zhang <jiayingz@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Greg KH <greg@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Bart Van Assche <bart.vanassche@xxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: "NeilBrown" <neilb@xxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Ronald Moesbergen <intercommit@xxxxxxxxx>
Re: io-scheduler tuning for better read/write ratio
From
: Ralf Gross <rg@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RESEND] [PATCH] readahead:add blk_run_backing_dev
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [PATCH 0/10] Per-bdi writeback flusher threads v12
From
: "Zhang, Yanmin" <yanmin_zhang@xxxxxxxxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
[ANNOUNCE] util-linux-ng v2.16-rc1
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Marco Stornelli <marco.stornelli@xxxxxxxxx>
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Marco Stornelli <marco.stornelli@xxxxxxxxx>
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: deadlocks with fs quotas
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [RFC][PATCH 1/7]ext4: Add EXT4_IOC_ADD_GLOBAL_ALLOC_RULE restricts block allocation
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Neil Brown <neilb@xxxxxxx>
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Pavel Machek <pavel@xxxxxx>
Re: io-scheduler tuning for better read/write ratio
From
: Wu Fengguang <fengguang.wu@xxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
deadlocks with fs quotas
From
: Jiaying Zhang <jiayingz@xxxxxxxxxx>
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
FAQ on 2nd VFAT patch
From
: tridge@xxxxxxxxx
[PATCH] Added CONFIG_VFAT_FS_DUALNAMES option
From
: tridge@xxxxxxxxx
Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
From
: Marco <marco.stornelli@xxxxxxxxx>
Re: [PATCH 02/11] vfs: Add better VFS support for page_mkwrite when blocksize < pagesize
From
: Jan Kara <jack@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
From
: "NeilBrown" <neilb@xxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]