Ecryptfs

• Thread Index

• Re: [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] tls: Pass rec instead of aead_req into tls_encrypt_done
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] tls: Pass rec instead of aead_req into tls_encrypt_done
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 8/17] tls: Only use data field in crypto completion function
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 11/17] dm: Remove completion function scaffolding
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 1/17] dm: Add scaffolding to change completion function signature
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• [PATCH 7/17] tipc: Add scaffolding to change completion function signature
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/17] net: ipv6: Add scaffolding to change completion function signature
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/17] net: macsec: Add scaffolding to change completion function signature
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/17] fs: ecryptfs: Use crypto_wait_req
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/17] dm: Add scaffolding to change completion function signature
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/17] net: ipv4: Add scaffolding to change completion function signature
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/17] tls: Only use data field in crypto completion function
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/17] KEYS: DH: Use crypto_wait_req
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/17] crypto: api - Use data directly in completion function
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 14/17] net: ipv6: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/17] dm: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 13/17] net: ipv4: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 16/17] tls: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 15/17] tipc: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 17/17] crypto: api - Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/17] Bluetooth: Use crypto_wait_req
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/17] crypto: api - Change completion callback argument to void star
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/17] net: macsec: Remove completion function scaffolding
  • From: "Herbert Xu" <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH] fs/ecryptfs: Replace kmap_atomic() with kmap_local_page()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Re: [PATCH linux-next] ecryptfs: crypto: use strscpy() to instead of strncpy()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH linux-next] ecryptfs: main: use strscpy() to instead of strncpy()
  • From: <yang.yang29@xxxxxxxxxx>
• [PATCH linux-next] ecryptfs: crypto: use strscpy() to instead of strncpy()
  • From: <yang.yang29@xxxxxxxxxx>
• Re: [PATCH] ecryptfs: make splice write available again
  • From: Yangtao Li <frank.li@xxxxxxxx>
• [PATCH] ecryptfs: main: Remove unnecessary (void*) conversions
  • From: Li zeming <zeming@xxxxxxxxxxxx>
• [PATCH v5 26/30] ecryptfs: use stub posix acl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v5 20/30] ecryptfs: implement set acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v5 19/30] ecryptfs: implement get acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v4 26/30] ecryptfs: use stub posix acl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v4 20/30] ecryptfs: implement set acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v4 19/30] ecryptfs: implement get acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v3 25/29] ecryptfs: use stub posix acl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v3 19/29] ecryptfs: implement set acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v3 18/29] ecryptfs: implement get acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v2 26/30] ecryptfs: use stub posix acl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v2 21/30] ecryptfs: implement set acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v2 20/30] ecryptfs: implement get acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RESEND PATCH] ecryptfs: Replace kmap() with kmap_local_page()
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] fs/ecryptfs: Fix repeated word in comments
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix comment typo
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: keystore: Fix typo 'the the' in comment
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH 19/29] ecryptfs: implement get acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 20/29] ecryptfs: implement set acl method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 25/29] ecryptfs: use stub posix acl handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [RESEND PATCH] ecryptfs: Replace kmap() with kmap_local_page()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• [PATCH] ecryptfs: make splice write available again
  • From: Yangtao Li <frank.li@xxxxxxxx>
• [PATCH] fs/ecryptfs: Fix repeated word in comments
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• [PATCH] ecryptfs: keystore: Fix comment typo
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• [PATCH] ecryptfs: Fix comment typo
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• [PATCH] ecryptfs: keystore: Fix typo 'the the' in comment
  • From: Slark Xiao <slark_xiao@xxxxxxx>
• [PATCH] ecryptfs: Replace kmap() with kmap_local_page()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Re: [RFC PATCH] ecryptfs: Replace kmap() with kmap_local_page()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [RFC PATCH] ecryptfs: Replace kmap() with kmap_local_page()
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• [bug report] eCryptfs: convert mmap functions to use persistent file
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v2] eCryptfs: fix setattr on empty lower file
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: bad file permissions: write but no read access
  • From: Matthias Bodenbinder <matthias@xxxxxxxxxxxxxx>
