Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
Re: [Ocfs2-devel] [RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
Re: Resier4 Maintainer
From
: Jeff Mahoney <jeffm@xxxxxxxx>
Re: Resier4 Maintainer
From
: "J. Todd Slack" <slackmoehrle@xxxxxxxxx>
Resier4 Maintainer
From
: "J. Todd Slack" <slackmoehrle@xxxxxxxxx>
Re: AZFS file system proposal
From
: Jörn Engel <joern@xxxxxxxxx>
Business Proposal
From
: "Mr. Mike Liang" <liang-mike@xxxxxxxxxxx>
Re: [Ocfs2-devel] [RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [Ocfs2-devel] [RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
Re: [Ocfs2-devel] [RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: [Ocfs2-devel] [RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
Re: AZFS file system proposal
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
[RFC] configfs: Pin configfs subsystems separately from new config_items.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
Re: [2.6.26 patch] fuse: fix thinko in max I/O size calucation
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [2.6.26 patch] fuse: fix thinko in max I/O size calucation
From
: Szabolcs Szakacsits <szaka@xxxxxxxxxxx>
[2.6.26 patch] fuse: fix thinko in max I/O size calucation
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Jörn Engel <joern@xxxxxxxxx>
Re: AZFS file system proposal
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: AZFS file system proposal
From
: Jörn Engel <joern@xxxxxxxxx>
Re: AZFS file system proposal
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
[PATCH 7/7] autofs4 - fix pending mount race.
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 5/7] autofs4 - use lookup intent flags to trigger mounts
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 3/7] autofs4 - use look aside list for lookups
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 4/7] autofs4 - don't release directory mutex if called in oz_mode
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 6/7] autofs4 - use struct qstr in waitq.c
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 2/7] autofs4 - revert - redo lookup in ttfd
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH 1/7] autofs4 - don't make expiring dentry negative
From
: Ian Kent <raven@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: AZFS file system proposal
From
: Jörn Engel <joern@xxxxxxxxx>
Re: AZFS file system proposal
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: [patch] sysfs: don't call notify_change
From
: Greg KH <gregkh@xxxxxxx>
Re: [patch] nfsd: rename MAY_ flags
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: write is faster whan seek?
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
[patch] gfs2: don't call permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch] sysfs: don't call notify_change
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 3/3] vfs: make d_path() consistent across mount operations
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 2/3] vfs: fix sys_getcwd for detached mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 1/3] vfs: dcache cleanups
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 0/3] vfs: d_path cleanups and fixes
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch] ecryptfs: string copy cleanup
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC][PATCH 7/8]ext4: move victim files for the target file (-f mode)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [RFC][PATCH 7/8]ext4: move victim files for the target file (-f mode)
From
: Shen Feng <shen@xxxxxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [3/3] POHMELFS high performance network filesystem.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [3/3] POHMELFS high performance network filesystem.
From
: "Vegard Nossum" <vegard.nossum@xxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [0/3] POHMELFS high performance network filesystem. First steps in parallel processing.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [0/3] POHMELFS high performance network filesystem. First steps in parallel processing.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [2/3] POHMELFS: Documentation.
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
[2/3] POHMELFS: Documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/3] POHMELFS: VFS trivial change.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/3] POHMELFS high performance network filesystem. First steps in parallel processing.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC] configfs: Allow ->make_item() and ->make_group() to return detailed errors.
From
: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
[RFC] configfs: Allow ->make_item() and ->make_group() to return detailed errors.
From
: Joel Becker <joel.becker@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
[PATCH] Make __d_materialise_dentry() set the materialised dentry name correctly
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: "Jesper Krogh" <jesper@xxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
[2.6.26-rc5-git4] kernel BUG at fs/dcache.c:637
From
: Eric Paris <eparis@xxxxxxxxxx>
Re: write is faster whan seek?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: write is faster whan seek?
From
: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: write is faster whan seek?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: write is faster whan seek?
From
: "Alan D. Brunelle" <Alan.Brunelle@xxxxxx>
Re: write is faster whan seek?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: write is faster whan seek?
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
Re: write is faster whan seek?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: write is faster whan seek?
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
Re: write is faster whan seek?
From
: Jens Axboe <jens.axboe@xxxxxxxxxx>
write is faster whan seek?
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: problem with kthread changes that went into cifs_demultiplex_thread
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: problem with kthread changes that went into cifs_demultiplex_thread
From
: Jeff Layton <jlayton@xxxxxxxxxx>
problem with kthread changes that went into cifs_demultiplex_thread
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Jesper Krogh <jesper@xxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[ANNOUNCE] util-linux-ng 2.14 (stable)
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: AZFS file system proposal
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
AZFS file system proposal
From
: Maxim Shchetynin <maxim@xxxxxxxxxxxxxxxxxx>
[PATCH -mm 2/2] vfs: add cond_resched_lock while scanning dentry LRU lists
From
: Kentaro Makita <k-makita@xxxxxxxxxxxxxxxxxx>
[PATCH -mm 1/2] vfs: fix coding style at dcache.c.
From
: Kentaro Makita <k-makita@xxxxxxxxxxxxxxxxxx>
[PATCH -mm 0/2] vfs: __shrink_dcache_sb() fixes
From
: Kentaro Makita <k-makita@xxxxxxxxxxxxxxxxxx>
Re: Confused about create_proc_entry
From
: RuoMu Hu <huruomu@xxxxxxxxx>
[PATCH] fix bio_add_page for non trivial merge_bvec_fn case
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
[PATCH] prevent get_user_pages call from kernel thread
From
: Dmitri Monakhov <dmonakhov@xxxxxxxxxx>
[PATCH] afs: don't SetPageError() if afs_readpage is interrupted by a signal
From
: Sven Schnelle <svens@xxxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Confused about create_proc_entry
From
: RuoMu Hu <huruomu@xxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Jesper Krogh <jesper@xxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: jim owens <jowens@xxxxxx>
Re: Linux 2.6.26-rc4
From
: Jesper Krogh <jesper@xxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] Remove BKL from the bfs driver
From
: "Vorobiev Dmitri" <dmitri.vorobiev@xxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 0/2] Remove BKL from the bfs driver
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] bfs: kill BKL
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
[PATCH 1/2] bfs: assorted cleanups
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
[PATCH 0/2] Remove BKL from the bfs driver
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: "Dan Williams" <dan.j.williams@xxxxxxxxx>
Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions
From
: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 3 of 3] sd: Export preferred I/O sizes
From
: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC PATCH] fs code: Push the BKL down into the file system ioctl handlers
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: Two questions on VFS/mm
From
: Jan Kara <jack@xxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [PATCH 0 of 3] [RFC] I/O Hints
From
: Andreas Dilger <adilger@xxxxxxx>
[PATCH 3 of 3] sd: Export preferred I/O sizes
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 2 of 3] md: Export preferred I/O sizes and physical alignment
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 1 of 3] block: Export I/O hints for block devices and partitions
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 0 of 3] [RFC] I/O Hints
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Two questions on VFS/mm
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC PATCH] fs code: Push the BKL down into the file system ioctl handlers
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [patch 3/4 v2] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: [patch 0/4 v2] vfs: fix utimensat() non-conformances to spec
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [patch 0/4 v2] vfs: fix utimensat() non-conformances to spec
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 0/4 v2] vfs: fix utimensat() non-conformances to spec
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxx>
[patch 4/4 v2] vfs: utimensat(): fix write access check for futimens()
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[patch 2/4 v2] vfs: utimensat(): be consistent with utime() for immutable and append-only files
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[patch 3/4 v2] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[patch 0/4 v2] vfs: fix utimensat() non-conformances to spec
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[patch 1/4 v2] vfs: utimensat(): ignore tv_sec if tv_nsec == UTIME_OMIT or UTIME_NOW
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 1/4] vfs: utimensat(): ignore tv_sec if tv_nsec == UTIME_OMIT or UTIME_NOW
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: per_cpu_counter_sum lockdep warning
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: per_cpu_counter_sum lockdep warning
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: [parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [parch 2/4] vfs: utimensat(): be consistent with utime() for immutable and append-only files
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [parch 1/4] vfs: utimensat(): ignore tv_sec if tv_nsec == UTIME_OMIT or UTIME_NOW
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: per_cpu_counter_sum lockdep warning
From
: Matthew Wilcox <matthew@xxxxxx>
per_cpu_counter_sum lockdep warning
From
: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[parch 4/4] vfs: utimensat(): fix write access check for futimens()
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[parch 3/4] vfs: utimensat(): fix error checking for {UTIME_NOW,UTIME_OMIT} case
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[parch 2/4] vfs: utimensat(): be consistent with utime() for immutable and append-only files
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[parch 1/4] vfs: utimensat(): ignore tv_sec if tv_nsec == UTIME_OMIT or UTIME_NOW
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
[parch 0/4] vfs: fix utimensat() non-conformances to spec
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: utimensat() non-conformances and fixes [v4] (patch)
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: utimensat() non-conformances and fixes [v4] (patch)
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
utimensat() non-conformances and fixes [v4] (test results)
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
utimensat() non-conformances and fixes [v4] (test suite)
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
utimensat() non-conformances and fixes [v4] (patch)
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
utimensat() non-conformances and fixes [v4] (overview)
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Jeff Moyer <jmoyer@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Ian Kent <raven@xxxxxxxxxx>
Re: [patch 6/8] Factor out sysctl pathname code
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [PATCH] ext2 : Remove redundant condition in ext2_free_blocks()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] ext3 : Remove redundant condition in ext3_free_blocks_sb()
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] ext2 : Remove redundant condition in ext2_free_blocks()
From
: "Mark Asselstine" <asselsm@xxxxxxxxx>
[PATCH] ext2 : correct comments in fs/ext2/balloc.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] ext2 : correct comments in fs/ext2/balloc.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] ext2 : correct comments in fs/ext2/balloc.c
From
: "Mark Asselstine" <asselsm@xxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: hooanon05@xxxxxxxxxxx
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: "Jesper Krogh" <jesper@xxxxxxxx>
Re: Linux 2.6.26-rc4
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: Linux 2.6.26-rc4
From
: "Jesper Krogh" <jesper@xxxxxxxx>
Re: + vfs-pagecache-usage-optimization-onpagesize=blocksize-environment.patch added to -mm tree
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: "Toshiharu Harada" <haradats@xxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: hooanon05@xxxxxxxxxxx
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC PATCH 0/2] On-demand Filesystem Initialisation
From
: "Tom Spink" <tspink@xxxxxxxxx>
Re: [RFC PATCH 1/2] vfs: Introduce on-demand filesystem initialisation
From
: "Tom Spink" <tspink@xxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: hooanon05@xxxxxxxxxxx
Re: [patch 01/15] security: pass path to inode_create
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: hooanon05@xxxxxxxxxxx
Re: [patch 01/15] security: pass path to inode_create
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [patch 8/8] vfs: create file_remove_suid() helper
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: "Bharata B Rao" <bharata.rao@xxxxxxxxx>
Re: [patch 8/8] vfs: create file_remove_suid() helper
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 3/8] Make d_path() consistent across mount operations
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC 2/7] cramfs: create unique inode numbers
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH]ext4: Fix ext4_mb_init_cache return error
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [RFC PATCH 0/2] On-demand Filesystem Initialisation
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH]ext4: Fix ext4_mb_init_cache return error
From
: Shen Feng <shen@xxxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Why my USB disk drive is mounted "WriteProtect is on"?
From
: "Peter Teoh" <htmldeveloper@xxxxxxxxx>
Re: [RFC 3/7] cramfs: allow unlinking of files
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC 2/7] cramfs: create unique inode numbers
From
: Arnd Bergmann <arnd@xxxxxxxx>
[PATCH]ext4: Fix ext4_mb_init_cache return error
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 8/8] vfs: create file_remove_suid() helper
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 3/8] Make d_path() consistent across mount operations
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC 3/7] cramfs: allow unlinking of files
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC 2/7] cramfs: create unique inode numbers
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC PATCH 1/2] vfs: Introduce on-demand filesystem initialisation
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 0/2] On-demand Filesystem Initialisation
From
: Tom Spink <tspink@xxxxxxxxx>
[RFC PATCH 1/2] vfs: Introduce on-demand filesystem initialisation
From
: Tom Spink <tspink@xxxxxxxxx>
[RFC PATCH 2/2] xfs: Make XFS use the new file system init infrastructure
From
: Tom Spink <tspink@xxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Jan Engelhardt <jengelh@xxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] ext4 : Remove redundant condition in ext4_free_blocks_sb()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] ext4 : Remove redundant condition in ext4_free_blocks_sb()
From
: Kari Hurtta <hurtta+gmane@xxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH] ext3 : Remove redundant condition in ext3_free_blocks_sb()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [PATCH] ext3 : Remove redundant condition in ext3_free_blocks_sb()
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] ext4 : Remove redundant condition in ext4_free_blocks_sb()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
[PATCH] ext3 : Remove redundant condition in ext3_free_blocks_sb()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
[PATCH] ext2 : Remove redundant condition in ext2_free_blocks()
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
Re: [RFC 0/7] [RFC] cramfs: fake write support
From
: David Newall <davidn@xxxxxxxxxxxxxxx>
[PATCH] ext2 : correct comments in fs/ext2/balloc.c
From
: "Manish Katiyar" <mkatiyar@xxxxxxxxx>
[RFC 5/7] cramfs: allow writing to existing files
From
: arnd@xxxxxxxx
[RFC 4/7] cramfs: allow rmdir
From
: arnd@xxxxxxxx
[RFC 7/7] cramfs: add missing inode operations
From
: arnd@xxxxxxxx
[RFC 6/7] cramfs: read directory entries from dcache
From
: arnd@xxxxxxxx
[RFC 0/7] [RFC] cramfs: fake write support
From
: arnd@xxxxxxxx
[RFC 3/7] cramfs: allow unlinking of files
From
: arnd@xxxxxxxx
[RFC 1/7] cramfs: allow remount rw
From
: arnd@xxxxxxxx
[RFC 2/7] cramfs: create unique inode numbers
From
: arnd@xxxxxxxx
Re: [PATCH] always set a/c/mtime through ->setattr
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] always set a/c/mtime through ->setattr
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] always set a/c/mtime through ->setattr
From
: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 01/15] security: pass path to inode_create
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 8/8] vfs: create file_remove_suid() helper
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 6/8] Factor out sysctl pathname code
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 5/8] vfs: annotate permission operations
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 3/8] Make d_path() consistent across mount operations
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 2/8] vfs: fix sys_getcwd for detached mounts
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/8] vfs: dcache cleanups
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [patch 00/15] security: pass path instead of inode to security ops
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Filesystem fuzzing
From
: Szabolcs Szakacsits <szaka@xxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC][PATCH 0/8]ext4: online defrag (ver 0.9)
From
: Mingming <cmm@xxxxxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: jim owens <jowens@xxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [patch 00/15] security: pass path instead of inode to security ops
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] utimensat() non-conformances and fixes [v3]
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[PATCH] utimensat() non-conformances and fixes [v3]
From
: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: jim owens <jowens@xxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [patch 00/15] security: pass path instead of inode to security ops
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[RFC][PATCH 8/8]ext4: online defrag command
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 4/8]ext4: exchange the blocks between two inodes
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 7/8]ext4: move victim files for the target file (-f mode)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 6/8]ext4: check the free space fragmentation (-f mode)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 0/8]ext4: online defrag (ver 0.9)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 5/8]ext4: defragmentation for the relevant files (-r mode)
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 1/8]ext4: main function of defrag and ioctl implementation
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 3/8]ext4: read and write file data with memory page
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
[RFC][PATCH 2/8]ext4: allocate new contiguous blocks with mballoc
From
: Akira Fujita <a-fujita@xxxxxxxxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Filesystem fuzzing
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: Timothy Shimmin <tes@xxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Nishanth Aravamudan <nacc@xxxxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 5/5] generic block based fiemap implementation
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 5/5] generic block based fiemap implementation
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: jim owens <jowens@xxxxxx>
Re: fdatasync/barriers (was : [Bug 421482] Firefox 3 uses fsync excessively)
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Btrfs v0.15 released
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: jim owens <jowens@xxxxxx>
Re: Filesystem fuzzing
From
: Szabolcs Szakacsits <szaka@xxxxxxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 09/15] security: pass path to inode_setattr
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 02/15] security: pass path to inode_mknod
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 01/15] security: pass path to inode_create
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 14/15] vfs: more path_permission() conversions
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 12/15] security: pass path to inode_setxattr
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 13/15] security: pass path to inode_removexattr
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 03/15] security: pass path to inode_mkdir
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 11/15] security: pass path to inode_listxattr
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 15/15] security: pass path to inode_permission
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 10/15] security: pass path to inode_getxattr
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 05/15] security: pass path to inode_unlink
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 06/15] security: pass path to inode_symlink
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 08/15] security: pass path to inode_rename
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 07/15] security: pass path to inode_link
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 04/15] security: pass path to inode_rmdir
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 00/15] security: pass path instead of inode to security ops
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 0/4] (RESEND) ext3[34] barrier changes
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Filesystem fuzzing
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 4/8] nfsd: rename MAY_ flags
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/8] vfs: dcache cleanups
From
: Matthew Wilcox <matthew@xxxxxx>
[patch 7/8] vfs: clean up getattr API
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 8/8] vfs: create file_remove_suid() helper
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 5/8] vfs: annotate permission operations
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 6/8] Factor out sysctl pathname code
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 4/8] nfsd: rename MAY_ flags
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 3/8] Make d_path() consistent across mount operations
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 1/8] vfs: dcache cleanups
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 2/8] vfs: fix sys_getcwd for detached mounts
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
[patch 0/8] vfs: more cleanups and fixes
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Dave Chinner <david@xxxxxxxxxxxxx>
Re: [PATCH -next] ocfs2: fix printk format warnings with OCFS2_FS_STATS=n
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[PATCH -next] ocfs2: fix printk format warnings with OCFS2_FS_STATS=n
From
: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 5/5] generic block based fiemap implementation
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [patch 22/23] fs: check for statfs overflow
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Filesystem fuzzing
From
: Sunil Mushran <Sunil.Mushran@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Joel Becker <Joel.Becker@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH 2/5] ocfs2: fiemap support
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [PATCH 5/5] generic block based fiemap implementation
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: jim owens <jowens@xxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC PATCH 1/3] Implement generic freeze feature
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
Re: Filesystem fuzzing
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: Filesystem fuzzing
From
: Eric Sesterhenn <snakebyte@xxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Theodore Tso <tytso@xxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Theodore Tso <tytso@xxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [Bug 421482] Firefox 3 uses fsync excessively
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: POHMELFS high performance network filesystem. Cache coherency, transactions, parallels.
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC PATCH 1/3] Implement generic freeze feature
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/5] ext4: implement ext4_fiemap
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
Re: [PATCH 5/5] generic block based fiemap implementation
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 4/5] ext4: implement ext4_fiemap
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 2/5] ocfs2: fiemap support
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH 1/5] vfs: vfs-level fiemap interface
From
: Andreas Dilger <adilger@xxxxxxx>
[PATCH 5/5] generic block based fiemap implementation
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[PATCH 4/5] ext4: implement ext4_fiemap
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[PATCH 3/5] ext4: reinstate ext4_ext_walk_space
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[PATCH 2/5] ocfs2: fiemap support
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[PATCH 1/5] vfs: vfs-level fiemap interface
From
: Mark Fasheh <mfasheh@xxxxxxxx>
[RFC][PATCH 0/5] Fiemap, an extent mapping ioctl
From
: Mark Fasheh <mfasheh@xxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: fix broken GFP_NOFS usage
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [linux-cifs-client] [PATCH] cifs: fix broken GFP_NOFS usage
From
: Günter Kukkukk <linux@xxxxxxxxxxx>
Re: pagevecs of more than PAGEVEC_SIZE pages
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [git patch] vfs: permission API cleanup (v2)
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[PATCH] cifs: fix broken GFP_NOFS usage
From
: Akinobu Mita <akinobu.mita@xxxxxxxxx>
Re: dfs path construction fixup for / character in \\server\share component of dfs path
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: dfs path construction fixup for / character in \\server\share component of dfs path
From
: Jeremy Allison <jra@xxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 0/4] (RESEND) ext3[34] barrier changes
From
: Ric Wheeler <ricwheeler@xxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: pagevecs of more than PAGEVEC_SIZE pages
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [patch 06/14] hfsplus: remove hfsplus_permission()
From
: Roman Zippel <zippel@xxxxxxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 11/14] vfs: move executable checking into ->permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 04/14] gfs2: dont call permission()
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: pagevecs of more than PAGEVEC_SIZE pages
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
