Linux Integrity

• Thread Index

• Re: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH 1/3] tpm: cmd_ready command can be issued only after granting locality
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• RE: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15 (Dell XPS 13, Nuvoton 6xx)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] IMA bug fixes for 4.16
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v4 0/2] ima,fuse: introduce new fs flag FS_IMA_NO_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• xen-tpmfront.c issue on arm64
  • From: "Kepa, Krzysztof (GE Global Research)" <kepa@xxxxxx>
• Re: TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM selftest failure in 4.15
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• TPM selftest failure in 4.15
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Hidden TPM questions in the LTP IMA posts
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Nayna Jain <nayna@xxxxxxxxxxxxxxxxxx>
• Re: Hidden TPM questions in the LTP IMA posts
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: Hidden TPM questions in the LTP IMA posts
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• [RFC PATCH v4 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• [RFC PATCH v4 1/2] fuse: introduce new fs_type flag FS_IMA_NO_CACHE
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• [RFC PATCH v4 0/2] ima,fuse: introduce new fs flag FS_IMA_NO_CACHE
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• Re: [PATCH] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• [PATCH] iversion: make inode_cmp_iversion{+raw} return bool instead of s64
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] inode->i_version rework for v4.16
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] inode->i_version rework for v4.16
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2] tpm: Move Linux RNG connection to hwrng
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] inode->i_version rework for v4.16
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Move Linux RNG connection to hwrng
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2] tpm: Move Linux RNG connection to hwrng
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] inode->i_version rework for v4.16
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] inode->i_version rework for v4.16
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2 v2] tpm: cmd_ready command can be issued only after granting locality
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• Re: [PATCH v3] fscrypt: add support for the encrypted key type
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 1/2 v2] tpm: cmd_ready command can be issued only after granting locality
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• FOSDEM 2018
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [GIT PULL] inode->i_version rework for v4.16
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 1/3] tpm: cmd_ready command can be issued only after granting locality
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] tpm: separate cmd_ready/go_idle from runtime_pm
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• RE: [PATCH 1/2 v2] tpm: cmd_ready command can be issued only after granting locality
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• Re: [PATCH 1/2 v2] tpm: cmd_ready command can be issued only after granting locality
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 00/10] ima-evm-utils
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima-evm-utils: Add backward compatible support for openssl 1.1
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• PATCH v2] Add backward compatible support for openssl 1.1
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima-evm-utils: Add backward compatible support for openssl 1.1
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] ima-evm-utils: Add backward compatible support for openssl 1.1
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima-evm-utils: migrate to the new openssl 1.1 api
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] tpm: add longer timeouts for creation commands.
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• [PATCH 1/2 v2] tpm: cmd_ready command can be issued only after granting locality
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• [PATCH 2/2 v2] tpm: separate cmd_ready/go_idle from runtime_pm
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• [PATCH 0/2] tpm: fix locality and power saving handling
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• Re: [PATCH] ima-evm-utils: migrate to the new openssl 1.1 api
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] [RFC PATCH 2/2] security/ima: Run measurements after policy
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [Lsf-pc] [LSF/MM TOPIC] fs-verity: file system-level integrity protection
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] [RFC PATCH 2/2] security/ima: Run measurements after policy
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [LTP] [RFC PATCH 2/2] security/ima: Run measurements after policy
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2] tpm: Move Linux RNG connection to hwrng
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: [PATCH] ima-evm-utils: migrate to the new openssl 1.1 api
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [LSF/MM TOPIC] fs-verity: file system-level integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [LSF/MM TOPIC] fs-verity: file system-level integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Hidden TPM questions in the LTP IMA posts
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] [RFC PATCH 1/2] security/ima: Rewrite tests into new API + fixes
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [LTP] [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v3] fscrypt: add support for the encrypted key type
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH v3] fscrypt: add support for the encrypted key type
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH V6 1/2] security: Add a cred_getsecid hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 1/2] security: Add a cred_getsecid hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• RE: [PATCH 3/3] tpm: add longer timeouts for creation commands.
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• RE: [PATCH 1/3] tpm: cmd_ready command can be issued only after granting locality
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH] ima: re-initialize iint->atomic_flags
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] tpm: separate cmd_ready/go_idle from runtime_pm
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 3/3] tpm: add longer timeouts for creation commands.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] tpm: separate cmd_ready/go_idle from runtime_pm
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] tpm: cmd_ready command can be issued only after granting locality
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] tpm-chip: Export TPM device to user space even when startup failed
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH 2/3] tpm: separate cmd_ready/go_idle from runtime_pm
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• [PATCH 3/3] tpm: add longer timeouts for creation commands.
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• [PATCH 1/3] tpm: cmd_ready command can be issued only after granting locality
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• Re: [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [RFC PATCH v3 2/2] ima: force re-appraisal on filesystems with FS_IMA_NO_CACHE
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• [RFC PATCH v3 1/2] fuse: introduce new fs_type flag FS_IMA_NO_CACHE
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• [RFC PATCH v3 0/2] ima,fuse: introduce new fs flag FS_IMA_NO_CACHE
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• [PATCH 01/10] ima-evm-utils: fix "ima_measurement" template fields length
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] ima-evm-utils: add support for specifying the pcr file location
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] ima-evm-utils: verify the measurement list signature based on the list digest
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] ima-evm-utils: add support for validating multiple pcrs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] ima-evm-utils: verify IMA file hashes stored as xattrs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] ima-evm-utils: indicate measurement list signature verification failure
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] ima-evm-utils: support verifying the measurement list using multiple keys
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] ima-evm-utils: remove the unnecessary display of the keyid
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] ima-evm-utils: fix spelling error
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] ima-evm-utils: revert the change to use printf instead of log_info()
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH 00/10] ima-evm-utils
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Alban Crequy <alban@xxxxxxxxxx>
• Re: [PATCH V6 1/2] security: Add a cred_getsecid hook
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH V6 1/2] security: Add a cred_getsecid hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v5 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Alban Crequy <alban@xxxxxxxxxx>
• Re: [PATCH 3/3] encrypted-keys: document new fscrypt key format
  • From: André Draszik <git@xxxxxxxxxx>
