Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH V2 00/16] Squashfs: compressed read-only filesystem
From
: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
Re: Btrfs for mainline
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Btrfs for mainline
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Ed Tomlinson <edt@xxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Btrfs for mainline
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH V2 00/16] Squashfs: compressed read-only filesystem
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Btrfs for mainline
From
: Matthew Wilcox <matthew@xxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Btrfs for mainline
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] move *notify again
From
: Eric Paris <eparis@xxxxxxxxxx>
[PATCH 1/3] add releasepage hooks to block devices which can be used by file systems
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH 3/3] ext4: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH 2/3] ext3: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: Btrfs for mainline
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: Btrfs for mainline
From
: Roland Dreier <rdreier@xxxxxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Btrfs for mainline
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Btrfs for mainline
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: Power Management with rootfs on SDMMC.
From
: Andreas Mohr <andi@xxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 0/3] freeze feature ver 1.14
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCH 0/3] freeze feature ver 1.14
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Defrag support for inodes / dentries etc
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: "Kyle Moffett" <kyle@xxxxxxxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [osd-dev] [PATCH 7/9] exofs: mkexofs
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: [PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: James Morris <jmorris@xxxxxxxxx>
Re: Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Defrag support for inodes / dentries etc
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Btrfs for mainline
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: sniper <s3c24xx@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: sniper <s3c24xx@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/9] exofs: file and file_inode operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 4/9] exofs: address_space_operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 5/9] exofs: dir_inode and directory operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat() [ver #2]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Martin Steigerwald <martin.steigerwald@xxxxxxxxxxxxxx>
Btrfs for mainline
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: sniper <s3c24xx@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: "Justin P. Mattock" <justinmattock@xxxxxxxxx>
Re: [Tux3] Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: Tux3 report: A Golden Copy
From
: sniper <s3c24xx@xxxxxxxxx>
Tux3 report: A Golden Copy
From
: Daniel Phillips <phillips@xxxxxxxxx>
[PATCH] CRED: Fix regression in cap_capable() as shown up by sys_faccessat()
From
: David Howells <dhowells@xxxxxxxxxx>
Re: access(2) regressions in current mainline
From
: Dave Chinner <david@xxxxxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: [1/9] pohmelfs: documentation.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: access(2) regressions in current mainline
From
: David Howells <dhowells@xxxxxxxxxx>
Re: access(2) regressions in current mainline
From
: Christoph Hellwig <hch@xxxxxx>
Re: about vfs
From
: "Alberich de megres" <alberich2k5@xxxxxxxxx>
Re: access(2) regressions in current mainline
From
: David Howells <dhowells@xxxxxxxxxx>
Re: access(2) regressions in current mainline
From
: Christoph Hellwig <hch@xxxxxx>
Re: access(2) regressions in current mainline
From
: David Howells <dhowells@xxxxxxxxxx>
Re: about vfs
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
about vfs
From
: "Alberich de megres" <alberich2k5@xxxxxxxxx>
access(2) regressions in current mainline
From
: Christoph Hellwig <hch@xxxxxx>
[Q] Does vfat implementation suffer from fragmentaition?
From
: "pradeep singh" <pradeep.rautela@xxxxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 6/9] exofs: super_operations and file_system_type
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 5/9] exofs: dir_inode and directory operations
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/9] exofs: address_space_operations
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 3/9] exofs: symlink_inode and fast_symlink_inode operations
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/9] exofs: file and file_inode operations
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/9] exofs: osd Swiss army knife
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/9] exofs: mkexofs
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
Re: [1/9] pohmelfs: documentation.
From
: "Paolo Ciarrocchi" <paolo.ciarrocchi@xxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Éric Piel <E.A.B.Piel@xxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Éric Piel <E.A.B.Piel@xxxxxxxxxx>
Re: [PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Jesper Juhl <jj@xxxxxxxxxxxxx>
[PATCH, resend] relatime: Let relatime update atime at least once per day
From
: Matthew Garrett <mjg@xxxxxxxxxx>
Re: [0/9] pohmelfs: The Great Southern Trendkill release.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [1/9] pohmelfs: documentation.
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: [0/9] pohmelfs: The Great Southern Trendkill release.
From
: Pavel Machek <pavel@xxxxxxx>
Re: [1/9] pohmelfs: documentation.
From
: Pavel Machek <pavel@xxxxxxx>
[PATCH] fat: make sure to set d_ops in fat_get_parent
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[PATCH] fat: drop negative dentry on rename() path
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[PATCH] Review request for fatfs-2.6.git
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
[PATCH] fat: fix duplicate addition of ->llseek handler
From
: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] ufs: ensure fast symlinks are NUL-terminated
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[patch 2/2] reiser4: adjust to the new aops fixup
From
: Edward Shishkin <edward.shishkin@xxxxxxxxx>
[7/9] pohmelfs: network operations.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[5/9] pohmelfs: inode operations.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[4/9] pohmelfs: directory operations.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[1/9] pohmelfs: documentation.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[3/9] pohmelfs: crypto processing.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[8/9] pohmelfs: transaction layer.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[6/9] pohmelfs: distributed locking and cache coherency protocol.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[2/9] pohmelfs: configuration interface.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[0/9] pohmelfs: The Great Southern Trendkill release.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
[9/9] pohmelfs: kconfig/makefile and vfs changes.
From
: Evgeniy Polyakov <zbe@xxxxxxxxxxx>
Re: [PATCH] Check return from argv_split() in do_coredump().
From
: "KOSAKI Motohiro" <kosaki.motohiro@xxxxxxxxx>
Re: [PATCH] Check return from argv_split() in do_coredump().
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Check return from argv_split() in do_coredump().
From
: Américo Wang <xiyou.wangcong@xxxxxxxxx>
Re: [PATCH] Check return from argv_split() in do_coredump().
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Check return from argv_split() in do_coredump().
From
: Américo Wang <xiyou.wangcong@xxxxxxxxx>
Tux3 report: Tux3 for Christmas
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] Check return from argv_split() in do_coredump().
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[no subject]
From
: "Daniel Persson" <dpersson@xxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
[ANNOUNCE] util-linux-ng v2.14.2-rc1
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] add a vfs_fsync helper
From
: David Brownell <david-b@xxxxxxxxxxx>
[PATCH] add a vfs_fsync helper
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH, v5] eCryptfs: check readlink result was not an error before using it
From
: Dustin Kirkland <kirkland@xxxxxxxxxxxxx>
Re: [PATCH, v5] eCryptfs: check readlink result was not an error before using it
From
: Tyler Hicks <tyhicks@xxxxxxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH, RFC] add a vfs_fsync helper
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH, RFC] add a vfs_fsync helper
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH, RFC] add a vfs_fsync helper
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH, RFC] add a vfs_fsync helper
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH, RFC] add a vfs_fsync helper
From
: Christoph Hellwig <hch@xxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: "Liu Hui" <onlyflyer@xxxxxxxxx>
Re: [Question] inotify : process based filtering of events
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [Question] inotify : process based filtering of events
From
: "Niraj kumar" <niraj17@xxxxxxxxx>
Re: [Question] inotify : process based filtering of events
From
: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
[Question] inotify : process based filtering of events
From
: "Niraj kumar" <niraj17@xxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH, v5] 9p: don't print IS_ERR strings
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH, v5] 9p: don't print IS_ERR strings
From
: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
[PATCH, v5] ext3: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] befs: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] freevxfs: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] sysv: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] ext4: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] ext2: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] vfs: ensure page symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] eCryptfs: check readlink result was not an error before using it
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v5] 9p: don't print IS_ERR strings
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH 0/10] make link target handling more robust
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 03/45] Make the slow work pool configurable [ver #41]
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: [PATCH 02/45] Make slow-work thread pool actually dynamic [ver #41]
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Gabor Gombas <gombasg@xxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH] ext3: ext3_commit_super should always mark super uptodate
From
: Phillip Susi <psusi@xxxxxxxxxx>
Re: [PATCH] ext3: ext3_commit_super should always mark super uptodate
From
: Jeff Mahoney <jeffm@xxxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH/RFC/whatever] generic sreadahead hook ioctls
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH v2] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Li Zefan <lizf@xxxxxxxxxxxxxx>
Re: [rfc][patch] unlock_page speedup
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[rfc][patch] unlock_page speedup
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 1/2] mnt_want_write speedup 1
From
: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
[rfc][patch 2/2] mnt_want_write speedup 2
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 1/2] mnt_want_write speedup 1
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [PATCH 01/45] Create a dynamically sized pool of threads for doing very slow work items [ver #41]
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
RE: Pull request for FS-Cache, including NFS patches
From
: "Muntz, Daniel" <Dan.Muntz@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Ric Wheeler <rwheeler@xxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH] quota: Don't set grace time when user isn't above softlimit
From
: Jan Kara <jack@xxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Bernd Schubert <bernd.schubert@xxxxxxxxxxx>
[PATCH v2] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
verified fixes
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [rfc git patch] union directory
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Jan Kara <jack@xxxxxxx>
Bad page state in process 'kjournald2'
From
: "Chris Worley" <worleys@xxxxxxxxx>
Re: Corruption with O_DIRECT and unaligned user buffers
From
: Andrea Arcangeli <aarcange@xxxxxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Theodore Tso <tytso@xxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Jan Kara <jack@xxxxxxx>
Re: Pull request for FS-Cache, including NFS patches
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: [xfs-masters] [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: [PATCH 6/9] exofs: super_operations and file_system_type
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 8/9] exofs: Documentation
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 8/9] exofs: Documentation
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Felix Blyakher <felixb@xxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Toshiyuki Okajima <toshi.okajima@xxxxxxxxxxxxxx>
[PATCH mmotm] nilfs2: fix gc failure on volumes keeping numerous snapshots
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Pull request for FS-Cache, including NFS patches
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [PATCH 6/9] exofs: super_operations and file_system_type
From
: Marcin Slusarz <marcin.slusarz@xxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [xfs-masters] [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: [xfs-masters] [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] cifs: fix buffer overrun in parse_DFS_referrals
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] cifs: fix buffer overrun in parse_DFS_referrals
From
: "Renato S. Yamane" <yamane@xxxxxxxxxxxxxxxxx>
Re: [PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: Jan Kara <jack@xxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Notes on support for multiple devices for a single filesystem
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
Notes on support for multiple devices for a single filesystem
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] Quota-tools support for ext4
From
: Jan Kara <jack@xxxxxxx>
[PATCH] cifs: fix buffer overrun in parse_DFS_referrals
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [rfc git patch] union directory
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH] introduce new LSM hooks where vfsmount is available.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: [PATCH] introduce new LSM hooks where vfsmount is available.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] introduce new LSM hooks where vfsmount is available.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] introduce new LSM hooks where vfsmount is available.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: [PATCH] cifs: fix buffer overrun in parse_DFS_referrals
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH] ufs: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH v3 5/7] fs: new_inode_single() and iput_single()
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 4/7] fs: Introduce SINGLE dentries for pipes, socket, anon fd
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 3/7] fs: Introduce a per_cpu last_ino allocator
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 1/7] fs: Use a percpu_counter to track nr_dentry
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] ufs: ensure fast symlinks are NUL-terminated
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
[PATCH] ext3: ext3_commit_super should always mark super uptodate
From
: Jeff Mahoney <jeffm@xxxxxxxx>
Re: [PATCH 0/8, v3] ensure symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH 0/8, v3] ensure symlinks are NUL-terminated
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
[PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v4] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] ext4: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] ufs: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] freevxfs: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] sysv: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] ext3: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] ext2: ensure fast symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] vfs: ensure page symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH] vfs: introduce helper function to safely NUL-terminate symlinks
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH 0/8, v3] ensure symlinks are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 9/9] fs: Add exofs to Kernel build
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 8/9] exofs: Documentation
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 7/9] exofs: mkexofs
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 6/9] exofs: super_operations and file_system_type
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 5/9] exofs: dir_inode and directory operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 4/9] exofs: address_space_operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 3/9] exofs: symlink_inode and fast_symlink_inode operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 2/9] exofs: file and file_inode operations
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 1/9] exofs: osd Swiss army knife
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH] cifs: fix buffer overrun in parse_DFS_referrals
From
: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCHSET 0/9] exofs (was osdfs)
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [linux-cifs-client] Re: [PATCH] cifs: make sure that DFS pathnames are properly formed
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH] cifs: make sure that DFS pathnames are properly formed
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Btrfs trees for linux-next
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: Btrfs trees for linux-next
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: [PATCH, v2] ext3: ensure link targets are NULL-terminated
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] mm: pagecache gfp flags fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] mm: pagecache gfp flags fix
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
Re: Btrfs trees for linux-next
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH V4 2/3] quota: Add quota claim and release reserved quota blocks operations
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH V4 1/3] quota: Add reservation support for delayed block allocation
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH V2 2/2]QUOTA cleanup:Move EXPORT_SYMBOL immediatlely next to the functions/varibles
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH V2 1/2] QUOTA cleanup: Use inode->i_blkbits to get block bits
From
: Jan Kara <jack@xxxxxxx>
Re: [PATCH, v2] sysv: ensure link targets are NUL-terminated
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH][RFC] fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
From
: Ankit Jain <me@xxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [stable] [Bugme-new] [Bug 12225] New: From version 2.6.27.8 smbd lock ups kernel after 2-10 hours uptime. Keyboard, sshd, smbd, acpi button not work. Syslog and hdd not activity. but Nmap port scan and pinged normally on all ifaces.
From
: Greg KH <greg@xxxxxxxxx>
Re: [PATCH, v2] ufs: ensure link targets are NUL-terminated
From
: Evgeniy Dushistov <dushistov@xxxxxxx>
Re: [Bugme-new] [Bug 12225] New: From version 2.6.27.8 smbd lock ups kernel after 2-10 hours uptime. Keyboard, sshd, smbd, acpi button not work. Syslog and hdd not activity. but Nmap port scan and pinged normally on all ifaces.
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH] relatime: Let relatime update atime at least once per day
From
: Valerie Aurora Henson <vaurora@xxxxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Christoph Lameter <cl@xxxxxxxxxxxxxxxxxxxx>
Re: [Labeled-nfs] [PATCH 09/14] NFS: Add security_label text mount option and handling code to NFS
From
: "Matthew N. Dodd" <Matthew.Dodd@xxxxxxxxxx>
Re: [PATCH 03/14] LSM/SELinux: inode_{get,set,notify}secctx hooks to access LSM security context information.
From
: "Matthew N. Dodd" <Matthew.Dodd@xxxxxxxxxx>
[PATCH V2 2/2]QUOTA cleanup:Move EXPORT_SYMBOL immediatlely next to the functions/varibles
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH V2 1/2] QUOTA cleanup: Use inode->i_blkbits to get block bits
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH V4 3/3]ext4: quota handling for delayed allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH V4 2/3] quota: Add quota claim and release reserved quota blocks operations
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH V4 1/3] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V3 3/3]ext4: quota handling for delayed allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V3 2/3] quota: Add quota claim and release reserved quota
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V3 1/3] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH -v3] ext3: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH -v3] ext4: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH -v3] vfs: add releasepages hooks to block devices which can be used by file systems
From
: "Theodore Ts'o" <tytso@xxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [patch 1/6] mm: direct IO starvation improvement
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: [PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
cached fs for embedded devices
From
: "Peter Senna Tschudin" <peter.senna@xxxxxxxxx>
Re: [PATCH, v2] ext3: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH, v2] ext3: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH mmotm 3/5] nilfs2: avoid double error caused by nilfs_transaction_end
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
[PATCH mmotm 3/5] nilfs2: avoid double error caused by nilfs_transaction_end
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH mmotm 4/5] nilfs2: insert explanations in gcinode file
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH mmotm 2/5] nilfs2: cleanup nilfs_clear_inode
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH mmotm 5/5] nilfs2: add maintainer
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH mmotm 1/5] nilfs2: fix problems of memory allocation in ioctl
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
[PATCH mmotm 0/5] nilfs2 filesystem updates
From
: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
Re: [PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[patch] mm: pagecache gfp flags fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch] fs: symlink write_begin allocation context fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH, v2] ext3: ensure link targets are NULL-terminated
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH v3 3/7] fs: Introduce a per_cpu last_ino allocator
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH v3 1/7] fs: Use a percpu_counter to track nr_dentry
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: [PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH] eCryptfs: check readlink result was not an error before using it
From
: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH v3 7/7] fs: MS_NOREFCOUNT
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 6/7] fs: struct file move from call_rcu() to SLAB_DESTROY_BY_RCU
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 5/7] fs: new_inode_single() and iput_single()
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 3/7] fs: Introduce a per_cpu last_ino allocator
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 4/7] fs: Introduce SINGLE dentries for pipes, socket, anon fd
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 0/7] fs: Scalability of sockets/pipes allocation/deallocation on SMP
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 2/7] fs: Use a percpu_counter to track nr_inodes
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH v3 1/7] fs: Use a percpu_counter to track nr_dentry
From
: Eric Dumazet <dada1@xxxxxxxxxxxxx>
[PATCH, v2] freevxfs: ensure link targets are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v2] ufs: ensure link targets are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v2] sysv: ensure link targets are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [patch 3/6] fs: sync_sb_inodes fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH, v2] ext4: ensure link targets are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH, v2] ext3: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH, v2] ext2: ensure link targets are NUL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [patch 5/6] radix-tree: gang set if tagged operation
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 3/6] fs: sync_sb_inodes fix
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 5/6] radix-tree: gang set if tagged operation
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] JFS: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH] ext2: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: [PATCH] JFS: ensure link targets are NULL-terminated
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] eCryptfs: check readlink result was not an error before using it
From
: Michael Halcrow <mhalcrow@xxxxxxxxxx>
Re: [PATCH] ext2: ensure link targets are NULL-terminated
From
: Matthew Wilcox <matthew@xxxxxx>
[PATCH] ext2: ensure link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH 0/11] make link target handling more robust
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Tux3 report: Tux3 by Christmas?
From
: "John Stoffel" <john@xxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: Tux3 report: Tux3 by Christmas?
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: Tux3 report: Tux3 by Christmas?
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: Btrfs trees for linux-next
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [Tux3] Tux3 report: Tux3 by Christmas?
From
: Daniel Phillips <phillips@xxxxxxxxx>
Tux3 report: Tux3 by Christmas?
From
: Daniel Phillips <phillips@xxxxxxxxx>
Re: mmotm 2008-12-09-15-24: memory corruption (bio slab)
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: mmotm 2008-12-09-15-24: memory corruption (bio slab)
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: mmotm 2008-12-09-15-24: memory corruption (bio slab)
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
mmotm 2008-12-09-15-24: memory corruption (bio slab)
From
: Jiri Slaby <jirislaby@xxxxxxxxx>
Re: [PATCH V3 2/3] quota: Add quota claim and release reserved quota
From
: Jan Kara <jack@xxxxxxx>
Re: [patch 6/6] mm: fsync livelock avoidance
From
: steve@xxxxxxxxxxx
[patch 6/6] mm: fsync livelock avoidance
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 5/6] radix-tree: gang set if tagged operation
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 4/6] fs: sys_sync fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/6] fs: sync_sb_inodes fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/6] fs: remove WB_SYNC_HOLD
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/6] mm: direct IO starvation improvement
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] fs: shrink struct dentry
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[patch] fs: shrink struct dentry
From
: Nick Piggin <npiggin@xxxxxxx>
[PATCH/RFC/whatever] generic sreadahead hook ioctls
From
: Kyle McMartin <kyle@xxxxxxxxxxxxx>
[PATCH 25/31] fs: Make static
From
: Roel Kluin <roel.kluin@xxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
Re: Samba speed
From
: Richard Sharpe <rsharpe@xxxxxxxxxxxxxxxxx>
Re: Checking link targets are NULL-terminated
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Ext4 and full partition
From
: "Andrea Gelmini" <andrea.gelmini@xxxxxxxxx>
Re: [PATCH] unrestricted_chown : userspace part
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] unrestricted_chown : userspace part
From
: "James Youngman" <jay@xxxxxxx>
Re: Samba speed
From
: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
Re: Samba speed
From
: Theodore Tso <tytso@xxxxxxx>
Re: Samba speed
From
: "ronnie sahlberg" <ronniesahlberg@xxxxxxxxx>
Re: Samba speed
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH] add unrestricted_chown option to vfs (mount)
From
: Timothy Shimmin <tes@xxxxxxx>
Re: [PATCH] add unrestricted_chown option to vfs (mount)
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] unrestricted_chown : userspace part
From
: Niraj Kumar <niraj17@xxxxxxxxx>
[PATCH] add unrestricted_chown option to vfs (mount)
From
: Niraj Kumar <niraj17@xxxxxxxxx>
Re: [PATCH V3 3/3]ext4: quota handling for delayed allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V3 2/3] quota: Add quota claim and release reserved quota
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH V3 1/3] quota: Add reservation support for delayed block allocation
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: Samba speed
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 3/3] EXPORTFS: Update the documentation and comments and adjust the types used [try #2]
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Samba speed
From
: Theodore Tso <tytso@xxxxxxx>
Re: Samba speed
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: Samba speed
From
: Theodore Tso <tytso@xxxxxxx>
Re: Checking link targets are NULL-terminated
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: benchmark: write barrier/write cache on XFS
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
benchmark: write barrier/write cache on XFS
From
: Martin Steigerwald <Martin@xxxxxxxxxxxx>
Samba speed
From
: Jeremy Allison <jra@xxxxxxxxx>
[PATCH -V2] ext4: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH -V2] ext3: provide function to release metadata pages under memory pressure
From
: "Theodore Ts'o" <tytso@xxxxxxx>
[PATCH] initify: fix IN_ONESHOT unmount event watcher.
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Kentaro Takeda <takedakn@xxxxxxxxxxxxx>
Re: v2.6.28-rc1: readlink /proc/*/exe returns uninitialized data to userspace
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: v2.6.28-rc1: readlink /proc/*/exe returns uninitialized data to userspace
From
: Greg KH <greg@xxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [patch 04/11] vfs: introduce new LSM hooks where vfsmount is available.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: PROBLEM: hfsplus filesystem allows opendir() on plain files
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [RFC] Add "reason" parameter to mnt_want_write().
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[RFC] Add "reason" parameter to mnt_want_write().
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH (mmotm-2008-12-02-17-08)] Introduce security_path_set/clear() hooks.
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH 03/14] LSM/SELinux: inode_{get,set,notify}secctx hooks to access LSM security context information.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
Re: [PATCH 03/14] LSM/SELinux: inode_{get,set,notify}secctx hooks to access LSM security context information.
From
: "David P. Quigley" <dpquigl@xxxxxxxxxxxxx>
Checking link targets are NULL-terminated
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