• bad file permissions: write but no read access
  • From: Matthias Bodenbinder <matthias@xxxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: add a ->set_page_dirty cludge
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] ecryptfs: add a ->set_page_dirty cludge
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] mm: require ->set_page_dirty to be explicitly wire up
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] eCryptfs updates for 5.13-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] eCryptfs updates for 5.13-rc1
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 6/7] ecryptfs: switch to using a private mount
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/31] Rid W=1 warnings from GFS2 and EncryptFS
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH] ecryptfs: fix kernel panic with null dev_name
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 00/31] Rid W=1 warnings from GFS2 and EncryptFS
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 6/7] ecryptfs: switch to using a private mount
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix typo in message
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH -next] eCryptfs: Use DEFINE_MUTEX() for mutex lock
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: fix incorrect kernel-doc comment syntax in files
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 26/31] fs: ecryptfs: main: Demote a bunch of non-conformant kernel-doc headers
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 28/31] fs: ecryptfs: crypto: Supply some missing param descriptions and demote abuses
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH 7/7] ecryptfs: extend ro check to private mount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 6/7] ecryptfs: switch to using a private mount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 5/7] cachefiles: extend ro check to private mount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 4/7] cachefiles: switch to using a private mount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 3/7] namespace: move unbindable check out of clone_private_mount()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 2/7] namespace: add kernel doc for mnt_clone_internal()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 1/7] namespace: fix clone_private_mount() kernel doc
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 0/7] fs: tweak and switch more fses to private mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 2/3] ecryptfs: use private mount in path
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 2/3] ecryptfs: use private mount in path
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 2/3] ecryptfs: use private mount in path
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] ecryptfs: extend ro check to private mount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 2/3] ecryptfs: use private mount in path
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 1/3] ecryptfs: remove unused helpers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 0/3] ecryptfs: fixes and port to private mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH -next] eCryptfs: Use DEFINE_MUTEX() for mutex lock
  • From: Ye Bin <yebin10@xxxxxxxxxx>
• [PATCH 19/31] fs: ecryptfs: read_write: File headers do not make good candidates for kernel-doc
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 21/31] fs: ecryptfs: dentry: File headers are not good candidates for kernel-doc
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 22/31] fs: ecryptfs: kthread: Demote file header and provide description for 'cred'
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 30/31] fs: ecryptfs: inode: Help out nearly-there header and demote non-conformant ones
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 26/31] fs: ecryptfs: main: Demote a bunch of non-conformant kernel-doc headers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 29/31] fs: ecryptfs: mmap: Help out one function header and demote other abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 20/31] fs: ecryptfs: debug: Demote a couple of kernel-doc abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 28/31] fs: ecryptfs: crypto: Supply some missing param descriptions and demote abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 27/31] fs: ecryptfs: miscdev: File headers are not good kernel-doc candidates
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 24/31] fs: ecryptfs: super: Fix formatting, naming and kernel-doc abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 25/31] fs: ecryptfs: messaging: Add missing param descriptions and demote abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 23/31] fs: ecryptfs: file: Demote kernel-doc abuses
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 31/31] fs: ecryptfs: keystore: Fix some kernel-doc issues and demote non-conformant headers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 00/31] Rid W=1 warnings from GFS2 and EncryptFS
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/4] ecryptfs: get rid of pointless dget/dput in ->symlink() and ->link()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] ecryptfs: ecryptfs_dentry_info->crypt_stat is never used
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] ecryptfs: get rid of unused accessors
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] ecryptfs: saner API for lock_parent()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] ecryptfs: get rid of pointless dget/dput in ->symlink() and ->link()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: fix incorrect kernel-doc comment syntax in files
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] ecryptfs: fix incorrect kernel-doc comment syntax in files
  • From: Aditya Srivastava <yashsri421@xxxxxxxxx>
• [PATCH] ecryptfs: add rename flag support
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• [PATCH] ecryptfs: fix kernel panic with null dev_name
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• [PATCH] ecryptfs: Fix typo in message
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH] eCryptfs: fix setattr on empty lower file
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• Re: [PATCH v2 -next] ecryptfs: use DEFINE_MUTEX() for mutex lock
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] eCryptfs: add a semicolon
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [GIT PULL] eCryptfs fix for 5.11-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] eCryptfs fix for 5.11-rc6
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH v2 -next] ecryptfs: use DEFINE_MUTEX() for mutex lock
  • From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