• Re: [GIT PULL] IMA bug fix for 4.16
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v5 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [GIT PULL] IMA bug fix for 4.16
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v5 01/19] fs: new API for handling inode->i_version
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima/policy: fix parsing of fsuuid
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] tpm-chip: Export TPM device to user space even when startup failed
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] tpm2-cmd: try full selftest once if continue selftest failed
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] tpm-chip: Export TPM device to user space even when startup failed
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/3] tpm-chip: Move idr_replace calls to appropriate places
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/3] tpm-chip: Move idr_replace calls to appropriate places
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 7/9] tpm_tis_spi: release CS line when wait state handling fails
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 6/9] tpm_tis_spi: fix sending wrong data during wait state handling
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/9] tpm_tis_core: use XDATA_FIFO for transfers if available
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 4/9] tpm_tis_core: send all data in single operation
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/9] tpm_tis_core: correctly wait for flags to become zero
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/9] tpm_tis_core: correctly wait for flags to become zero
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/9] tpm_tis_core: correctly wait for flags to become zero
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/9] tpm_tis_core: access single TIS registers before doing complex transfers
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/9] tpm_tis_core: clean up whitespace
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v3] fscrypt: add support for the encrypted key type
  • From: André Draszik <git@xxxxxxxxxx>
• Re: [PATCH] ima/policy: fix parsing of fsuuid
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] encrypted-keys: add fscrypt format support
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [PATCH] ima/policy: fix parsing of fsuuid
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] encrypted-keys: document new fscrypt key format
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] encrypted-keys: document new fscrypt key format
  • From: André Draszik <git@xxxxxxxxxx>
• Re: [PATCH 1/3] encrypted-keys: add fscrypt format support
  • From: André Draszik <git@xxxxxxxxxx>
