Linux Integrity

Date Index

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

[Index of Archives] [Linux Kernel] [Linux Kernel Hardening] [Linux NFS] [Linux NILFS] [Linux USB Devel] [Video for Linux] [Linux SCSI] [Yosemite Forum]