• [PATCH -next] ecryptfs: use DEFINE_MUTEX (and mutex_init() had been too late)
  • From: Zheng Yongjun <zhengyongjun3@xxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• Re: [PATCH] eCryptfs: add a semicolon
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] eCryptfs: add a semicolon
  • From: trix@xxxxxxxxxx
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] MAINTAINERS tag for cleanup robot
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [RFC] MAINTAINERS tag for cleanup robot
  • From: trix@xxxxxxxxxx
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v3 00/18] Allow readpage to return a locked page
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v3 10/18] ecryptfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/16] mm: Add AOP_UPDATED_PAGE return value
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/16] Allow readpage to return a locked page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 15/16] iomap: Inline iomap_iop_set_range_uptodate into its one caller
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/16] mm: Inline wait_on_page_read into its one caller
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/16] mm: Add AOP_UPDATED_PAGE return value
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/16] Allow readpage to return a locked page
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH RFC PKS/PMEM 04/58] kmap: Add stray access protection for device pages
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 03/58] memremap: Add zone device access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 01/58] x86/pks: Add a global pkrs option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 02/58] x86/pks/test: Add testing for global option
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 07/58] drivers/drbd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 08/58] drivers/firmware_loader: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 11/58] drivers/net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 14/58] fs/cifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 12/58] fs/afs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 13/58] fs/btrfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 19/58] fs/hfsplus: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 20/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 22/58] fs/f2fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 23/58] fs/fuse: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 24/58] fs/freevxfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 21/58] fs/nfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 25/58] fs/reiserfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 10/58] drivers/rdma: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 09/58] drivers/gpu: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 26/58] fs/zonefs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 27/58] fs/ubifs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 30/58] fs/romfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 28/58] fs/cachefiles: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 32/58] fs/hostfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 33/58] fs/cramfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 17/58] fs/nilfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 35/58] fs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 34/58] fs/erofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 41/58] drivers/target: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 36/58] fs/ext2: Use ext2_put_page
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 31/58] fs/vboxsf: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 29/58] fs/ntfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 38/58] fs/isofs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 37/58] fs/ext2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 42/58] drivers/scsi: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 39/58] fs/jffs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 40/58] net: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 43/58] drivers/mmc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 44/58] drivers/xen: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 45/58] drivers/firmware: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 46/58] drives/staging: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 47/58] drivers/mtd: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 50/58] drivers/android: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 48/58] drivers/md: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 49/58] drivers/misc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 51/58] kernel: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 52/58] mm: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 53/58] lib: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 54/58] powerpc: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 57/58] nvdimm/pmem: Stray access protection for pmem->virt_addr
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 58/58] [dax|pmem]: Enable stray access protection
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 56/58] dax: Stray access protection for dax_direct_access()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 55/58] samples: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 18/58] fs/hfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 15/58] fs/ecryptfs: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 16/58] fs/gfs2: Utilize new kmap_thread()
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 06/58] kmap: Introduce k[un]map_thread debugging
  • From: ira.weiny@xxxxxxxxx
• [PATCH RFC PKS/PMEM 00/58] PMEM: Introduce stray write protection for PMEM
  • From: ira.weiny@xxxxxxxxx
• [PATCH v2 03/16] 9p: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 02/16] mm: Inline wait_on_page_read into its one caller
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 04/16] afs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 06/16] cifs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 07/16] cramfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 05/16] ceph: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 00/16] Allow readpage to return a locked page
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 09/16] fuse: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 14/16] vboxsf: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 12/16] ubifs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 10/16] hostfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 11/16] jffs2: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 13/16] udf: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 08/16] ecryptfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 01/16] mm: Add AOP_UPDATED_PAGE return value
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 16/16] iomap: Make readpage synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2 15/16] iomap: Inline iomap_iop_set_range_uptodate into its one caller
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH 12/13] udf: Tell the VFS that readpage was synchronous
  • From: Jan Kara <jack@xxxxxxx>