• [RFC PATCH v2] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [PATCH] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Alban Crequy <alban@xxxxxxxxxx>
• Re: [PATCH 2/2] ima: turn on force option for FUSE in builtin policies
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• [PATCH] ima,fuse: introduce new fs flag FS_NO_IMA_CACHE
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] turn on force option for FUSE in builtin policies
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define new policy condition based on the filesystem name
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] turn on force option for FUSE in builtin policies
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] ima: define new policy condition based on the filesystem name
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] turn on force option for FUSE in builtin policies
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define new policy condition based on the filesystem name
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] ima: define new policy condition based on the filesystem name
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ima: turn on force option for FUSE in builtin policies
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] ima: turn on force option for FUSE in builtin policies
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC PATCH 2/2] security/ima: Run measurements after policy
  • From: Petr Vorel <pvorel@xxxxxxx>
• [RFC PATCH 1/2] security/ima: Rewrite tests into new API + fixes
  • From: Petr Vorel <pvorel@xxxxxxx>
• [RFC PATCH 0/2] IMA: Rewrite tests into new API + fixes
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v5 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• [PATCH 2/2] ima: turn on force option for FUSE in builtin policies
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• [PATCH 1/2] fs/fuse: move SUPER_MAGIC definitions to linux/magic.h
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• Re: [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: [GIT PULL] tpmdd updates for v4.16
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Alban Crequy <alban@xxxxxxxxxx>
• Re: [PATCH 3/3] encrypted-keys: document new fscrypt key format
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH 1/3] encrypted-keys: add fscrypt format support
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [GIT PULL] tpmdd updates for v4.16
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] tpmdd updates for v4.16
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [PATCH v5 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/3] encrypted-keys: add fscrypt format support
  • From: André Draszik <git@xxxxxxxxxx>
• [PATCH 3/3] encrypted-keys: document new fscrypt key format
  • From: André Draszik <git@xxxxxxxxxx>
• [PATCH 2/3] fscrypt: add support for the encrypted key type
  • From: André Draszik <git@xxxxxxxxxx>
• Re: [PATCH v5 19/19] fs: handle inode->i_version more efficiently
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/19] xfs: convert to new i_version API
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v5 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v5 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 04/19] affs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 03/19] fat: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 06/19] btrfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 07/19] exofs: switch to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 08/19] ext2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 09/19] ext4: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 10/19] nfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 11/19] nfsd: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 13/19] ufs: use new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 12/19] ocfs2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 15/19] IMA: switch IMA over to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 14/19] xfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v5 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [GIT PULL] tpmdd updates for v4.16
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [bug report] ima: re-introduce own integrity cache lock
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [GIT PULL] tpmdd updates for v4.16
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH V6 2/2] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH V6 1/2] security: Add a cred_getsecid hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V5 2/2] IMA: Support using new creds in appraisal policy
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 06/19] btrfs: convert to new i_version API
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH -next] tpm_tis: Remove unused variables
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [GIT PULL] linux-integrity patches for 4.16-security-next-general
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH] tpm: remove unused variables
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [GIT PULL] tpmdd updates for v4.16
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] IMA: Support using new creds in appraisal policy
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH V5 2/2] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH V5 1/2] security: Add a cred_getsecid hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [tpmdd-devel] tpm device not showing up in /dev anymore
  • From: Laurent Bigonville <bigon@xxxxxxxxxx>
