Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[ANNOUNCE] The Linux Test Project has been Released for June 2007,
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] util-linux-ng 2.13-rc1
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/6] locks: share more common lease code
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Timothy Shimmin <tes@xxxxxxx>
Re: vm/fs meetup in september?
From
: "Dongjun Shin" <djshin90@xxxxxxxxx>
Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[PATCH] dio: remove bogus refcounting BUG_ON
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH 1/6] locks: share more common lease code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[ANNOUNCE] util-linux-ng 2.13-rc1
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Neil Brown <neilb@xxxxxxx>
Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [EXT4 set 4][PATCH 4/5] i_version:ext4 inode version update
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [EXT4 set 4][PATCH 2/5] i_version: Add hi 32 bit inode version on ext4 on-disk inode
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Jörn Engel <joern@xxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: Kalpak Shah <kalpak@xxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: Kalpak Shah <kalpak@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [EXT4 set 4][PATCH 4/5] i_version:ext4 inode version update
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
how do versioning filesystems take snapshot of opened files?
From
: "Xin Zhao" <uszhaoxin@xxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: vm/fs meetup in september?
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 22/26] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [-mm PATCH] ocfs2: ->fallocate() support
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
[no subject]
From
: Unknown
Re: [AppArmor 00/44] AppArmor security module overview
From
: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 09/26] make access() use mnt check
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 5/6] gfs2: stop giving out non-cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [EXT4 set 6][PATCH 1/1]Export jbd stats through procfs
From
: "Jose R. Santos" <jrs@xxxxxxxxxx>
[EXT4 set 9][PATCH 5/5]Extent micro cleanups
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 9][PATCH 4/5]Morecleanups:ext4_extent_compilation_fixes
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 9][PATCH 3/5]Morecleanups:ext4-remove-extra-is_rdonly-check
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 9][PATCH 2/5]Morecleanups: use is_power_of_2 () in fill_super
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 9][PATCH 1/5]Morecleanups:ext4-zero_user_page
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 8][PATCH 1/1]Add journal checksums
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 7][PATCH 1/1]Remove 32000 subdirs limit.
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 6][PATCH 1/1]Export jbd stats through procfs
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 5][PATCH 1/1] expand inode i_extra_isize to support features in larger inode
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 4][PATCH 5/5] i_version: noversion mount option to disable inode version updates
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 4][PATCH 4/5] i_version:ext4 inode version update
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 4][PATCH 3/5] i_version:ext4 inode version read/store
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 4][PATCH 2/5] i_version: Add hi 32 bit inode version on ext4 on-disk inode
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 4][PATCH 1/5] i_version:64 bit inode version
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 3][PATCH 1/1] ext4 nanosecond timestamp
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 2][PATCH 5/5] cleanups: Export jbd2-debug via debugfs
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 2][PATCH 4/5] cleanups: Rename CONFIG_JBD_DEBUG to CONFIG_JBD2_DEBUG
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 2][PATCH 3/5] cleanups: set_jbd2_64bit_feature for >16TB ext4 fs
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 2][PATCH 2/5] cleanups: Add extent sanity checks
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 2][PATCH 1/5] cleanups: Propagate some i_flags to disk
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 1][PATCH 2/2] Enable extents by default for ext4dev
From
: Mingming Cao <cmm@xxxxxxxxxx>
[EXT4 set 1][PATCH 1/2] Add noextents mount option
From
: Mingming Cao <cmm@xxxxxxxxxx>
Ext4 patches for 2.6.22-rc6
From
: Mingming Cao <cmm@xxxxxxxxxx>
[PATCH] update Documentation/filesystems/vfs.txt (second part)
From
: Borislav Petkov <bbpetkov@xxxxxxxx>
Re: [RFD 1/4] Pass no useless nameidata to the create, lookup, and permission IOPs
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [PATCH] CIFS: make cifsd (more)
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Martin J. Bligh" <mbligh@xxxxxxxxxx>
Re: [PATCH] CIFS: make cifsd (more)
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: peter@xxxxxxxxxxxxxxxxxx
Re: [RFC] fsblock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/5] fallocate() implementation in i86, x86_64 and powerpc
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 00/26] Mount writer count and read-only bind mounts
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC PATCH 4/4] Directory listing support for union mounted directories.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 22/26] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 14/26] elevate write count for file_update_time()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 09/26] make access() use mnt check
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [-mm PATCH] ocfs2: ->fallocate() support
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: i_flags locking
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [AppArmor 01/44] Pass struct vfsmount to the inode_create LSM hook
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 5/6] gfs2: stop giving out non-cluster-coherent leases
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 2/6] locks: provide a file lease method enabling cluster-coherent leases
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 6/6] nfs: disable leases over NFS
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 4/6] locks: fix locks.c lease symbol exports
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 3/6] locks: rename lease functions to reflect locks.c conventions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 1/6] locks: share more common lease code
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFD 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFD 1/4] Pass no useless nameidata to the create, lookup, and permission IOPs
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFD 1/4] Pass no useless nameidata to the create, lookup, and permission IOPs
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH] CIFS: make cifsd (more)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: DIO panic on 2.6.21.5
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [PATCH 6/6] nfs: disable leases over NFS
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: DIO panic on 2.6.21.5
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH 6/6] nfs: disable leases over NFS
From
: Steven Whitehouse <swhiteho@xxxxxxxxxx>
Re: [PATCH 6/6] nfs: disable leases over NFS
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 6/6] nfs: disable leases over NFS
From
: Peter Staubach <staubach@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[PATCH 2/6] locks: provide a file lease method enabling cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 6/6] nfs: disable leases over NFS
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 5/6] gfs2: stop giving out non-cluster-coherent leases
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 3/6] locks: rename lease functions to reflect locks.c conventions
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 1/6] locks: share more common lease code
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
vfs lease api
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
[PATCH 4/6] locks: fix locks.c lease symbol exports
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Theodore Tso <tytso@xxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Mingming Caoc <cmm@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Theodore Tso <tytso@xxxxxxx>
[PATCH 2/5] Unionfs: Add missing unlock call in unionfs_file_release
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 5/5] Unionfs: Remove unnecessary BUG_ON in unionfs_follow_link
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 4/5] Unionfs: Clarification comment for unionfs_lookup
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[PATCH 3/5] Unionfs: Use file->f_path instead of file->f_dentry
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
[GIT PULL -mm] Unionfs cleanups and fixes
From
: "Josef 'Jeff' Sipek" <jsipek@xxxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC] fsblock
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [AppArmor 32/44] Enable LSM hooks to distinguish operations on file descriptors from operations on pathnames
From
: James Morris <jmorris@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Pavel Machek <pavel@xxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [RFC:PATCH] How best to handle implicit clearing of setuid/setgid bits on NFS?
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
DIO panic on 2.6.21.5
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC:PATCH] How best to handle implicit clearing of setuid/setgid bits on NFS?
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Nathan Scott <nscott@xxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [RFC] fsblock
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Sean <seanlkml@xxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [RFD 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [RFC] fsblock
From
: Anton Altaparmakov <aia21@xxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Adrian Bunk <bunk@xxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] fsblock
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Kyle Moffett <mrmacman_g4@xxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: John Johansen <jjohansen@xxxxxxx>
Re: [RFC] fsblock
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: John Johansen <jjohansen@xxxxxxx>
[AppArmor 31/44] Add d_namespace_path() to compute namespace relative pathnames
From
: jjohansen@xxxxxxx
[AppArmor 24/44] Pass struct vfsmount to the inode_getxattr LSM hook
From
: jjohansen@xxxxxxx
Re: [RFD 1/4] Pass no useless nameidata to the create, lookup, and permission IOPs
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 00/44] AppArmor security module overview
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [RFD 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
[RFD 4/4] Pass nameidata2 to permission() from nfsd_permission()
From
: jjohansen@xxxxxxx
[RFD 3/4] Dont use a NULL nameidata in xattr_permission()
From
: jjohansen@xxxxxxx
[RFD 1/4] Pass no useless nameidata to the create, lookup, and permission IOPs
From
: jjohansen@xxxxxxx
[RFD 2/4] Never pass a NULL nameidata to vfs_create()
From
: jjohansen@xxxxxxx
[RFD 0/4] AppArmor - Don't pass NULL nameidata to vfs_create/lookup/permission IOPs
From
: jjohansen@xxxxxxx
Re: [PATCH 0/6][TAKE5] fallocate system call
From
: David Chinner <dgc@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: David Chinner <dgc@xxxxxxx>
[AppArmor 04/44] Pass struct vfsmount to the inode_setattr LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 43/44] Switch to vfs_permission() in sys_fchdir()
From
: jjohansen@xxxxxxx
[AppArmor 44/44] Fix file_permission()
From
: jjohansen@xxxxxxx
[AppArmor 42/44] Switch to vfs_permission() in do_path_lookup()
From
: jjohansen@xxxxxxx
[AppArmor 41/44] Add AppArmor LSM to security/Makefile
From
: jjohansen@xxxxxxx
[AppArmor 40/44] AppArmor: all the rest
From
: jjohansen@xxxxxxx
[AppArmor 39/44] AppArmor: Profile loading and manipulation, pathname matching
From
: jjohansen@xxxxxxx
[AppArmor 38/44] AppArmor: Module and LSM hooks
From
: jjohansen@xxxxxxx
[AppArmor 37/44] AppArmor: Main Part
From
: jjohansen@xxxxxxx
[AppArmor 36/44] Export audit subsystem for use by modules
From
: jjohansen@xxxxxxx
[AppArmor 35/44] Allow permission functions to tell between parent and leaf checks
From
: jjohansen@xxxxxxx
[AppArmor 33/44] Pass struct file down the inode_*xattr security LSM hooks
From
: jjohansen@xxxxxxx
[AppArmor 34/44] Factor out sysctl pathname code
From
: jjohansen@xxxxxxx
[AppArmor 32/44] Enable LSM hooks to distinguish operations on file descriptors from operations on pathnames
From
: jjohansen@xxxxxxx
[AppArmor 29/44] Fix __d_path() for lazy unmounts and make it unambiguous
From
: jjohansen@xxxxxxx
[AppArmor 30/44] Make d_path() consistent across mount operations
From
: jjohansen@xxxxxxx
[AppArmor 12/44] Add struct vfsmount parameters to vfs_link()
From
: jjohansen@xxxxxxx
[AppArmor 26/44] Pass struct vfsmount to the inode_listxattr LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 27/44] Add a struct vfsmount parameter to vfs_removexattr()
From
: jjohansen@xxxxxxx
[AppArmor 28/44] Pass struct vfsmount to the inode_removexattr LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 25/44] Add a struct vfsmount parameter to vfs_listxattr()
From
: jjohansen@xxxxxxx
[AppArmor 21/44] Add a struct vfsmount parameter to vfs_setxattr()
From
: jjohansen@xxxxxxx
[AppArmor 22/44] Pass struct vfsmount to the inode_setxattr LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 23/44] Add a struct vfsmount parameter to vfs_getxattr()
From
: jjohansen@xxxxxxx
[AppArmor 20/44] Pass struct vfsmount to the inode_rename LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 19/44] Add struct vfsmount parameters to vfs_rename()
From
: jjohansen@xxxxxxx
[AppArmor 18/44] Pass struct vfsmount to the inode_unlink LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 16/44] Call lsm hook before unhashing dentry in vfs_rmdir()
From
: jjohansen@xxxxxxx
[AppArmor 17/44] Add a struct vfsmount parameter to vfs_unlink()
From
: jjohansen@xxxxxxx
[AppArmor 15/44] Pass struct vfsmount to the inode_rmdir LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 10/44] Pass struct vfsmount to the inode_symlink LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 14/44] Add a struct vfsmount parameter to vfs_rmdir()
From
: jjohansen@xxxxxxx
[AppArmor 13/44] Pass the struct vfsmounts to the inode_link LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 11/44] Pass struct vfsmount to the inode_readlink LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 08/44] Pass struct vfsmount to the inode_mknod LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 07/44] Add a struct vfsmount parameter to vfs_mknod()
From
: jjohansen@xxxxxxx
[AppArmor 09/44] Add a struct vfsmount parameter to vfs_symlink()
From
: jjohansen@xxxxxxx
[AppArmor 06/44] Pass struct vfsmount to the inode_mkdir LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 05/44] Add struct vfsmount parameter to vfs_mkdir()
From
: jjohansen@xxxxxxx
[AppArmor 02/44] Pass struct path down to remove_suid and children
From
: jjohansen@xxxxxxx
[AppArmor 01/44] Pass struct vfsmount to the inode_create LSM hook
From
: jjohansen@xxxxxxx
[AppArmor 03/44] Add a vfsmount parameter to notify_change()
From
: jjohansen@xxxxxxx
[AppArmor 00/44] AppArmor security module overview
From
: jjohansen@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Problem with getting signals delivered to a Samba server
From
: "Robert Rappaport" <robert.rappaport@xxxxxxxxx>
Re: [PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 09/26] make access() use mnt check
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: Patent or not patent a new idea
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 2/7][TAKE5] fallocate() on s390(x)
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: vm/fs meetup in september?
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: David Chinner <dgc@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [PATCH] CIFS: make cifsd (more)
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Neil Brown <neilb@xxxxxxx>
Re: Patent or not patent a new idea
From
: Graeme Sheppard <nodes@xxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Neil Brown <neilb@xxxxxxx>
Re: vm/fs meetup in september?
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Graeme Sheppard <nodes@xxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [RFC] fsblock
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Neil Brown <neilb@xxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Neil Brown <neilb@xxxxxxx>
Re: Patent or not patent a new idea
From
: Graeme Sheppard <nodes@xxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: vm/fs meetup in september?
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: Patent or not patent a new idea
From
: manningc2@xxxxxxxxxxxx
Re: Patent or not patent a new idea
From
: Attila Kinali <attila@xxxxxxxxx>
Re: Patent or not patent a new idea
From
: alan <alan@xxxxxxxxxxxxxx>
Re: Patent or not patent a new idea
From
: Graeme Sheppard <nodes@xxxxxxxxxxx>
Re: [PATCH] CIFS: make cifsd (more)
From
: "Steve French" <smfrench@xxxxxxxxx>
Re: Patent or not patent a new idea
From
: alan <alan@xxxxxxxxxxxxxx>
[RFC PATCH 1/1] VFS: Augment /proc/mount with subroot and shared-subtree
From
: Ram Pai <linuxram@xxxxxxxxxx>
Patent or not patent a new idea
From
: Graeme Sheppard <nodes@xxxxxxxxxxx>
Re: [PATCH 7/7][TAKE5] ext4: support new modes
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
[PATCH] update description in Documentation/filesystems/vfs.txt (typo fixed)
From
: Borislav Petkov <bbpetkov@xxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxxx>
Re: [PATCH 14/26] elevate write count for file_update_time()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [PATCH 09/26] make access() use mnt check
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
i_flags locking
From
: Jan Kara <jack@xxxxxxx>
Re: Discussion about flash SSD during OLS2007
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 05/26] r/o bind mounts: stub functions
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 00/26] Mount writer count and read-only bind mounts
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 22/26] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 15/26] mount_is_safe(): add comment
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 06/26] elevate write count open()'d files
From
: Dave Hansen <hansendc@xxxxxxxxxx>
Re: [PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Dave Hansen <hansendc@xxxxxxxxxx>
[PATCH 7/7][TAKE5] ext4: support new modes
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 6/7][TAKE5] ext4: write support for preallocated blocks
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 5/7][TAKE5] ext4: fallocate support in ext4
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 4/7][TAKE5] support new modes in fallocate
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 3/7][TAKE5] fallocate() on ia64
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 2/7][TAKE5] fallocate() on s390(x)
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 1/7][TAKE5] fallocate() implementation on i386, x86_64 and powerpc
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
[PATCH 0/6][TAKE5] fallocate system call
From
: "Amit K. Arora" <aarora@xxxxxxxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Discussion about flash SSD during OLS2007
From
: "Dongjun Shin" <djshin90@xxxxxxxxx>
Re: [PATCH] update description in Documentation/filesystems/vfs.txt
From
: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: vm/fs meetup in september?
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Neil Brown <neilb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
Re: [patch 1/3] add the fsblock layer
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
[PATCH] update description in Documentation/filesystems/vfs.txt
From
: Borislav Petkov <bbpetkov@xxxxxxxx>
vm/fs meetup in september?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC] fsblock
From
: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC] fsblock
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 3/3] minix: convert to fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 2/3] block_dev: convert to fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
[patch 1/3] add the fsblock layer
From
: Nick Piggin <npiggin@xxxxxxx>
[RFC] fsblock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <haradats@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Toshiharu Harada <haradats@xxxxxxxxxxxxx>
Re: [-mm PATCH] ocfs2: ->fallocate() support
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [-mm PATCH] ocfs2: ->fallocate() support
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 00/26] Mount writer count and read-only bind mounts
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 05/26] r/o bind mounts: stub functions
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH 25/26] r/o bind mounts: scalable writer count
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [PATCH] make iunique use a do/while loop rather than its obscure goto loop
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 26/26] honor r/w changes at do_remount() time
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 24/26] do_rmdir(): elevate write count
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 23/26] elevate mnt writers for vfs_unlink() callers
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 22/26] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 21/26] elevate write count for do_sys_utime() and touch_atime()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 20/26] elevate write count for do_utimes()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 19/26] elevate writer count for do_sys_truncate()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 18/26] nfs: check mnt instead of superblock directly
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 17/26] elevate write count over calls to vfs_rename()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 16/26] unix_find_other() elevate write count for touch_atime()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 15/26] mount_is_safe(): add comment
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 14/26] elevate write count for file_update_time()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 10/26] elevate mnt writers for callers of vfs_mkdir()
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 09/26] make access() use mnt check
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 08/26] elevate writer count for chown and friends
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 07/26] r/o bind mounts: elevate write count for some ioctls
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 06/26] elevate write count open()'d files
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 05/26] r/o bind mounts: stub functions
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 03/26] ext4: remove extra IS_RDONLY() check
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 02/26] ext3: remove extra IS_RDONLY() check
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 01/26] document nlink function
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Chris Wright <chrisw@xxxxxxxxxxxx>
[PATCH 14/26] elevate write count for file_update_time()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 17/26] elevate write count over calls to vfs_rename()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 22/26] sys_mknodat(): elevate write count for vfs_mknod/create()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 16/26] unix_find_other() elevate write count for touch_atime()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 24/26] do_rmdir(): elevate write count
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 26/26] honor r/w changes at do_remount() time
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 25/26] r/o bind mounts: scalable writer count
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 23/26] elevate mnt writers for vfs_unlink() callers
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 21/26] elevate write count for do_sys_utime() and touch_atime()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 13/26] elevate mount count for extended attributes
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 19/26] elevate writer count for do_sys_truncate()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 20/26] elevate write count for do_utimes()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 18/26] nfs: check mnt instead of superblock directly
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 05/26] r/o bind mounts: stub functions
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 15/26] mount_is_safe(): add comment
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 10/26] elevate mnt writers for callers of vfs_mkdir()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 01/26] document nlink function
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 06/26] elevate write count open()'d files
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 12/26] elevate write count for link and symlink calls
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 11/26] elevate write count during entire ncp_ioctl()
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 08/26] elevate writer count for chown and friends
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 04/26] filesystem helpers for custom 'struct file's
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 09/26] make access() use mnt check
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 07/26] r/o bind mounts: elevate write count for some ioctls
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 00/26] Mount writer count and read-only bind mounts
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 03/26] ext4: remove extra IS_RDONLY() check
From
: Dave Hansen <haveblue@xxxxxxxxxx>
[PATCH 02/26] ext3: remove extra IS_RDONLY() check
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [BUG?]Set XIP mount option on ext2 bypass check.
From
: "Satyam Sharma" <satyam.sharma@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Neil Brown <neilb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: John Johansen <jjohansen@xxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: John Johansen <jjohansen@xxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Crispin Cowan <crispin@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Joshua Brindle <method@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Chris Mason <chris.mason@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Joshua Brindle <method@xxxxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: John Johansen <jjohansen@xxxxxxx>
Re: [BUG?]Set XIP mount option on ext2 bypass check.
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Stephen Smalley <sds@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Nix <nix@xxxxxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: James Morris <jmorris@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: david@xxxxxxx
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Hans-Peter Jansen <hpj@xxxxxxxxx>
[-mm PATCH] ocfs2: ->fallocate() support
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Pavel Machek <pavel@xxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC PATCH 2/4] Mount changes to support union mount.
From
: Josef Sipek <jsipek@xxxxxxxxxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Ram Pai <linuxram@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Lars Marowsky-Bree <lmb@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
From
: Andreas Gruenbacher <agruen@xxxxxxx>
Re: [linux-cifs-client] Re: [PATCH] CIFS: make cifsd (more) signal-safe
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [BUG?]Set XIP mount option on ext2 bypass check.
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: [BUG?]Set XIP mount option on ext2 bypass check.
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [31/37] Large blocksize support: Core piece
From
: Christoph Lameter <clameter@xxxxxxx>
[RFC][PATCH 10/10] Online defrag command
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 9/10] Fix bugs in multi-block allocation and locality-group
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 8/10] Release reserved block
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 7/10] Reserve freed blocks
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 6/10] Move files from target block group to other block group
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 5/10] Get all extents information of specified inode number
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 4/10] Get free blocks distribution of the target block group
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 3/10] Get block group information
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 2/10] Move the file data to the new blocks
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 1/10] Allocate new contiguous blocks
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
[RFC][PATCH 0/10] ext4 online defrag (ver 0.5)
From
: "Takashi Sato" <t-sato@xxxxxxxxxxxxx>
Re: [BUG?]Set XIP mount option on ext2 bypass check.
From
: "Yan Zheng" <yanzheng@xxxxxxxx>
Re: [31/37] Large blocksize support: Core piece
From
: "Bob Picco" <bob.picco@xxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Nix <nix@xxxxxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [36/37] Large blocksize support for ext2
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[BUG?]Set XIP mount option on ext2 bypass check.
From
: Yan Zheng <yanzheng@xxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [34/37] Large blocksize support in ramfs
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [36/37] Large blocksize support for ext2
From
: Christoph Lameter <clameter@xxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: Adding subroot information to /proc/mounts, or obtaining that through other means
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Adding subroot information to /proc/mounts, or obtaining that through other means
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [36/37] Large blocksize support for ext2
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
Re: [34/37] Large blocksize support in ramfs
From
: Andreas Dilger <adilger@xxxxxxxxxxxxx>
[06/37] Use page_cache_xxx in mm/rmap.c
From
: clameter@xxxxxxx
[13/37] Use page_cache_xxx in mm/fadvise.c
From
: clameter@xxxxxxx
[08/37] Use page_cache_xxx in mm/migrate.c
From
: clameter@xxxxxxx
[32/37] Readahead changes to support large blocksize.
From
: clameter@xxxxxxx
[36/37] Large blocksize support for ext2
From
: clameter@xxxxxxx
[35/37] Large blocksize support in XFS
From
: clameter@xxxxxxx
[12/37] Use page_cache_xxx in mm/mpage.c
From
: clameter@xxxxxxx
[15/37] Use page_cache_xxx functions in fs/ext2
From
: clameter@xxxxxxx
[18/37] Use page_cache_xxx in fs/reiserfs
From
: clameter@xxxxxxx
[20/37] Fix PAGE SIZE assumption in miscellaneous places.
From
: clameter@xxxxxxx
[21/37] Use page_cache_xxx in drivers/block/loop.c
From
: clameter@xxxxxxx
[25/37] compound pages: vmstat support
From
: clameter@xxxxxxx
[23/37] compound pages: PageHead/PageTail instead of PageCompound
From
: clameter@xxxxxxx
[30/37] Add VM_BUG_ONs to check for correct page order
From
: clameter@xxxxxxx
[31/37] Large blocksize support: Core piece
From
: clameter@xxxxxxx
[34/37] Large blocksize support in ramfs
From
: clameter@xxxxxxx
[33/37] Large blocksize: Compound page zeroing and flushing
From
: clameter@xxxxxxx
[37/37] Reiserfs: Fix up for mapping_set_gfp_mask
From
: clameter@xxxxxxx
[28/37] compound pages: Allow freeing of compound pages via pagevec
From
: clameter@xxxxxxx
[29/37] Large blocksize support: Fix up reclaim counters
From
: clameter@xxxxxxx
[27/37] compound pages: Allow use of get_page_unless_zero with compound pages
From
: clameter@xxxxxxx
[24/37] compound pages: Add new support functions
From
: clameter@xxxxxxx
[26/37] compound pages: Use new compound vmstat functions in SLUB
From
: clameter@xxxxxxx
[22/37] Use page_cache_xxx in drivers/block/rd.c
From
: clameter@xxxxxxx
[16/37] Use page_cache_xxx in fs/ext3
From
: clameter@xxxxxxx
[17/37] Use page_cache_xxx in fs/ext4
From
: clameter@xxxxxxx
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