• Re: [V9fs-developer] [PATCH 02/13] 9p: Tell the VFS that readpage was synchronous
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [V9fs-developer] [PATCH 02/13] 9p: Tell the VFS that readpage was synchronous
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [V9fs-developer] [PATCH 02/13] 9p: Tell the VFS that readpage was synchronous
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH 01/13] mm: Add AOP_UPDATED_PAGE return value
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 11/13] ubifs: Tell the VFS that readpage was synchronous
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 01/13] mm: Add AOP_UPDATED_PAGE return value
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 05/13] cifs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 04/13] ceph: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 03/13] afs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 09/13] hostfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 00/13] Allow readpage to return a locked page
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 07/13] ecryptfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 13/13] vboxsf: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH 04/13] ceph: Tell the VFS that readpage was synchronous
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH 12/13] udf: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 02/13] 9p: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 10/13] jffs2: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 11/13] ubifs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 08/13] fuse: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 06/13] cramfs: Tell the VFS that readpage was synchronous
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: Python 3 compatibility
  • From: Onkobu Tanaake <onkobu@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: Umask ignored when mounting NFSv4.2 share of an exported Filesystem with noacl (was: Re: Bug#962254: NFS(v4) broken at 4.19.118-2)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: Umask ignored when mounting NFSv4.2 share of an exported Filesystem with noacl (was: Re: Bug#962254: NFS(v4) broken at 4.19.118-2)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxx>
• Re: Umask ignored when mounting NFSv4.2 share of an exported Filesystem with noacl (was: Re: Bug#962254: NFS(v4) broken at 4.19.118-2)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Jo -l <joel.voyer@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/2] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Is it secure to store ecryptfs_sig?
  • From: javud <javud@xxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• [PATCH] ecryptfs: Fix inodes not being evicted until unmount
  • From: Jeffrey Mitchell <jeffrey.mitchell@xxxxxxxxxx>
• Re: [PATCH 00/20] crypto: introduce crypto_shash_tfm_digest()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/20] crypto: introduce crypto_shash_tfm_digest()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 00/20] crypto: introduce crypto_shash_tfm_digest()
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• [PATCH 14/20] ecryptfs: use crypto_shash_tfm_digest()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 01/20] crypto: hash - introduce crypto_shash_tfm_digest()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 00/20] crypto: introduce crypto_shash_tfm_digest()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 00/33] Documentation fixes for Kernel 5.8
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2 0/2] Don't generate thousands of new warnings when building docs
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/34] docs: filesystems: fix references for doc files there
  • From: Joseph Qi <joseph.qi@xxxxxxxxxxxxxxxxx>
• [PATCH 00/34] fs: convert remaining docs to ReST file format
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 01/34] docs: filesystems: fix references for doc files there
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2 00/33] Documentation fixes for Kernel 5.8
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v2 11/33] docs: filesystems: fix renamed references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 05/35] docs: filesystems: fix renamed references
  • From: David Sterba <dsterba@xxxxxxx>
• [PATCH 00/35] Documentation fixes for Kernel 5.8
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 05/35] docs: filesystems: fix renamed references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Don't generate thousands of new warnings when building docs
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v2 0/2] Don't generate thousands of new warnings when building docs
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Don't generate thousands of new warnings when building docs
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v2 0/2] Don't generate thousands of new warnings when building docs
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH v2 1/2] docs: prevent warnings due to autosectionlabel
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 11/12] docs: filesystems: fix renamed references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH 4.4, 4.9, 4.14] ecryptfs: Fix up bad backport of fe2e082f5da5b4a0a92ae32978f81507ef37ec66
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4, 4.9, 4.14] ecryptfs: Fix up bad backport of fe2e082f5da5b4a0a92ae32978f81507ef37ec66
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Brian Kubisiak <brian.kubisiak@xxxxxxxxx>
• Re: [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Brian Kubisiak <brian.kubisiak@xxxxxxxxx>
• Re: [GIT PULL] eCryptfs fixes for 5.6-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] eCryptfs fixes for 5.6-rc3
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH 13/44] docs: filesystems: convert ecryptfs.txt to ReST
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH 13/44] docs: filesystems: convert ecryptfs.txt to ReST
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH v2] ecryptfs: replace BUG_ON with error handling code
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH v2] ecryptfs: replace BUG_ON with error handling code
  • From: Aditya Pakki <pakki001@xxxxxxx>
• Re: [PATCH] ecryptfs: replace BUG_ON with error handling code
  • From: Aditya Pakki <pakki001@xxxxxxx>
• Re: [PATCH] ecryptfs: replace BUG_ON with error handling code
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] eCryptfs: Replace deactivated email address
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• [PATCH] MAINTAINERS: eCryptfs: Update maintainer address and downgrade status
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] ecryptfs: add mount option for specifying cipher driver.
  • From: Brian Kubisiak <brian.kubisiak@xxxxxxxxx>
• Debian package
  • From: René Schmidt <remasch@xxxxxx>
• Re: [PATCH] ecryptfs: replace BUG_ON with error handling code
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] ecryptfs: replace BUG_ON with error handling code
  • From: Aditya Pakki <pakki001@xxxxxxx>