• Re: [GIT PULL] linux-integrity patches for 4.16-security-next-general
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [GIT PULL] linux-integrity patches for 4.16-security-next-general
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] linux-integrity patches for 4.16-security-next-general
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [GIT PULL] linux-integrity patches for 4.16-security-next-general
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Nayna Jain <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 12/19] ocfs2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 05/19] afs: convert to new i_version API
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V4 2/3] IMA: Use consistent creds
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH V4 3/3] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH V4 2/3] IMA: Use consistent creds
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH V4 1/3] security: Add a cred_getsecid hook
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [tpmdd-devel] tpm device not showing up in /dev anymore
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [tpmdd-devel] tpm device not showing up in /dev anymore
  • From: Laurent Bigonville <bigon@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v4 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 05/19] afs: convert to new i_version API
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 01/19] fs: new API for handling inode->i_version
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] tpm: remove unused variables
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH] tpm: remove unused variables
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• RE: [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v8 2/2] tpm: Keep CLKRUN enabled throughout the duration of transmit_cmd()
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v8 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v8 0/2] Fix corner cases with disabling CLKRUN in tpm_tis
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• [PATCH v2 1/3] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 3/3] tpm: only attempt to disable the LPC CLKRUN if is already enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 2/3] tpm: follow coding style for variable declaration in tpm_tis_core_init()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 0/3] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] evm: Don't update hmacs in user ns mounts
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] evm: Don't update hmacs in user ns mounts
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/11] evm: Don't update hmacs in user ns mounts
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4 14/19] xfs: convert to new i_version API
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v4 01/19] fs: new API for handling inode->i_version
  • From: NeilBrown <neil@xxxxxxxxxx>
• [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v7 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v7 2/2] tpm: Keep CLKRUN enabled throughout the duration of transmit_cmd()
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2] tpm: Fix the driver cleanup code
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• RE: [PATCH v2] tpm: Fix the driver cleanup code
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH v2] tpm: Fix the driver cleanup code
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] tpm: only attempt to disable the LPC CLKRUN if is already enabled
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] tpm: follow coding style for variable declaration in tpm_tis_core_init()
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v2] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 00/15] ima: digest list feature
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/11] evm: Don't update hmacs in user ns mounts
  • From: Dongsu Park <dongsu@xxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• [PATCH] tpm2-cmd: try full selftest once if continue selftest failed
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• RE: TPM driver breaks S3 suspend
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• [PATCH v4 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 03/19] fat: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 06/19] btrfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 07/19] exofs: switch to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 08/19] ext2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 04/19] affs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 09/19] ext4: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 10/19] nfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 13/19] ufs: use new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 11/19] nfsd: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 14/19] xfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 15/19] IMA: switch IMA over to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 12/19] ocfs2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v4 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH] tpm: remove unused data fields from I2C and OF device ID tables
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Fix the driver cleanup code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• [PATCH v2] tpm: Fix the driver cleanup code
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH] tpm: Fix the driver cleanup code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v2] ima: Fix warn potential negative subtraction from max
  • From: Vasyl Gomonovych <gomonovych@xxxxxxxxx>
• RE: [PATCH] tpm: Fix the driver cleanup code
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH] tpm: Fix the driver cleanup code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH] tpm: Fix the driver cleanup code
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH] tpm: Fix the driver cleanup code
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] tpm: Fix the driver cleanup code
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Jeffery Miller <jmiller@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] ima: Fix warn potential negative subtraction from max
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Jeffery Miller <jmiller@xxxxxxxxxxxxx>
• RE: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] ima: Fix warn potential negative subtraction from max
  • From: Vasyl Gomonovych <gomonovych@xxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• RE: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: tpm_tis_spi gets initialized long after IMA
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: James Ettle <james@xxxxxxxxxxxx>
• RE: TPM driver breaks S3 suspend
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• Re: TPM driver breaks S3 suspend
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• TPM driver breaks S3 suspend
  • From: Chris Chiu <chiu@xxxxxxxxxxxx>
• RE: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jan Kara <jack@xxxxxxx>
• RE: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• RE: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• RE: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• RE: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• RE: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 4/4] tpm: only attempt to disable the LPC CLKRUN if is already enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 3/4] tpm: follow coding style for variable declaration in tpm_tis_core_init()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 1/1] tpm: only attempt to disable the LPC CLKRUN if is already
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC][PATCH 4/9] tpm_tis_core: send all data in single operation
  • From: Nayna Jain <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Nayna Jain <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: ima: temporary "next-queued-testing" branch (UPDATE)
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• RE: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: "Shaikh, Azhar" <azhar.shaikh@xxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v3 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH V3 2/2] IMA: Support using new creds in appraisal policy
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: ima: temporary "next-queued-testing" branch (UPDATE)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 04/19] affs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 03/19] fat: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 07/19] exofs: switch to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 06/19] btrfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 08/19] ext2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 10/19] nfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 09/19] ext4: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 11/19] nfsd: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 14/19] xfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 13/19] ufs: use new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 15/19] IMA: switch IMA over to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 12/19] ocfs2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v3 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 01/19] fs: new API for handling inode->i_version
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 05/19] afs: convert to new i_version API
  • From: Jeffrey Altman <jaltman@xxxxxxxxxxxx>
