Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[19/37] Use page_cache_xxx for fs/xfs
From
: clameter@xxxxxxx
[11/37] Use page_cache_xxx in fs/buffer.c
From
: clameter@xxxxxxx
[05/37] Use page_cache_xxx in mm/truncate.c
From
: clameter@xxxxxxx
[09/37] Use page_cache_xxx in fs/libfs.c
From
: clameter@xxxxxxx
[14/37] Use page_cache_xxx in fs/splice.c
From
: clameter@xxxxxxx
[10/37] Use page_cache_xxx in fs/sync.
From
: clameter@xxxxxxx
[07/37] Use page_cache_xxx in mm/filemap_xip.c
From
: clameter@xxxxxxx
[02/37] Pagecache zeroing: zero_user_segment, zero_user_segments and zero_user
From
: clameter@xxxxxxx
[03/37] Use page_cache_xxx function in mm/filemap.c
From
: clameter@xxxxxxx
[00/37] Large Blocksize Support V4
From
: clameter@xxxxxxx
[01/37] Define functions for page cache handling
From
: clameter@xxxxxxx
[04/37] Use page_cache_xxx in mm/page-writeback.c
From
: clameter@xxxxxxx
Re: paid work: vfat symlinks, attributes and special files
From
: Tomas M <tomas@xxxxxxxx>
Re: [RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Ph. Marek" <philipp.marek@xxxxxxxxxx>
Re: [RFC PATCH 1/4] Union mount documentation.
From
: "Bharata B Rao" <bharata.rao@xxxxxxxxx>
Re: [RFC PATCH 3/4] Lookup changes to support union mount.
From
: "Bharata B Rao" <bharata.rao@xxxxxxxxx>
Re: [RFC PATCH 2/4] Mount changes to support union mount.
From
: "Bharata B Rao" <bharata.rao@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Versioning file system
From
: Bernd Petrovitsch <bernd@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [RFC PATCH 1/4] Union mount documentation.
From
: Jan Blunck <jblunck@xxxxxxx>
Re: Versioning file system
From
: "Ph. Marek" <philipp.marek@xxxxxxxxxx>
[RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 3/4] Lookup changes to support union mount.
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 2/4] Mount changes to support union mount.
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 1/4] Union mount documentation.
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 0/4] New approach to VFS based union mount
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
[PATCH] -mm: ocfs2: convert to new aops
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: Versioning file system
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Versioning file system
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: Versioning file system
From
: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: david@xxxxxxx
Re: Versioning file system
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
Re: Versioning file system
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: Versioning file system
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Philipp Matthias Hahn <pmhahn@xxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: david@xxxxxxx
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: david@xxxxxxx
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: Jakub Narebski <jnareb@xxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: paid work: vfat symlinks, attributes and special files
From
: Tomas M <tomas@xxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: paid work: vfat symlinks, attributes and special files
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: paid work: vfat symlinks, attributes and special files
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Pádraig Brady <P@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: "Martin Langhoff" <martin.langhoff@xxxxxxxxx>
Re: Versioning file system
From
: Bron Gondwana <brong@xxxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: Versioning file system
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: Versioning file system
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: Versioning file system
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: Versioning file system
From
: Bron Gondwana <brong@xxxxxxxxxxx>
Re: Updated Btrfs project site online -git repo?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: Versioning file system
From
: Jörn Engel <joern@xxxxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: Versioning file system
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: Bodo Eggert <7eggert@xxxxxx>
Re: Versioning file system
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: Updated Btrfs project site online -git repo?
From
: Maria Domenica Bertolucci <gdomeni@xxxxxxxx>
Re: Updated Btrfs project site online- git repo?
From
: Maria Domenica Bertolucci <gdomeni@xxxxxxxx>
Re: Updated Btrfs project site online -git repo?
From
: Maria Domenica Bertolucci <gdomeni@xxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "John Stoffel" <john@xxxxxxxxxxx>
Updated Btrfs project site online
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: Versioning file system
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Versioning file system
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Versioning file system
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Versioning file system
From
: Theodore Tso <tytso@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
paid work: vfat symlinks, attributes and special files
From
: Tomas M <tomas@xxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: NILFS version 2 now available
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Joshua Brindle <method@xxxxxxxxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: David Howells <dhowells@xxxxxxxxxx>
[ANNOUNCE] autofs 5.0.2 release
From
: Ian Kent <ikent@xxxxxxxxxx>
Re: Versioning file system
From
: Jörn Engel <joern@xxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: NILFS version 2 now available
From
: amagai@xxxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Dale Amon <amon@xxxxxxx>
Re: NILFS version 2 now available
From
: Jörn Engel <joern@xxxxxxxxx>
[PATCH 09/16] Unionfs: mmap implementation
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 05/16] Unionfs: call statfs on lower file system properly
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 08/16] Unionfs: Remove unnecessary #define
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 01/16] [PATCH] unionfs section mismatch
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 10/16] Unionfs: merge find_new_branch_index and branch_id_to_idx into one function
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 03/16] Unionfs: Retry lookup for different silly-renamed files
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 07/16] Unionfs: Add standard copyright comment to include/linux/union_fs.h
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 04/16] Unionfs: Set lower inodes correctly after branch management succeeds
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 06/16] MAINTAINERS: Add Erez Zadok as a maintainer of Unionfs
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 02/16] Unionfs: Don't revalidate dropped dentries
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[GIT PULL -mm] Unionfs cleanups, fixes, and mmap
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 15/16] Unionfs: Change the semantics of sb info's rwsem
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 11/16] Unionfs: Revalidate dentries passed to all inode/super operations
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 14/16] Unionfs: Add BUG_ONs to unionfs_lower_*
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 16/16] Unionfs: Remove superfluous check for NULL pointer
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 12/16] Unionfs: Cleanup new_dentry_private_data
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 13/16] Unionfs: Change free_dentry_private_info to take a struct dentry
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: NILFS version 2 now available
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Paul Mundt <lethal@xxxxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Dale Amon <amon@xxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jan Harkes <jaharkes@xxxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jörn Engel <joern@xxxxxxxxx>
Re: Versioning file system
From
: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Florian D." <flockmock@xxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: "Jeffrey V. Merkey" <jmerkey@xxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Seth Arnold <seth.arnold@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Seth Arnold <seth.arnold@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Seth Arnold <seth.arnold@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Versioning file system
From
: "Kok, Auke" <auke-jan.h.kok@xxxxxxxxx>
Re: Versioning file system
From
: Chris Snook <csnook@xxxxxxxxxx>
Re: Versioning file system
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Karl MacMillan <kmacmill@xxxxxxxxxx>
Versioning file system
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Florian D." <flockmock@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Karl MacMillan <kmacmill@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Florian D." <flockmock@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Florian D." <flockmock@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [Patch 09/18] fs/logfs/gc.c
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [Patch 07/18] fs/logfs/dir.c
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [Patch 09/18] fs/logfs/gc.c
From
: Jörn Engel <joern@xxxxxxxxx>
Re: LogFS take four
From
: Jörn Engel <joern@xxxxxxxxx>
Re: LogFS take four
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [Patch 07/18] fs/logfs/dir.c
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [Patch 09/18] fs/logfs/gc.c
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[PATCH 1/2] configfs: config item dependancies.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
[PATCH 2/2] ocfs2: Depend on configfs heartbeat items.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
[PATCH 0/2] [RFC] configfs: Pin config_items when in use by other subsystems
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
NILFS version 2 now available
From
: amagai@xxxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Jack Stone <jack@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Florian D." <flockmock@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
[patch 8/8] reiser4: fix for new aops patches
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 7/8] ufs: convert to new aops fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 6/8] sysv: convert to new aops fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 4/8] minix: convert to new aops fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 4/8] 2.6.22-rc4-mm2 buffered write fixes
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/8] 2.6.22-rc4-mm2 buffered write fixes
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/8] 2.6.22-rc4-mm2 buffered write fixes
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/8] 2.6.22-rc4-mm2 buffered write fixes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: David Chinner <dgc@xxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Grzegorz Kulewski <kangur@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Albert Cahalan" <acahalan@xxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: "Serge E. Hallyn" <serge@xxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Karl MacMillan <kmacmill@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
[ANNOUNCE] Btrfs: a copy on write, snapshotting FS
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: xfs_fsr allocation group optimization
From
: David Chinner <dgc@xxxxxxx>
Re: [Patch 10/18] fs/logfs/inode.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 10/18] fs/logfs/inode.c
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Patch 10/18] fs/logfs/inode.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 4/5] gfs2: stop giving out non-cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 3/5] locks: rename lease functions to reflect locks.c conventions
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 4/5] gfs2: stop giving out non-cluster-coherent leases
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
A question about freeing a free block
From
: "guomingyang" <guomingyang@xxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Joshua Brindle <method@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [Patch 15/18] fs/logfs/super.c
From
: Willy Tarreau <w@xxxxxx>
Re: [Patch 15/18] fs/logfs/super.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 15/18] fs/logfs/super.c
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Patch 10/18] fs/logfs/inode.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 15/18] fs/logfs/super.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [Patch 15/18] fs/logfs/super.c
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: AppArmor FAQ
From
: david@xxxxxxx
Re: AppArmor FAQ
From
: Pavel Machek <pavel@xxxxxx>
Re: AppArmor FAQ
From
: david@xxxxxxx
Re: AppArmor FAQ
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [PATCH 3/5] locks: rename lease functions to reflect locks.c conventions
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [PATCH 4/5] gfs2: stop giving out non-cluster-coherent leases
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Joshua Brindle <method@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: AppArmor FAQ
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 4/5] gfs2: stop giving out non-cluster-coherent leases
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH] RFC: have tcp_recvmsg() check kthread_should_stop() and treat it as if it were signalled
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [PATCH] RFC: have tcp_recvmsg() check kthread_should_stop() and treat it as if it were signalled
From
: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
[PATCH 2/5] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 5/5] nfs: disable leases over NFS
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 1/5] locks: share more common lease code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 3/5] locks: rename lease functions to reflect locks.c conventions
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[no subject]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
[PATCH 4/5] gfs2: stop giving out non-cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
[PATCH] RFC: have tcp_recvmsg() check kthread_should_stop() and treat it as if it were signalled
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: Is having binary prefix something looked at in ext4?
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: Is having binary prefix something looked at in ext4?
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Is having binary prefix something looked at in ext4?
From
: shirish <shirishag75@xxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] NFS: Make NFS root work again
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [PATCH] CIFS should honour umask
From
: Matt Keenan <matt@xxxxxxxxxxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] CIFS should honour umask
From
: "Steve French" <smfrench@xxxxxxxxx>
[PATCH] NFS: Make NFS root work again
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "Robert Rappaport" <robert.rappaport@xxxxxxxxx>
Re: [PATCH] unionfs section mismatch
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
[PATCH] unionfs section mismatch
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Greg KH <greg@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Patch 05/18] fs/logfs/logfs.h
From
: Paulo Marques <pmarques@xxxxxxxxxxxx>
Re: [Patch 05/18] fs/logfs/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Andreas Schwab <schwab@xxxxxxx>
Re: [PATCH] CIFS: make cifsd (more) signal-safe
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [NFS] [PATCH 2/2] nfs4: on a O_EXCL OPEN make sure the SETATTR sets the fields holding the verifier
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [NFS] [PATCH 2/2] nfs4: on a O_EXCL OPEN make sure the SETATTR sets the fields holding the verifier
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH] CIFS: make cifsd (more) signal-safe
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [NFS] [PATCH 2/2] nfs4: on a O_EXCL OPEN make sure the SETATTR sets the fields holding the verifier
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: [NFS] [PATCH 2/2] nfs4: on a O_EXCL OPEN make sure the SETATTR sets the fields holding the verifier
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH 1/2] nfsd: set the response bitmask for an EXCLUSIVE CREATE
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 2/2] nfs4: on a O_EXCL OPEN make sure the SETATTR sets the fields holding the verifier
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/2] intro: make NFSv4 exclusive open calls set and use the bitmask in the reply
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
Re: [2/5] 2.6.22-rc4: known regressions
From
: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
Re: [PATCH] support larger cifs network reads
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: Read/write counts
From
: Theodore Tso <tytso@xxxxxxx>
Re: Read/write counts
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: Read/write counts
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: Read/write counts
From
: Theodore Tso <tytso@xxxxxxx>
Re: Read/write counts
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Read/write counts
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: Read/write counts
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [Patch 06/18] fs/logfs/compr.c
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 38/45] AppArmor: Module and LSM hooks
From
: Pavel Machek <pavel@xxxxxx>
Read/write counts
From
: "David H. Lynch Jr." <dhlii@xxxxxxxxxxx>
Re: [Patch 05/18] fs/logfs/logfs.h
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 05/18] fs/logfs/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 14/18] fs/logfs/segment.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: LogFS take four
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 09/18] fs/logfs/gc.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [Patch 06/18] fs/logfs/compr.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Design question
From
: "David H. Lynch Jr." <dhlii@xxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
[PATCH -mm] Unionfs: Fix lock leak in unionfs_ioctl
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [Patch 14/18] fs/logfs/segment.c
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: LogFS take four
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Patch 06/18] fs/logfs/compr.c
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Patch 04/18] include/linux/logfs.h
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: James Cloos <cloos@xxxxxxxxxxx>
Re: LogFS take four
From
: Jan-Benedict Glaw <jbglaw@xxxxxxxxxx>
Re: LogFS take four
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 18/18] fs/logfs/Locking
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 17/18] fs/logfs/progs/mkfs.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 16/18] fs/logfs/progs/fsck.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 15/18] fs/logfs/super.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 14/18] fs/logfs/segment.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 13/18] fs/logfs/readwrite.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 12/18] fs/logfs/memtree.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 11/18] fs/logfs/journal.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 10/18] fs/logfs/inode.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 09/18] fs/logfs/gc.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 08/18] fs/logfs/file.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 07/18] fs/logfs/dir.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 06/18] fs/logfs/compr.c
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 05/18] fs/logfs/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 04/18] include/linux/logfs.h
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 03/18] fs/logfs/Makefile
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 02/18] fs/Makefile
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
[Patch 01/18] fs/Kconfig
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
LogFS take four
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: James Cloos <cloos@xxxxxxxxxxx>
RE: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Guy Watkins" <linux-raid@xxxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [1/3] 2.6.22-rc3: known regressions with patches v2
From
: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Valdis.Kletnieks@xxxxxx
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: share more common lease code
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: share more common lease code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [AppArmor 01/41] Pass struct vfsmount to the inode_create LSM hook
From
: Pavel Machek <pavel@xxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Peter Staubach <staubach@xxxxxxxxxx>
[1/3] 2.6.22-rc3: known regressions with patches v2
From
: Michal Piotrowski <michal.k.k.piotrowski@xxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Matthias Koenig <mkoenig@xxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: david@xxxxxxx
Re: [RFC] obsoleting /etc/mtab
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Tejun Heo <htejun@xxxxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: David Chinner <dgc@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH] support larger cifs network reads
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [NFS] [PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
[PATCH] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH] gfs2: stop giving out non-cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH] locks: share more common lease code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [NFS] [PATCH] locks: share more common lease code
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: david@xxxxxxx
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [patch 0/2] i_version update
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] obsoleting /etc/mtab
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
[RFC] obsoleting /etc/mtab
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH resend] introduce I_SYNC
From
: Jörn Engel <joern@xxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [patch 0/2] i_version update
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Bill Davidsen <davidsen@xxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: "Stefan Bader" <Stefan.Bader@xxxxxxxxxx>
Re: [PATCH] AFS: Implement file locking [try #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Cross-chunk reference checking time estimates
From
: Valerie Henson <val@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 12/41] fs: introduce write_begin, write_end, and perform_write aops
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [patch 2/2] i_version update - ext4 part
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [dm-devel] Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Alasdair G Kergon <agk@xxxxxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [patch 0/2] i_version update
From
: David Chinner <dgc@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: Neil Brown <neilb@xxxxxxx>
Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md.
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 0/2] i_version update
From
: Neil Brown <neilb@xxxxxxx>
Re: [patch 2/2] i_version update - ext4 part
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [patch 0/2] i_version update
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: + fs-introduce-write_begin-write_end-and-perform_write-aops.patch added to -mm tree
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