• Re: [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v6] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Gao Xiang <hsiangkao@xxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Gao Xiang <gaoxiang25@xxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4] fs: introduce is_dot_or_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v3] fs: introduce is_dot_dotdot helper for cleanup
  • From: John Stoffel <john@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] fs: introduce is_dot_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3] fs: introduce is_dot_dotdot helper for cleanup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v3] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v2] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v2] fs: introduce is_dot_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Jean-Louis Biasini <jl.biasini@xxxxxxxxxxx>
• Re: [PATCH v2] fs: introduce is_dot_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] fs: introduce is_dot_dotdot helper for cleanup
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable
  • From: Jean-Louis Biasini <jl.biasini@xxxxxxxxxxx>
• Re: [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v14 1/5] Add flags option to get xattr method paired to __vfs_getxattr
  • From: Mark Salyzyn <salyzyn@xxxxxxxxxxx>
• Re: Decrypt/decode file names without mounting
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Decrypt/decode file names without mounting
  • From: Vinícius Ávila Eichenberg <vinieich@xxxxxxxxx>
• [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_parent is not stable either
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH][RFC] ecryptfs_lookup_interpose(): lower_dentry->d_inode is not stable
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] lookup_one_len_unlocked() lousy calling conventions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH][RFC] ecryptfs unlink/rmdir breakage (similar to caught in ecryptfs rename last year)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v14 1/5] Add flags option to get xattr method paired to __vfs_getxattr
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] ecryptfs: fix a memory leak bug
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: fix a memory leak bug
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] ecryptfs: fix a memory leak bug
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• [PATCH] ecryptfs: fix a memory leak bug
  • From: Wenwen Wang <wenwen@xxxxxxxxxx>
• [PATCH v5 04/18] fs: compat_ioctl: move FITRIM emulation into file systems
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 00/18] compat_ioctl.c removal, part 2/3
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [GIT PULL] eCryptfs fixes for 5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] eCryptfs fixes for 5.3-rc1
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] fs: ecryptfs: crypto: Change return type of ecryptfs_process_flags
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] fs: ecryptfs: crypto: Change return type of ecryptfs_process_flags
  • From: Hariprasad Kelam <hariprasad.kelam@xxxxxxxxx>
• Re: [PATCH] ecryptfs: use print_hex_dump_bytes for hexdump
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH -next] ecryptfs: remove unnessesary null check in ecryptfs_keyring_auth_tok_for_sig
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH -next] ecryptfs: Make ecryptfs_xattr_handler static
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH -next] ecryptfs: Make ecryptfs_xattr_handler static
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH -next] ecryptfs: remove unnessesary null check in ecryptfs_keyring_auth_tok_for_sig
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• Re: [PATCH 1/4] ecryptfs: remove unnessesary null check in ecryptfs_keyring_auth_tok_for_sig
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• [PATCH 1/4] ecryptfs: remove unnessesary null check in ecryptfs_keyring_auth_tok_for_sig
  • From: YueHaibing <yuehaibing@xxxxxxxxxx>
• ecryptfs doesn't load with kernel > 5.0.8
  • From: daniel-mailinglists@xxxxxxxxxx
• [PATCH] ecryptfs: use print_hex_dump_bytes for hexdump
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 4/6] security/keys/ecryptfs: Drop direct dependency on key_type_encrypted
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/6] security/keys/encrypted: Break module dependency chain
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] eCryptfs: fix permission denied with ecryptfs_xattr mount option when create readonly file
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: re-order a condition for static checkers
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: re-order a condition for static checkers
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• combination of cifs and ecryptfs not working - readonly problems
  • From: Hans-Joachim Kliemeck <info@xxxxxxxxxxx>
• Re: combination of cifs and ecryptfs not working - readonly problems
  • From: Hans-Joachim Kliemeck <info@xxxxxxxxxxx>
• RE: combination of cifs and ecryptfs not working - readonly problems
  • From: "Alex Braunegg" <alex.braunegg@xxxxxxxxx>
• Re: How to avoid kern.log msg "Could not find key with description..."
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: combination of cifs and ecryptfs not working - readonly problems
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: How to avoid kern.log msg "Could not find key with description..."
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• How to avoid kern.log msg "Could not find key with description..."
  • From: cppljevans <cppljevans@xxxxxxxxxxxxxx>