• [PATCH v2 00/19] fs: rework and optimize i_version handling in filesystems
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 01/19] fs: new API for handling inode->i_version
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 03/19] fat: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 02/19] fs: don't take the i_lock in inode_inc_iversion
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 04/19] affs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 06/19] btrfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 09/19] ext4: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 10/19] nfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 13/19] ufs: use new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 05/19] afs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 14/19] xfs: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 15/19] IMA: switch IMA over to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 07/19] exofs: switch to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 16/19] fs: only set S_VERSION when updating times if necessary
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 19/19] fs: handle inode->i_version more efficiently
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 17/19] xfs: avoid setting XFS_ILOG_CORE if i_version doesn't need incrementing
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 18/19] btrfs: only dirty the inode in btrfs_update_time if something was changed
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 12/19] ocfs2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 11/19] nfsd: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH v2 08/19] ext2: convert to new i_version API
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH V3 2/2] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V3 2/2] IMA: Support using new creds in appraisal policy
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] ima: define new ima_sb_post_new_mount hook
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] Export broken TPMs to user space
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: TPM tests within kselftest?
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH] tpm2-cmd: allow more attempts for selftest execution
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Aw: Re: Re: Re: tpm_tis_spi gets initialized long after IMA
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: [RFC][PATCH 1/3] tpm-chip: Move idr_replace calls to appropriate places
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [RFC][PATCH 3/3] tpm-chip: Export TPM device to user space even when startup failed
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC][PATCH 1/3] tpm-chip: Move idr_replace calls to appropriate places
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• TPM tests within kselftest?
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 3/3] tpm-chip: Export TPM device to user space even when startup failed
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 1/3] tpm-chip: Move idr_replace calls to appropriate places
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 2/3] tpm-chip: Return TPM error codes from auto_startup functions
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 0/3] Export broken TPMs to user space
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: ima: temporary "next-queued-testing" branch (UPDATE)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: Security subsystem tree merge to v4.15-rc3
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [BISECTED] tpm CLKRUN breaks PS/2 keyboard and touchpad on Braswell system
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• [PATCH] tpm2-cmd: allow more attempts for selftest execution
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/15] ima: digest list feature
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: [PATCH] ima: define a new policy option named "force"
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: IMA keyctl problems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• IMA keyctl problems
  • From: "Paul R. Tagliamonte" <paultag@xxxxxxxxx>
• Re: [PATCH v2 00/15] ima: digest list feature
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: FW: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: FW: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 9/9] tpm: ignore burstcount to improve tpm_tis send() performance
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 8/9] tpm_tis_spi: add delay between wait state retries
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 7/9] tpm_tis_spi: release CS line when wait state handling fails
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 6/9] tpm_tis_spi: fix sending wrong data during wait state handling
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 5/9] tpm_tis_core: use XDATA_FIFO for transfers if available
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 4/9] tpm_tis_core: send all data in single operation
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 3/9] tpm_tis_core: correctly wait for flags to become zero
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 2/9] tpm_tis_core: access single TIS registers before doing complex transfers
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 1/9] tpm_tis_core: clean up whitespace
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [RFC][PATCH 0/9] tpm: fix driver so that burstcount can be safely ignored
  • From: Alexander Steffen <Alexander.Steffen@xxxxxxxxxxxx>
