Linux Filesystem Development
Thread Index
[
Prev Page
][
Next Page
]
[patch 04/18] Use page_cache_xxx in mm/truncate.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 02/18] Use page_cache_xxx functions in mm/filemap.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 03/18] Use page_cache_xxx in mm/page-writeback.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 01/18] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 00/18] Page cache: Replace PAGE_CACHE_xx with inline functions V3
From
: Christoph Lameter <clameter@xxxxxxx>
[PATCH] reiserfs: use open_bdev_excl
From
: Christoph Hellwig <hch@xxxxxx>
[4/4] DST: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[3/4] DST: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[2/4] DST: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/4] DST: Distributed storage: Groundhogs strike back: no New Year for humans
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH] xip: fix get_zeroed_page with __GFP_HIGHMEM
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
[PATCH] xip: fix get_zeroed_page with __GFP_HIGHMEM
From
: Akinobu Mita <akinobu.mita@xxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[PATCH][RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Pid namespaces vs locks interaction
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[RFC][PATCH] lockd: refine support for deferred blocking locks
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
Re: [PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Radoslaw Szkodzinski (AstralStorm) <lkml@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Pavel Emelyanov <xemul@xxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: corbet@xxxxxxx (Jonathan Corbet)
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Valdis.Kletnieks@xxxxxx
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Pavel Machek <pavel@xxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Radoslaw Szkodzinski (AstralStorm) <lkml@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Radoslaw Szkodzinski (AstralStorm) <lkml@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: serge@xxxxxxxxxx
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: serge@xxxxxxxxxx
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[PATCH] include/linux/: Spelling fixes
From
: Joe Perches <joe@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
[4/4] DST: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[3/4] DST: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[2/4] DST: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Indan Zupancic" <indan@xxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: penguin-kernel@xxxxxxxxxxxxxxxxxxx
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: David Newall <david@xxxxxxxxxxxxxxx>
Re: [PATCH] dio: falling through to buffered I/O when invalidationof a page fails
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: "Indan Zupancic" <indan@xxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: David Newall <david@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: David Newall <david@xxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: David Newall <david@xxxxxxxxxxxxxxx>
[patch 2/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[patch 1/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
[patch 0/2] [RFC] Simple tamper-proof device filesystem.
From
: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
Re: [UNIONFS] 00/42 Unionfs and related patches review
From
: hooanon05@xxxxxxxxxxx
Re: [PATCH] dio: falling through to buffered I/O when invalidation of a page fails
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH] dio: falling through to buffered I/O when invalidation of a page fails
From
: Badari Pulavarty <pbadari@xxxxxxxxxx>
Re: [PATCH 2/2] Unionfs: clarify usage.txt mount options
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 2/2] Unionfs: clarify usage.txt mount options
From
: Michael Tokarev <mjt@xxxxxxxxxx>
Re: [PATCH 2/2] Unionfs: clarify usage.txt mount options
From
: Michael Tokarev <mjt@xxxxxxxxxx>
[PATCH 2/2] Unionfs: clarify usage.txt mount options
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 1/2] Unionfs: avoid using drop_pagecache_sb in remount
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[GIT PULL -mm] 0/2 Unionfs updates/fixes/cleanups
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[RFC/PATCH 8/8] revoke: add to documentation V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 7/8] revoke: support for ext2 and ext3 V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 6/8] revoke: wire up i386 system call V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 5/8] revoke: add to makefile V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 4/8] revoke: core code V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 3/8] revoke: file, inode, and address space operations V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 2/8] revoke: inode revoke lock V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
[RFC/PATCH 1/8] revoke: special mmap handling V7
From
: Pekka J Enberg <penberg@xxxxxxxxxxxxxx>
Re: [3/4] DST: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 36/42] VFS: export drop_pagecache_sb
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [PATCH 01/42] Unionfs: filesystems documentation index
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [3/4] DST: Network state machine.
From
: Dmitry Monakhov <dmonakhov@xxxxx>
Re: [PATCH] fix invalidate_inode_pages2_range not to clear ret
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [UNIONFS] 00/42 Unionfs and related patches review
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 36/42] VFS: export drop_pagecache_sb
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 01/42] Unionfs: filesystems documentation index
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 33/42] MM: extern for drop_pagecache_sb
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
[PATCH] fix invalidate_inode_pages2_range not to clear ret
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
Re: [4/4] DST: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [4/4] DST: Algorithms used in distributed storage.
From
: Dmitry Monakhov <dmonakhov@xxxxx>
Re: [PATCH] dio: falling through to buffered I/O when invalidationof a page fails
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH 36/42] VFS: export drop_pagecache_sb
From
: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
Re: [patch] mm: fix XIP file writes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH] dio: falling through to buffered I/O when invalidation of a page fails
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 01/42] Unionfs: filesystems documentation index
From
: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
Re: [patch] mm: fix XIP file writes
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Kay Sievers <kay.sievers@xxxxxxxx>
Re: [PATCH 33/42] MM: extern for drop_pagecache_sb
From
: Adrian Bunk <bunk@xxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [1/4] DST: Distributed storage documentation.
From
: "Kay Sievers" <kay.sievers@xxxxxxxx>
[2/4] DST: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[4/4] DST: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[3/4] DST: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[PATCH] dio: falling through to buffered I/O when invalidation of a page fails
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [UNIONFS] 00/42 Unionfs and related patches review
From
: hooanon05@xxxxxxxxxxx
[PATCH 40/42] eCryptfs: use simplified fs_stack API for dentry operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 06/42] Unionfs: documentation about renaming operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 20/42] Unionfs: readdir state helpers
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 21/42] Unionfs: inode operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 12/42] Unionfs: common file copyup/revalidation operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 39/42] Put Unionfs and eCryptfs under one layered filesystems menu
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 36/42] VFS: export drop_pagecache_sb
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 30/42] Unionfs: debugging infrastructure
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 13/42] Unionfs: basic file operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 16/42] Unionfs: lower-level lookup routines
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 34/42] VFS path get/put ops used by Unionfs
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 11/42] Unionfs: main header file
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 35/42] Unionfs: common header file for user-land utilities and kernel
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 08/42] Makefile: hook to compile unionfs
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 10/42] Unionfs: fanout header definitions
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 27/42] Unionfs: async I/O queue headers
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 17/42] Unionfs: rename method and helpers
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 23/42] Unionfs: address-space operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 42/42] eCryptfs: use simplified fs_stack API for main operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 19/42] Unionfs: readdir helper functions
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 25/42] Unionfs: super_block operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 32/42] Unionfs file system magic number
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 37/42] VFS: export release_open_intent symbol
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 33/42] MM: extern for drop_pagecache_sb
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 14/42] Unionfs: lower-level copyup routines
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 24/42] Unionfs: mount-time and stacking-interposition functions
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 38/42] VFS: simplified fsstack_copy_attr_all
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 41/42] eCryptfs: use simplified fs_stack API for inode operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 31/42] VFS: fs_stack header cleanups
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 29/42] Unionfs: miscellaneous helper routines
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 15/42] Unionfs: dentry revalidation
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 26/42] Unionfs: extended attributes operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 28/42] Unionfs: async I/O queue operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 09/42] Unionfs: main Makefile
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 22/42] Unionfs: unlink/rmdir operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 04/42] Unionfs: usage documentation for users
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 07/42] Unionfs maintainers
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 03/42] Unionfs: documentation for general concepts
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 05/42] Unionfs: documentation for any known issues
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 02/42] Unionfs: unionfs documentation index
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 18/42] Unionfs: directory reading file operations
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 01/42] Unionfs: filesystems documentation index
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[UNIONFS] 00/42 Unionfs and related patches review
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
[PATCH 2/2] Unionfs: reduce the amount of cache-coherency debugging messages
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 1/2] Unionfs: cleanup/consolidate branch-mode parsing code
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[GIT PULL -mm] 0/2 Unionfs updates/fixes/cleanups
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] ext2: xip check fix
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: "Jared Hulbert" <jaredeh@xxxxxxxxx>
Re: [RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: sfjro@xxxxxxxxxxxxxxxxxxxxx
Re: NFS Killable tasks request comments on patch
From
: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
Re: [RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [RFC][PATCH] Pid namespaces vs locks interaction
From
: "Serge E. Hallyn" <serue@xxxxxxxxxx>
[RFC][PATCH] Pid namespaces vs locks interaction
From
: Vitaliy Gusev <vgusev@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: Jan Blunck <jblunck@xxxxxxx>
Re: [patch] ext2: xip check fix
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] ext2: xip check fix
From
: Carsten Otte <cotte@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [RFC PATCH 1/5] Remove existing directory listing implementation
From
: Dave Hansen <haveblue@xxxxxxxxxx>
Re: [patch] ext2: xip check fix
From
: Carsten Otte <cotte@xxxxxxxxxx>
[RFC PATCH 3/5] Add list_for_each_entry_reverse_from()
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 5/5] Directory cache invalidation
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 4/5] Directory seek support
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 2/5] Add New directory listing approach
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 1/5] Remove existing directory listing implementation
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
[RFC PATCH 0/5] Union Mount: A Directory listing approach with lseek support
From
: Bharata B Rao <bharata@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[ANNOUNCE] Btrfs v0.9
From
: Chris Mason <chris.mason@xxxxxxxxxx> (by way of Chris Mason <chris.mason@xxxxxxxxxx>)
Re: [PATCH 1/2] Make cramfs little endian only
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch] rewrite rd
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [PATCH 1/2] Make cramfs little endian only
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [0/4] DST: Distributed storage.
From
: "Mike Snitzer" <snitzer@xxxxxxxxx>
[2/4] DST: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/4] DST: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[3/4] DST: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/4] DST: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[4/4] DST: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[patch] rd: support XIP (updated)
From
: Nick Piggin <npiggin@xxxxxxx>
[patch] mm: fix XIP file writes
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rd: support XIP
From
: "Duane Griffin" <duaneg@xxxxxxxxx>
[PATCH 2/2] Update documentation
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[PATCH 1/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[PATCH 0/2] Make cramfs little endian only
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [patch] rd: support XIP
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rd: support XIP
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
[patch] ext2: xip check fix
From
: Nick Piggin <npiggin@xxxxxxx>
[patch] rd: support XIP
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rewrite rd
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [patch] rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rewrite rd
From
: Rob Landley <rob@xxxxxxxxxxx>
Re: [patch] rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch] rewrite rd
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 07/19] Use page_cache_xxx in mm/migrate.c
From
: David Chinner <dgc@xxxxxxx>
[patch] rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: Leak in nlmsvc_testlock for async GETFL case
From
: Oleg Drokin <Oleg.Drokin@xxxxxxx>
Re: Leak in nlmsvc_testlock for async GETFL case
From
: Felix Blyakher <felixb@xxxxxxx>
Reminder: Last day for submissions to the Storage and Filesystem Workshop.
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[ANNOUNCE] The Linux Test Project has been Released for NOVEMBER 2007
From
: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
Re: [1/4] dst: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[rfc][patch 2/2] inotify: remove debug code
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 1/2] inotify: fix race
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [1/4] dst: Distributed storage documentation.
From
: Matt Mackall <mpm@xxxxxxxxxxx>
Re: [EXT4 set 6][PATCH 1/1]Export jbd stats through procfs
From
: Mingming Cao <cmm@xxxxxxxxxx>
Re: [EXT4 set 6][PATCH 1/1]Export jbd stats through procfs
From
: Eric Sandeen <sandeen@xxxxxxxxxx>
[patch 16/19] Use page_cache_xxx in fs/ext4
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 19/19] Use page_cache_xxx in drivers/block/rd.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 17/19] Use page_cache_xxx in fs/reiserfs
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 10/19] Use page_cache_xxx in fs/buffer.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 08/19] Use page_cache_xxx in fs/libfs.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 18/19] Use page_cache_xxx for fs/xfs
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 14/19] Use page_cache_xxx in ext2
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 15/19] Use page_cache_xxx in fs/ext3
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 13/19] Use page_cache_xxx in fs/splice.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 02/19] Use page_cache_xxx functions in mm/filemap.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 09/19] Use page_cache_xxx in fs/sync
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 06/19] Use page_cache_xxx in mm/filemap_xip.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 12/19] Use page_cache_xxx in mm/fadvise.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 04/19] Use page_cache_xxx in mm/truncate.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 00/19] Page cache: Replace PAGE_CACHE_xx with inline functions V2
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 07/19] Use page_cache_xxx in mm/migrate.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 03/19] Use page_cache_xxx in mm/page-writeback.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 11/19] Use page_cache_xxx in mm/mpage.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 01/19] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [RFC] support multiple max offset limits for a single superblock
From
: Chris Wedgwood <cw@xxxxxxxx>
[RFC] support multiple max offset limits for a single superblock
From
: Eric Sandeen <sandeen@xxxxxxxxxxx>
Re: Race between generic_forget_inode() and sync_sb_inodes()?
From
: Jarek Poplawski <jarkao2@xxxxx>
Re: Race between generic_forget_inode() and sync_sb_inodes()?
From
: Neil Brown <neilb@xxxxxxx>
Re: NFS client hang on attempt to do async blocking posix lock enqueue
From
: Marc Eshel <eshel@xxxxxxxxxxxxxxx>
Re: Race between generic_forget_inode() and sync_sb_inodes()?
From
: David Chinner <dgc@xxxxxxx>
Re: Race between generic_forget_inode() and sync_sb_inodes()?
From
: Neil Brown <neilb@xxxxxxx>
Race between generic_forget_inode() and sync_sb_inodes()?
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
Leak in nlmsvc_testlock for async GETFL case
From
: Oleg Drokin <Oleg.Drokin@xxxxxxx>
NFS client hang on attempt to do async blocking posix lock enqueue
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Leak in nlmsvc_testlock for async GETFL case
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
NFS client hang on attempt to do async blocking posix lock enqueue
From
: Oleg Drokin <Oleg.Drokin@xxxxxxx>
[2/4] dst: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[3/4] dst: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[4/4] dst: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[1/4] dst: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[0/4] dst: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: [patch 06/19] Use page_cache_xxx in mm/filemap_xip.c
From
: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
Re: [patch 19/19] Use page_cache_xxx in drivers/block/rd.c
From
: Fengguang Wu <wfg@xxxxxxxxxxxxxxxx>
Re: [patch 00/19] Page cache: Replace PAGE_CACHE_xx with inline functions
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 00/19] Page cache: Replace PAGE_CACHE_xx with inline functions
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 14/19] Use page_cache_xxx in ext2
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [patch 14/19] Use page_cache_xxx in ext2
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 17/19] Use page_cache_xxx in fs/reiserfs
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 16/19] Use page_cache_xxx in fs/ext4
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 14/19] Use page_cache_xxx in ext2
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 13/19] Use page_cache_xxx in fs/splice.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 10/19] Use page_cache_xxx in fs/buffer.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 17/19] Use page_cache_xxx in fs/reiserfs
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 16/19] Use page_cache_xxx in fs/ext4
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 14/19] Use page_cache_xxx in ext2
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 17/19] Use page_cache_xxx in fs/reiserfs
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 13/19] Use page_cache_xxx in fs/splice.c
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 16/19] Use page_cache_xxx in fs/ext4
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 10/19] Use page_cache_xxx in fs/buffer.c
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 14/19] Use page_cache_xxx in ext2
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 13/19] Use page_cache_xxx in fs/splice.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 10/19] Use page_cache_xxx in fs/buffer.c
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: David Chinner <dgc@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [patch 01/19] Define functions for page cache handling
From
: David Chinner <dgc@xxxxxxx>
Re: [patch 18/19] Use page_cache_xxx for fs/xfs
From
: David Chinner <dgc@xxxxxxx>
[patch 19/19] Use page_cache_xxx in drivers/block/rd.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 10/19] Use page_cache_xxx in fs/buffer.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 01/19] Define functions for page cache handling
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 18/19] Use page_cache_xxx for fs/xfs
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 17/19] Use page_cache_xxx in fs/reiserfs
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 16/19] Use page_cache_xxx in fs/ext4
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 14/19] Use page_cache_xxx in ext2
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 15/19] Use page_cache_xxx in fs/ext3
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 13/19] Use page_cache_xxx in fs/splice.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 09/19] Use page_cache_xxx in fs/sync
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 12/19] Use page_cache_xxx in mm/fadvise.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 11/19] Use page_cache_xxx in mm/mpage.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 08/19] Use page_cache_xxx in fs/libfs.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 06/19] Use page_cache_xxx in mm/filemap_xip.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 04/19] Use page_cache_xxx in mm/truncate.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 03/19] Use page_cache_xxx in mm/page-writeback.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 05/19] Use page_cache_xxx in mm/rmap.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 02/19] Use page_cache_xxx functions in mm/filemap.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 07/19] Use page_cache_xxx in mm/migrate.c
From
: Christoph Lameter <clameter@xxxxxxx>
[patch 00/19] Page cache: Replace PAGE_CACHE_xx with inline functions
From
: Christoph Lameter <clameter@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Nicholas Miell <nmiell@xxxxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Nicholas Miell <nmiell@xxxxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Andreas Dilger <adilger@xxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Nicholas Miell <nmiell@xxxxxxxxxxx>
Re: [RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Brad Boyer <flar@xxxxxxxxxxxxx>
[RFC][PATCH] Implement SEEK_HOLE/SEEK_DATA
From
: Josef Bacik <jbacik@xxxxxxxxxx>
Re: [PATCH -v3] SELinux: Add get, set, and cloning of superblock security information
From
: "Eric Paris" <eparis@xxxxxxxxxxxxxx>
Re: rquota
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: rquota
From
: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
Re: rquota
From
: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
rquota
From
: "kernel learner" <kernellearner@xxxxxxxxx>
Reminder: Linux Storage and Filesystem Workshop
From
: Chris Mason <chris.mason@xxxxxxxxxx>
[PATCH 09/16] Unionfs: don't create whiteouts on rightmost branch
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 14/16] Unionfs: prevent multiple writers to lower_page
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 04/16] Unionfs: minor cleanup in the debugging infrastructure
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 06/16] Unionfs: handle whiteouts more efficiently in filldir
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 03/16] Unionfs: minor coding standards applied
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 01/16] Unionfs: use f_path instead of f_dentry/mnt
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 16/16] Unionfs: use generic_file_aio_read/write
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 02/16] Unionfs: minor cleanup in writepage
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 05/16] Unionfs: set lower mnt after mkdir which resulted in copyup
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 08/16] Unionfs: release lower resources on successful rmdir
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 12/16] Unionfs: reintroduce a bmap method
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 11/16] Unionfs: update times in setattr
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 07/16] Unionfs: remove useless debugging messages
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 15/16] Unionfs: update our inode size correctly upon partial write
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 13/16] Unionfs: support splice(2)
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 10/16] Unionfs: create opaque directories' whiteouts unconditionally
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[GIT PULL -mm] 00/16 Unionfs updates/fixes/cleanups
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH] [2.6.24-rc3-mm1] loop cleanup in fs/namespace.c - repost
From
: Al Viro <viro@xxxxxxxxxxxxxxxx>
Zero free bytes incorrectly reported by initramfs
From
: Amos Waterland <apw@xxxxxxxxxx>
Re: [PATCH] [2.6.24-rc3-mm1] loop cleanup in fs/namespace.c - repost
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: [PATCH] [2.6.24-rc3-mm1] loop cleanup in fs/namespace.c - repost
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] [2.6.24-rc3-mm1] loop cleanup in fs/namespace.c - repost
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: [PATCH]loop cleanup in fs/namespace.c - repost
From
: Zach Brown <zach.brown@xxxxxxxxxx>
Re: [PATCH]loop cleanup in fs/namespace.c - repost
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: [PATCH]loop cleanup in fs/namespace.c - repost
From
: Zach Brown <zach.brown@xxxxxxxxxx>
[PATCH]loop cleanup in fs/namespace.c - repost
From
: Dmitri Vorobiev <dmitri.vorobiev@xxxxxxxxx>
Re: [ANN] Squashfs 3.3 released
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [ANN] Squashfs 3.3 released
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [ANN] Squashfs 3.3 released
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [ANN] Squashfs 3.3 released
From
: Dave Jones <davej@xxxxxxxxxx>
Re: Proposal to improve filesystem/block snapshot interaction
From
: Roger Strassburg <rls@xxxxxxx>
Re: writeout stalls in current -git
From
: David Chinner <dgc@xxxxxxx>
[take8 4/4] dst: Algorithms used in distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take8 0/4] dst: Distributed storage.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take8 3/4] dst: Network state machine.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take8 2/4] dst: Core distributed storage files.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
[take8 1/4] dst: Distributed storage documentation.
From
: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Re: writeout stalls in current -git
From
: Damien Wyart <damien.wyart@xxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
[PATCH] fs: use list_for_each_entry_reverse and kill sb_entry
From
: Akinobu Mita <akinobu.mita@xxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Wendy Cheng <wcheng@xxxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Jörn Engel <joern@xxxxxxxxx>
[PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Hisashi Hifumi <hifumi.hisashi@xxxxxxxxxxxxx>
Re: [PATCH] ext3,4:fdatasync should skip metadata writeout
From
: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Jörn Engel <joern@xxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] cramfs: support for other endianness
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[PATCH 0/2] cramfs: update README file
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[PATCH 0/2] cramfs: Add mount option "swapendian"
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
[PATCH 0/2] cramfs: support for other endianness
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: Jan Kara <jack@xxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: [RFC] fuse writable mmap design
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: Jörn Engel <joern@xxxxxxxxx>
[RFC] fuse writable mmap design
From
: Miklos Szeredi <miklos@xxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: Benny Halevy <bhalevy@xxxxxxxxxxx>
[PATCH] [CIFS] fix potential data corruption when there are errors writing out dirty pages
From
: Jeff Layton <jlayton@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: David Howells <dhowells@xxxxxxxxxx>
[patch 02/13] locks: fix possible infinite loop in posix deadlock detection
From
: Greg KH <gregkh@xxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/3] mmap vs NFS
From
: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
Re: [PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 0/3] mmap vs NFS
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 1/3] mm: pull mmap_sem into do_mmap{,_pgoff}
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 2/3] vfs: ->mmap_prepare()
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 0/3] mmap vs NFS
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
[PATCH 3/3] nfs: use ->mmap_prepare() to avoid an AB-BA deadlock
From
: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Beagle and logging inotify events
From
: Andreas Dilger <adilger@xxxxxxx>
Re: Beagle and logging inotify events
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
Re: Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Beagle and logging inotify events
From
: Andi Kleen <andi@xxxxxxxxxxxxxx>
Re: Should PAGE_CACHE_SIZE be discarded?
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Should PAGE_CACHE_SIZE be discarded?
From
: David Howells <dhowells@xxxxxxxxxx>
Re: Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: Beagle and logging inotify events
From
: Chuck Lever <chuck.lever@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Beagle and logging inotify events
From
: "Jon Smirl" <jonsmirl@xxxxxxxxx>
Re: [ANNOUNCE] Ceph distributed file system
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [ANNOUNCE] Ceph distributed file system
From
: Bryan Henderson <hbryan@xxxxxxxxxx>
[ANNOUNCE] util-linux-ng 2.13.1-rc1
From
: Karel Zak <kzak@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 4/9] Unionfs: writepage updates
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 5/9] Unionfs: clear partial read in readpage
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 9/9] Unionfs: move debugging checks inside locks
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 6/9] Unionfs: debugging updates
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 8/9] Unionfs: fold do_readpage into unionfs_readpage
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 7/9] Unionfs: remove unnecessary lower atime updates
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 3/9] Unionfs: update cache-coherency detection heuristics
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 1/9] Unionfs: flush and release updates
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[PATCH 2/9] Unionfs: use i_size wrappers
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[GIT PULL -mm] 0/9 Unionfs updates/cleanups/fixes
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: [PATCH 2/2] FIEMAP ioctl for ext4
From
: David Chinner <dgc@xxxxxxx>
[ANNOUNCE] Ceph distributed file system
From
: Sage Weil <sage@xxxxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
Re: [PATCH 1/2] Add FIEMAP header file
From
: Mark Fasheh <mark.fasheh@xxxxxxxxxx>
[PATCH 1/2] Add FIEMAP header file
From
: Kalpak Shah <Kalpak.Shah@xxxxxxx>
[PATCH 2/2] FIEMAP ioctl for ext4
From
: Kalpak Shah <Kalpak.Shah@xxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: [rfc][patch 3/5] afs: new aops
From
: David Howells <dhowells@xxxxxxxxxx>
[rfc][patch 5/5] remove prepare_write
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 4/5] rd: rewrite rd
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 3/5] afs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 2/5] cifs: new aops
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patch 1/5] ecryptfs new aops
From
: Nick Piggin <npiggin@xxxxxxx>
[rfc][patches] remove ->prepare_write
From
: Nick Piggin <npiggin@xxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Hugh Dickins <hugh@xxxxxxxxxxx>
Re: cramfs in big endian
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH -v3] SELinux: Add get, set, and cloning of superblock security information
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
Re: cramfs in big endian
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: cramfs in big endian
From
: Andi Drebes <lists-receive@xxxxxxxxxxxxxxxxxxx>
Re: cramfs in big endian
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: cramfs in big endian
From
: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: [PATCH -v3] SELinux: Add get, set, and cloning of superblock security information
From
: Eric Paris <eparis@xxxxxxxxxx>
Re: cramfs in big endian
From
: "H. Peter Anvin" <hpa@xxxxxxxxx>
Re: [PATCH -v3] SELinux: Add get, set, and cloning of superblock security information
From
: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
[PATCH -v3] SELinux: Add get, set, and cloning of superblock security information
From
: Eric Paris <eparis@xxxxxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
Re: msync(2) bug(?), returns AOP_WRITEPAGE_ACTIVATE to userland
From
: Erez Zadok <ezk@xxxxxxxxxxxxx>
[RFC:PATCH 09/09] VM tail statistics support
From
: Dave Kleikamp <shaggy@xxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Linux Ext4 Filesystem]
[Union Filesystem]
[Linux XFS]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