• combination of cifs and ecryptfs not working - readonly problems
  • From: Hans-Joachim Kliemeck <info@xxxxxxxxxxx>
• [PATCH 4/4] ecryptfs: wire up nfs export operations
  • From: jaycelin <jaycelin@xxxxxxxxxxxx>
• [PATCH 3/4] ecryptfs: add export subtree_check support
  • From: jaycelin <jaycelin@xxxxxxxxxxxx>
• [PATCH 2/4] ecryptfs: add export_operations to ecryptfs
  • From: jaycelin <jaycelin@xxxxxxxxxxxx>
• [PATCH 1/4] ecryptfs: add ecryptfs_superblock_to_lower_mnt
  • From: jaycelin <jaycelin@xxxxxxxxxxxx>
• [PATCH 0/4] ecryptfs NFS export support
  • From: jaycelin <jaycelin@xxxxxxxxxxxx>
• [PATCH] ecryptfs: re-order a condition for static checkers
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] eCryptfs: fix permission denied with ecryptfs_xattr mount option when create readonly file
  • From: robbieko <robbieko@xxxxxxxxxxxx>
• RE: Dropbox dropping support for Ecryptfs!?!
  • From: "Soderquist, Erik" <Erik.Soderquist@xxxxxxxxxxxxx>
• Re: Dropbox dropping support for Ecryptfs!?!
  • From: Rich Wales <richw@xxxxxxxxx>
• RE: Dropbox dropping support for Ecryptfs!?!
  • From: "Soderquist, Erik" <Erik.Soderquist@xxxxxxxxxxxxx>
• Dropbox dropping support for Ecryptfs!?!
  • From: Rich Wales <richw@xxxxxxxxx>
• Re: [PATCH] eCryptfs: fix a couple type promotion bugs
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] eCryptfs: fix a couple type promotion bugs
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Python 3 compatibility
  • From: Lumir Balhar <lbalhar@xxxxxxxxxx>
• [GIT PULL] eCryptfs fixes for 4.17-rc2
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: lookup: Don't check if mount_crypt_stat is NULL
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] eCryptfs: don't pass up plaintext names when using filename encryption
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] ecryptfs: Restore support for both encrypted and unencrypted file names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• ecryptfs problems with encrypted/ unencrypted file names
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] ecryptfs: lookup: Don't check if mount_crypt_stat is NULL
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: bug: msm8998, ecryptfs, cannot create files due to invalid keysize
  • From: James Muir <james.muir@xxxxxxxxxxxxxxxxxxxx>
• Re: bug: msm8998, ecryptfs, cannot create files due to invalid keysize
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: bug: msm8998, ecryptfs, cannot create files due to invalid keysize
  • From: James Muir <james.muir@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ecryptfs: sync before truncating lower inode
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [GIT PULL] eCryptfs fixes for 4.15-rc1
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v2] ecryptfs: sync before truncating lower inode
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix stat command displays wrong file size in xattr region
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: remove unnecessary i_version bump
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: remove unnecessary i_version bump
  • From: Jeff Layton <jlayton@xxxxxxxxxxxxxxx>
• [PATCH] ecryptfs: remove unnecessary i_version bump
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• bug: msm8998, ecryptfs, cannot create files due to invalid keysize
  • From: James Muir <james.muir@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] slab, slub, slob: convert slab_flags_t to 32-bit
  • From: Pekka Enberg <penberg@xxxxxx>
• Re: [PATCH 1/2] slab, slub, slob: add slab_flags_t
  • From: Pekka Enberg <penberg@xxxxxx>
• [PATCH 2/2] slab, slub, slob: convert slab_flags_t to 32-bit
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 1/2] slab, slub, slob: add slab_flags_t
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] ecryptfs: Fix stat command displays wrong file size in xattr region
  • From: Jason Xing <kerneljasonxing@xxxxxxxxx>