• [PATCH] ima: define a new policy option named "force"
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH] ima-evm-utils: migrate to the new openssl 1.1 api
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: "Roberts, William C" <william.c.roberts@xxxxxxxxx>
• RE: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: <Alexander.Steffen@xxxxxxxxxxxx>
• Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] ima: define new ima_sb_post_new_mount hook
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] ima: define new ima_sb_post_new_mount hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] ima: define new ima_sb_post_new_mount hook
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] ima: define new ima_sb_post_new_mount hook
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: IMA-EVM-Utils OpenSSL1.1 interface update
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v6 2/2] tpm: Keep CLKRUN enabled throughout the duration of transmit_cmd()
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v6 1/2] tpm_tis: Move ilb_base_addr to tpm_tis_data
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• [PATCH v6 0/2] Fix corner cases with disabling CLKRUN in tpm_tis
  • From: Azhar Shaikh <azhar.shaikh@xxxxxxxxx>
• Re: [PATCH] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: IMA-EVM-Utils OpenSSL1.1 interface update
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• ima: temporary "next-queued-testing" branch
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [Regression 4.15-rc2] New messages `tpm tpm0: A TPM error (2314) occurred continue selftest`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [Linux-ima-devel] [PATCH 12/12] ima: added Documentation/security/IMA-digest-lists.txt
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 00/15] ima: digest list feature
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 00/15] ima: digest list feature
  • From: Ken Goldman <kgold@xxxxxxxxxxxxxxxxxx>
• [PATCHv6 1/1] ima: re-introduce own integrity cache lock
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxx>
• Re: [PATCH v2] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• [PATCH v3] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• [PATCH v2] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [PATCH v2] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [PATCH v2] ima: log message to module appraisal error
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [PATCH] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• [PATCH] ima: log message to module appraisal error
  • From: "Bruno E. O. Meneguele" <bmeneguele@xxxxxxxxx>
• Re: IMA-EVM-Utils OpenSSL1.1 interface update
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] tpm: remove type and name fields from the I2C Infineon OF table entries
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: IMA-EVM-Utils OpenSSL1.1 interface update
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [PATCHv5 1/1] ima: re-introduce own integrity cache lock
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxxx>
• Re: [PATCHv5 1/1] ima: re-introduce own integrity cache lock
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxxx>
• [PATCH] evm: fix portable patch
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5 1/1] ima: re-introduce own integrity cache lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: IMA-EVM-Utils OpenSSL1.1 interface update
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv5 1/1] ima: re-introduce own integrity cache lock
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCHv5 1/1] ima: re-introduce own integrity cache lock
  • From: Dmitry Kasatkin <dmitry.kasatkin@xxxxxxxxx>
• IMA-EVM-Utils OpenSSL1.1 interface update
  • From: "Bruno E. O. Meneguele" <brdeoliv@xxxxxxxxxx>
• Re: [RFC][PATCH v2 3/9] ima: preserve iint flags if security.ima update is successful
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 1/9] ima: pass filename to ima_rdwr_violation_check()
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH v2 2/9] ima: preserve flags in ima_inode_post_setattr() if file must be appraised
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [RFC][PATCH v2 9/9] ima: don't measure files with valid appraisal status
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 8/9] ima: introduce policy action try_appraise
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 7/9] ima: enforce the Biba low watermark for objects policy on appraised files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 6/9] ima: enforce the Biba strict policy on appraised files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 5/9] ima: measure/appraise/audit inherited file descriptors
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 4/9] ima: introduce ima_mk_null_file()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 3/9] ima: preserve iint flags if security.ima update is successful
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 2/9] ima: preserve flags in ima_inode_post_setattr() if file must be appraised
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 1/9] ima: pass filename to ima_rdwr_violation_check()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [RFC][PATCH v2 0/9] ima: integrity models for appraised files
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3] tpm: return a TPM_RC_COMMAND_CODE response if command is not implemented
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Philip Tricca <flihp@xxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Philip Tricca <flihp@xxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] tpm: return a TPM_RC_COMMAND_CODE response if a command isn't implemented
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: FW: [RFC PATCH] tpm: don't return -EINVAL if TPM command validation fails
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>