• Re: [PATCH 08/18] ecryptfs: use ARRAY_SIZE
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] eCryptfs: Adjustments for several function implementations
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] eCryptfs: constify attribute_group structures.
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] eCryptfs: use after free in ecryptfs_release_messaging()
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v2 3/3] ecryptfs: move key payload accessor functions into keystore.c
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH v2 2/3] ecryptfs: fix out-of-bounds read of key payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH v2 1/3] ecryptfs: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH 7/7] ecryptfs: move key payload accessor functions into keystore.c
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 6/7] ecryptfs: fix out-of-bounds read of key payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 5/7] ecryptfs: fix dereference of NULL user_key_payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 4/7] fscrypt: fix dereference of NULL user_key_payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 3/7] lib/digsig: fix dereference of NULL user_key_payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 2/7] FS-Cache: fix dereference of NULL user_key_payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 1/7] KEYS: encrypted: fix dereference of NULL user_key_payload
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• Re: [PATCH 00/18] use ARRAY_SIZE macro
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• [PATCH 08/18] ecryptfs: use ARRAY_SIZE
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• [PATCH 00/18] use ARRAY_SIZE macro
  • From: Jérémy Lefaure <jeremy.lefaure@xxxxxxxxxxxx>
• [PATCH 6/7] ecryptfs: fix out-of-bounds read of key payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 7/7] ecryptfs: move key payload accessor functions into keystore.c
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 4/7] fscrypt: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 5/7] ecryptfs: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 3/7] lib/digsig: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 2/7] FS-Cache: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 1/7] KEYS: encrypted: fix dereference of NULL user_key_payload
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [PATCH 0/7] Fix dereferencing payload of revoked keys
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: Re-use SSD
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Re-use SSD
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• Re: Re-use SSD
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Re-use SSD
  • From: Martin Steigerwald <martin@xxxxxxxxxxxx>
• Re: Re-use SSD
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• Re-use SSD
  • From: Paul van der Vlis <paul@xxxxxxxxxxxxx>
• [PATCH] eCryptfs: use after free in ecryptfs_release_messaging()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 3/3] ecryptfs: Adjust four checks for null pointers
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] ecryptfs: Return an error code only as a constant in ecryptfs_add_global_auth_tok()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ecryptfs: Delete 21 error messages for a failed memory allocation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] eCryptfs: Adjustments for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] ecryptfs: convert to file_write_and_wait in ->fsync
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] eCryptfs: constify attribute_group structures.
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• [PATCH] ecryptfs: Fix stat command displays wrong file size in xattr region
  • From: Jason Xing <kerneljasonxing@xxxxxxxxx>
• [PATCH v2] ecryptfs: sync before truncating lower inode
  • From: Andrey Pronin <apronin@xxxxxxxxxxxx>
• Re: [PATCH] CHROMIUM: ecryptfs: sync before truncating lower inode
  • From: Andrey Pronin <apronin@xxxxxxxxxxxx>
• Lots of errors "opening lower file for lower_dentry" and "ecryptfs_i_size_read: Error attempting to initialize the lower file", how to fix?
  • From: "Natanji ." <natanji@xxxxxxxxx>
• Re: [PATCH] CHROMIUM: ecryptfs: sync before truncating lower inode
  • From: Andrey Pronin <apronin@xxxxxxxxxxxx>
• Re: [PATCH] CHROMIUM: ecryptfs: sync before truncating lower inode
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 0/25 v3] fs: Convert all embedded bdis into separate ones
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] CHROMIUM: ecryptfs: sync before truncating lower inode
  • From: Andrey Pronin <apronin@xxxxxxxxxxxx>
• [PATCH 11/25] ecryptfs: Convert to separately allocated bdi
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/25] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/25 v3] fs: Convert all embedded bdis into separate ones
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 11/25] ecryptfs: Convert to separately allocated bdi
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 04/25] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 11/25] ecryptfs: Convert to separately allocated bdi
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/25] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/25 v2] fs: Convert all embedded bdis into separate ones
  • From: Jan Kara <jack@xxxxxxx>
• About hmac verification in eCryptfs
  • From: Wanli Xing <wlxing1996@xxxxxxxxx>
• [PATCH][RESEND] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [lustre-devel] [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Jan Kara <jack@xxxxxxx>
• Re: [lustre-devel] [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: "Dilger, Andreas" <andreas.dilger@xxxxxxxxx>
• Re: [PATCH 11/24] ecryptfs: Convert to separately allocated bdi
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• [PATCH 0/24 RFC] fs: Convert all embedded bdis into separate ones
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/24] ecryptfs: Convert to separately allocated bdi
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/24] fs: Provide infrastructure for dynamic BDIs in filesystems
  • From: Jan Kara <jack@xxxxxxx>
• [ecryptfs:seccomp-logging 1/5] include/linux/audit.h:511:20: error: '__audit_seccomp' declared 'static' but never defined
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ecryptfs:seccomp-logging 2/5] include/linux/audit.h:528:20: warning: '__audit_seccomp' declared 'static' but never defined
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ecryptfs:seccomp-logging 2/5] kernel/seccomp.c:580:3: error: implicit declaration of function 'audit_seccomp_errno'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [ecryptfs:seccomp-logging 1/5] include/linux/audit.h:513:1: error: expected identifier or '(' before '{' token
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH] ecryptfs: fix non static symbol warning
  • From: Geliang Tang <geliangtang@xxxxxxxxx>
• strange(?) situation with ecryptfs
  • From: Felix Rubio <felix@xxxxxxxxx>
• [PATCH] ecryptfs: fix spelling mistake: "cadidate" -> "candidate"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: Observed a ecryptFS crash
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: remove private bin2hex implementation
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH] ecryptfs: add missing \n to end of various error messages
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: Observed a ecryptFS crash
  • From: xiakaixu <xiakaixu@xxxxxxxxxx>
• Re: [PATCH v6 00/16] Xattr inode operation removal
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 15/16] xattr: Stop calling {get,set,remove}xattr inode operations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 05/16] sockfs: getxattr: Fail with -EOPNOTSUPP for invalid attribute names
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v6 05/16] sockfs: getxattr: Fail with -EOPNOTSUPP for invalid attribute names
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v6 16/16] vfs: Remove {get,set,remove}xattr inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 15/16] xattr: Stop calling {get,set,remove}xattr inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 14/16] vfs: Check for the IOP_XATTR flag in listxattr
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 13/16] xattr: Add __vfs_{get,set,remove}xattr helpers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 12/16] libfs: Use IOP_XATTR flag for empty directory handling
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 11/16] vfs: Use IOP_XATTR flag for bad-inode handling
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 10/16] vfs: Add IOP_XATTR inode operations flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 09/16] vfs: Move xattr_resolve_name to the front of fs/xattr.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 08/16] lustre: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 07/16] ecryptfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 06/16] sockfs: Get rid of getxattr iop
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 05/16] sockfs: getxattr: Fail with -EOPNOTSUPP for invalid attribute names
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 04/16] kernfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 03/16] hfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 02/16] jffs2: Remove jffs2_{get,set,remove}xattr macros
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 01/16] xattr: Remove unnecessary NULL attribute name check
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v6 00/16] Xattr inode operation removal
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Observed a ecryptFS crash
  • From: liushuoran <liushuoran@xxxxxxxxxx>
• Re: [PATCH v5 09/17] lustre: Switch to generic xattr handlers
  • From: "Dilger, Andreas" <andreas.dilger@xxxxxxxxx>
• [PATCH v5 17/17] vfs: Remove {get,set,remove}xattr inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 16/17] xattr: Stop calling {get,set,remove}xattr inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 15/17] vfs: Check for the IOP_XATTR flag in listxattr
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 14/17] xattr: Add __vfs_{get,set,remove}xattr helpers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 13/17] libfs: Use IOP_XATTR flag for empty directory handling
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 12/17] vfs: Use IOP_XATTR flag for bad-inode handling
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 11/17] vfs: Add IOP_XATTR inode operations flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 10/17] vfs: Move xattr_resolve_name to the front of fs/xattr.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 09/17] lustre: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 08/17] fuse: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 07/17] ecryptfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 06/17] sockfs: Get rid of getxattr iop
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 05/17] sockfs: getxattr: Fail with -EOPNOTSUPP for invalid attribute names
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 04/17] kernfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 03/17] hfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 02/17] jffs2: Remove jffs2_{get,set,remove}xattr macros
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 01/17] xattr: Remove unnecessary NULL attribute name check
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v5 00/17] Xattr inode operation removal
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH] ecryptfs: add missing \n to end of various error messages
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH] ecryptfs: remove private bin2hex implementation
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• question
  • From: марков сима <mar-sima@xxxxxxxxx>
• [PATCH] lustre: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v4 20/20] vfs: Remove {get,set,remove}xattr inode operations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 13/20] vfs: Move xattr_resolve_name to the front of fs/xattr.c
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 07/20] hfs: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 14/20] vfs: Add IOP_XATTR inode operations flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 16/20] libfs: Use IOP_XATTR flag for empty directory handling
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 12/20] fuse: Switch to generic xattr handlers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 20/20] vfs: Remove {get,set,remove}xattr inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 17/20] xattr: Add __vfs_{get,set,remove}xattr helpers
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>