Linux Integrity

• Thread Index

• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [GIT PULL] TPM DEVICE DRIVER: linux-next-6.13-rc1
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v21 6/6] samples/check-exec: Add an enlighten "inc" interpreter and 28 tests
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v2] ima: kexec: silence RCU list traversal warning
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v21 0/6] Script execution control (was O_MAYEXEC)
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH] ima: kexec: Add RCU read lock protection for ima_measurements list traversal
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] ima: kexec: Add RCU read lock protection for ima_measurements list traversal
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• [PATCH AUTOSEL 6.11 01/10] integrity: Use static_assert() to check struct sizes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v21 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v21 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 00/15] integrity: Introduce the Integrity Digest Cache
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] ima: kexec: Add RCU read lock protection for ima_measurements list traversal
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/15] digest_cache: Allow registration of digest list parsers
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/15] lib: Add TLV parser
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/15] digest_cache: Allow registration of digest list parsers
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 01/15] lib: Add TLV parser
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 9/9] ima: Use digest caches for appraisal
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 8/9] ima: Use digest caches for measurement
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 7/9] ima: Load verified usage from digest cache found from query
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 6/9] ima: Store verified usage in digest cache based on integrity metadata flags
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 5/9] ima: Retrieve digest cache and check if changed
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 4/9] ima: Modify existing boot-time built-in policies with digest cache policies
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 3/9] ima: Add digest_cache_measure/appraise boot-time built-in policies
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 2/9] ima: Add digest_cache policy keyword
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 1/9] ima: Introduce hook DIGEST_LIST_CHECK
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC][PATCH v4 0/9] ima: Integrate with Integrity Digest Cache
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 15/15] docs: Add documentation of the Integrity Digest Cache
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 14/15] selftests/digest_cache: Add selftests for the Integrity Digest Cache
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 13/15] digest_cache: Reset digest cache on file/directory change
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 12/15] digest cache: Prefetch digest lists if requested
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 11/15] digest_cache: Add support for directories
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 10/15] digest_cache: Add management of verification data
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 09/15] digest_cache: Populate the digest cache from a digest list
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 08/15] digest_cache: Parse tlv digest lists
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 07/15] digest_cache: Allow registration of digest list parsers
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 06/15] digest_cache: Add hash tables and operations
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 05/15] digest_cache: Add securityfs interface
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 04/15] digest_cache: Initialize digest caches
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 03/15] integrity: Introduce the Integrity Digest Cache
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 02/15] module: Introduce ksys_finit_module()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v6 00/15] integrity: Introduce the Integrity Digest Cache
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH] doc: correct the build steps for open_posix_testsuite
  • From: xiubli@xxxxxxxxxx
• Re: [PATCH v3] ima: Suspend PCR extends and log appends when rebooting
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ima_boot_aggregate: Fix openssl 3.0 deprecation warnings
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ima_boot_aggregate: TBROK on fread() failure
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc8
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] KEYS: trusted: dcp: fix improper sg use with CONFIG_VMAP_STACK=y
  • From: David Gstir <david@xxxxxxxxxxxxx>
• [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc8
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] tpm: Disable TPM on tpm2_create_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: Christoph Anton Mitterer <calestyo@xxxxxxxxxxxx>
• Re: regression: kernel log "flooded" with tpm tpm0: A TPM error (2306) occurred attempting to create NULL primary
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v3] tpm: Opt-in in disable PCR integrity protection
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• RE: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Liang, Andy (Linux Ecosystem Engineering)" <andy.liang@xxxxxxx>
• Re: [PATCH v2] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v2] ima: Suspend PCR extends and log appends when rebooting
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v3] tpm: Opt-in in disable PCR integrity protection
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v21 4/6] selftests/landlock: Add tests for execveat + AT_EXECVE_CHECK
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 0/6] Script execution control (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 5/6] samples/check-exec: Add set-exec
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] integrity: subsystem fixes for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v21 6/6] samples/check-exec: Add an enlighten "inc" interpreter and 28 tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 3/6] selftests/exec: Add 32 tests for AT_EXECVE_CHECK and exec securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v21 1/6] exec: Add a new AT_EXECVE_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2] ima: Suspend PCR extends and log appends when rebooting
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v2] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [GIT PULL] integrity: subsystem fixes for v6.12
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] ima: Suspend PCR extends and log appends when rebooting
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• RE: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Liang, Andy (Linux Ecosystem Engineering)" <andy.liang@xxxxxxx>
• Re: Reading public key portion of asymmetric keys
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• RE: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Liang, Andy (Linux Ecosystem Engineering)" <andy.liang@xxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: Remove the documentation from tpm2-sessions.c
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] tpm/eventlog: Use kvmalloc() for event log buffer
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH] tpm: Remove the documentation from tpm2-sessions.c
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2] tpm: Opt-in in disable PCR integrity protection
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] tpm: Opt-in in disable PCR encryption on TPM2 chips
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [GIT PULL] KEYS: keys-next-6.12-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] tpm: atmel: Drop PPC64 specific MMIO setup
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [GIT PULL] KEYS: keys-next-6.12-rc7
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [GIT PULL] KEYS: keys-next-6.12-rc7
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: atmel: Drop PPC64 specific MMIO setup
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] tpm: atmel: Drop PPC64 specific MMIO setup
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: atmel: Drop PPC64 specific MMIO setup
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: atmel: Drop PPC64 specific MMIO setup
  • From: Rob Herring <robh@xxxxxxxxxx>
• [syzbot] Monthly integrity report (Nov 2024)
  • From: syzbot <syzbot+list4e5402cbee6a192e1e9e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: ross.philipson@xxxxxxxxxx
• Re: [PATCH] ima: Suspend PCR extends and log appends when rebooting
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: ross.philipson@xxxxxxxxxx
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: ross.philipson@xxxxxxxxxx
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] ima: kexec: Add RCU read lock protection for ima_measurements list traversal
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc7
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/4] tpm: sysfs: Show locality used by kernel
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH 3/4] tpm, tpm_tis: allow to set locality to a different value
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH 2/4] tpm, tpm_tis: Address positive localities in tpm_tis_request_locality()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH 1/4] tpm, tpm_tis: Close all localities
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH 0/4] Alternative TPM patches for Trenchboot
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [syzbot] [integrity?] [lsm?] [erofs?] INFO: task hung in ima_file_free (4)
  • From: syzbot <syzbot+8036326eebe7d0140944@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 16/20] tpm: Make locality requests return consistent values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 15/20] tpm: Ensure tpm is in known state at startup
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [RFC PATCH v2 2/2] tpm: show the default locality in sysfs
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH v2 1/2] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [RFC PATCH] tpm, tpm_tis: Introduce TPM_IOC_SET_LOCALITY
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v11 18/20] tpm: Add sysfs interface to allow setting and querying the default locality
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 18/20] tpm: Add sysfs interface to allow setting and querying the default locality
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• RE: [PATCH v11 01/20] Documentation/x86: Secure Launch kernel documentation
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• [PATCH 1/2] ima_boot_aggregate: Fix openssl 3.0 deprecation warnings
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH 2/2] ima_boot_aggregate: TBROK on fread() failure
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 18/20] tpm: Add sysfs interface to allow setting and querying the default locality
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 17/20] tpm: Add ability to set the default locality the TPM chip uses
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 16/20] tpm: Make locality requests return consistent values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 15/20] tpm: Ensure tpm is in known state at startup
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 14/20] tpm: Protect against locality counter underflow
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v11 18/20] tpm: Add sysfs interface to allow setting and querying the default locality
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v3] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] LSM: Ensure the correct LSM context releaser
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH v6] tpm: Add new device/vendor ID 0x50666666
  • From: Jett Rink <jettrink@xxxxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• [PATCH v2] tpm: Lock TPM chip in tpm_pm_suspend() first
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6] tpm: Add new device/vendor ID 0x50666666
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] KEYS: trusted: dcp: fix NULL dereference in AEAD crypto operation
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] KEYS: trusted: dcp: fix NULL dereference in AEAD crypto operation
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] tpm: set TPM_CHIP_FLAG_SUSPENDED early
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH] KEYS: trusted: dcp: fix NULL dereference in AEAD crypto operation
  • From: David Gstir <david@xxxxxxxxxxxxx>
• [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc6
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 3/3] tpm: Lazily flush the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 3/3] tpm: Lazily flush the auth session
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/3] tpm: Return tpm2_sessions_init() when null key creation fails
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 1/3] tpm: Return tpm2_sessions_init() when null key creation fails
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH V3 0/2] char: tpm: Adjust cr50_i2c locking mechanism
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH V3 0/2] char: tpm: Adjust cr50_i2c locking mechanism
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• Re: [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v8 3/3] tpm: Lazily flush the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v8 2/3] tpm: Rollback tpm2_load_null()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v8 1/3] tpm: Return tpm2_sessions_init() when null key creation fails
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v8 0/3] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH] mailmap: update email addresses
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v6] tpm: Add new device/vendor ID 0x50666666
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [REGRESSION][BISECTED] tpm: Popping noise in USB headphones since 1b6d7f9eb150
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v7 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [REGRESSION][BISECTED] tpm: Popping noise in USB headphones since 1b6d7f9eb150
  • From: Christian Heusel <christian@xxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: sergeh@xxxxxxxxxx
• Re: [PATCH v7 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v7 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v7 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v1] tpm: tis_i2c: add ST33KTPM2XI2C compatible entry
  • From: Heiko Schocher <hs@xxxxxxx>
• [PATCH v3 1/5] LSM: Ensure the correct LSM context releaser
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH v7 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/5] tpm: Implement tpm2_load_null() rollback
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: sergeh@xxxxxxxxxx
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] LSM: Ensure the correct LSM context releaser
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [Bug 219383] New: System reboot on S3 sleep/wakeup test
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6] tpm: Add new device/vendor ID 0x50666666
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] LSM: Ensure the correct LSM context releaser
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] LSM: Ensure the correct LSM context releaser
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [Bug 219383] New: System reboot on S3 sleep/wakeup test
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v7 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v7 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v7 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v7 2/5] tpm: Implement tpm2_load_null() rollback
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v7 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v7 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v6 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 05/13] clavis: Introduce a new key type called clavis_key_acl
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 05/13] clavis: Introduce a new key type called clavis_key_acl
  • From: Ben Boeckel <me@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH v2] mm: Split critical region in remap_file_pages() and invoke LSMs in between
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] mm: Split locks in remap_file_pages()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 05/13] clavis: Introduce a new key type called clavis_key_acl
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC][PATCH] mm: Split locks in remap_file_pages()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] mm: Split locks in remap_file_pages()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: syzbot <syzbot+1cd571a672400ef3a930@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] mm: Split locks in remap_file_pages()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC][PATCH] mm: Split locks in remap_file_pages()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 05/13] clavis: Introduce a new key type called clavis_key_acl
  • From: Ben Boeckel <me@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 06/13] clavis: Populate clavis keyring acl with kernel module signature
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 01/13] certs: Remove CONFIG_INTEGRITY_PLATFORM_KEYRING check
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 02/13] certs: Introduce ability to link to a system key
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 02/13] certs: Introduce ability to link to a system key
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH v3 01/13] certs: Remove CONFIG_INTEGRITY_PLATFORM_KEYRING check
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [RFC PATCH v3 01/13] certs: Remove CONFIG_INTEGRITY_PLATFORM_KEYRING check
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 08/13] clavis: Introduce new LSM called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 13/13] clavis: Kunit support
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 07/13] keys: Add ability to track intended usage of the public key
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 09/13] clavis: Allow user to define acl at build time
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 10/13] efi: Make clavis boot param persist across kexec
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 02/13] certs: Introduce ability to link to a system key
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 11/13] clavis: Prevent boot param change during kexec
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 05/13] clavis: Introduce a new key type called clavis_key_acl
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 03/13] clavis: Introduce a new system keyring called clavis
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 06/13] clavis: Populate clavis keyring acl with kernel module signature
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 12/13] clavis: Add function redirection for Kunit support
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 04/13] keys: Add new verification type (VERIFYING_CLAVIS_SIGNATURE)
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• [RFC PATCH v3 00/13] Clavis LSM
  • From: Eric Snowberg <eric.snowberg@xxxxxxxxxx>
• Re: [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: ibmvtpm: Set TPM_OPS_AUTO_STARTUP flag on driver
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] tpm: ibmvtpm: Set TPM_OPS_AUTO_STARTUP flag on driver
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v6 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v6 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v6 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v6 2/5] tpm: Implement tpm2_load_null() rollback
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v6 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [RFC PATCH] tpm: Allow the TPM2 pcr_extend HMAC capability to be disabled on boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] LSM: Ensure the correct LSM context releaser
  • From: sergeh@xxxxxxxxxx
• Re: [PATCH v20 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: sergeh@xxxxxxxxxx
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: sergeh@xxxxxxxxxx
• Re: [PATCH v20 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: sergeh@xxxxxxxxxx
• [PATCH v2 1/6] LSM: Ensure the correct LSM context releaser
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH] tpm: ibmvtpm: Set TPM_OPS_AUTO_STARTUP flag on driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v20 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] KMSAN: uninit-value in ima_add_template_entry (2)
  • From: syzbot <syzbot+91ae49e1c1a2634d20c0@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v20 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v20 6/6] samples/check-exec: Add an enlighten "inc" interpreter and 28 tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 4/6] selftests/landlock: Add tests for execveat + AT_CHECK
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 3/6] selftests/exec: Add 32 tests for AT_CHECK and exec securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 5/6] samples/check-exec: Add set-exec
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 2/6] security: Add EXEC_RESTRICT_FILE and EXEC_DENY_INTERACTIVE securebits
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 1/6] exec: Add a new AT_CHECK flag to execveat(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v20 0/6] Script execution control (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH] ima: Suspend PCR extends and log appends when rebooting
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH V3 1/2] char: tpm: cr50: Use generic request/relinquish locality ops
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• [PATCH V3 2/2] char: tpm: cr50: Move i2c locking to request/relinquish locality ops
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• [PATCH V3 0/2] char: tpm: Adjust cr50_i2c locking mechanism
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• Re: [PATCH] evm: stop avoidably reading i_writecount in evm_file_release
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH][next] integrity: Use static_assert() to check struct sizes
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: syzbot <syzbot+1cd571a672400ef3a930@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 10/13] LSM: Create new security_cred_getlsmprop LSM hook
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 08/13] LSM: Use lsm_prop in security_inode_getsecid
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v4 07/13] LSM: Use lsm_prop in security_current_getsecid
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: Possible overflow of TPM log
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH V2 2/2] char: tpm: cr50: Move i2c locking to request/relinquish locality ops
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH V2 1/2] char: tpm: cr50: Use generic request/relinquish locality ops
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Shu Han <ebpqwerty472123@xxxxxxxxx>
• Re: [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ima: Remove inode lock
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] ima: Fix OOB read when violation occurs with ima template.
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Possible overflow of TPM log
  • From: Usama Arif <usamaarif642@xxxxxxxxx>
• [PATCH] ima: Fix OOB read when violation occurs with ima template.
  • From: David Fernandez Gonzalez <david.fernandez.gonzalez@xxxxxxxxxx>
• Re: [RFC] efi/tpm: add efi.tpm_log as a reserved region in 820_table_firmware
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• Re: [RFC] efi/tpm: add efi.tpm_log as a reserved region in 820_table_firmware
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH V2 2/2] char: tpm: cr50: Move i2c locking to request/relinquish locality ops
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• [PATCH V2 1/2] char: tpm: cr50: Use generic request/relinquish locality ops
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• [PATCH V2 0/2] char: tpm: Adjust cr50_i2c locking mechanism
  • From: Grzegorz Bernacki <bernacki@xxxxxxxxxxxx>
• Re: [RFC] efi/tpm: add efi.tpm_log as a reserved region in 820_table_firmware
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• [PATCH 3/3] ima: Mark concurrent accesses to the iint pointer in the inode security blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH 1/3] ima: Remove inode lock
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH 2/3] ima: Ensure lock is held when setting iint pointer in inode security blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH 2/3] char: tpm: cr50: Use generic request/relinquish locality ops
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH] tpm_tis_spi: Pass in ACPI handle during init
  • From: Jamie Nguyen <jamien@xxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Workaround failed command reception on Infineon devices
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Workaround failed command reception on Infineon devices
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: Workaround failed command reception on Infineon devices
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] tpm: Implement tpm2_load_null() rollback
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Shu Han <ebpqwerty472123@xxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: Problems with TPM timeouts
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• Re: Problems with TPM timeouts
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Problems with TPM timeouts
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• [RFC PATCH] tpm: Workaround failed command reception on Infineon devices
  • From: Jonathan McDowell <noodles@xxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] KMSAN: uninit-value in ima_add_template_entry (2)
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [syzbot] [integrity?] [lsm?] KMSAN: uninit-value in ima_add_template_entry (2)
  • From: syzbot <syzbot+91ae49e1c1a2634d20c0@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: TPM HMAC (really) bad performance
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] char: tpm: cr50: Use generic request/relinquish locality ops
  • From: bernacki@xxxxxxxxxxxx
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Shu Han <ebpqwerty472123@xxxxxxxxx>
• Re: [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [syzbot] [integrity?] [lsm?] possible deadlock in process_measurement (4)
  • From: syzbot <syzbot+1cd571a672400ef3a930@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: TPM HMAC (really) bad performance
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: "Dr. Greg" <greg@xxxxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Luca Boccassi <luca.boccassi@xxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v5 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [GIT PULL] KEYS: keys-next-6.12-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] evm: stop avoidably reading i_writecount in evm_file_release
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] dm verity: fallback to platform keyring also if key in trusted keyring is rejected
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] hwrng: core - Add WARN_ON for buggy read return values
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] evm: stop avoidably reading i_writecount in evm_file_release
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 0/5] Lazy flush for the auth session
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH v5 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v5 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v5 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v5 2/5] tpm: Implement tpm2_load_null() rollback
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v5 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v5 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [GIT PULL] KEYS: keys-next-6.12-rc1
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v4 0/5] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Add Google Security Chip entry
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] MAINTAINERS: Add Google Security Chip entry
  • From: tzungbi@xxxxxxxxxx
• Re: [PATCH v4 0/5] Lazy flush for the auth session
  • From: Pengyu Ma <mapengyu@xxxxxxxxx>
• Re: [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc1
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 0/7] Lazy flush for the auth session
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v4 5/5] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 4/5] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 3/5] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 2/5] tpm: Return on tpm2_create_primary() failure in tpm2_load_null()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 1/5] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v4 0/5] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [RFC] Proposal: Static SECCOMP Policies
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• Re: [PATCH v3 0/7] Lazy flush for the auth session
  • From: Pengyu Ma <mapengyu@xxxxxxxxx>
• Re: [RFC] Proposal: Static SECCOMP Policies
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• [GIT PULL] TPM DEVICE DRIVER: tpmdd-next-6.12-rc1
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v3 7/7] tpm: open code tpm2_create_null_primary()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 6/7] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 5/7] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 4/7] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 3/7] tpm: Return on tpm2_create_primary() failure in tpm2_load_null()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 2/7] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 1/7] tpm: Remove the top-level documentation tpm2-sessions.c
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v3 0/7] Lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: "Dr. Greg" <greg@xxxxxxxxxxxx>
• [PATCH v2 6/6] tpm: flush the auth session only when /dev/tpm0 is open
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 5/6] tpm: Allocate chip->auth in tpm2_start_auth_session()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 4/6] tpm: flush the null key only when /dev/tpm0 is accessed
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 3/6] tpm: Return on tpm2_create_primary() failure in tpm2_load_null()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 2/6] tpm: Return on tpm2_create_null_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 1/6] tpm: Remove documentation from the header of tpm2-sessions.c
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v2 0/6] lazy flush for the auth session
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 00/14] integrity: Introduce the Integrity Digest Cache
  • From: "Dr. Greg" <greg@xxxxxxxxxxxx>
• Re: [PATCH 0/4] tpm: lazy flush for the session null key
  • From: Pengyu Ma <mapengyu@xxxxxxxxx>
• Re: [PATCH 0/4] tpm: lazy flush for the session null key
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH 0/4] tpm: lazy flush for the session null key
  • From: Pengyu Ma <mapengyu@xxxxxxxxx>
• Re: [PATCH 0/4] tpm: lazy flush for the session null key
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH 4/4] tpm: flush the session null key only when required
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH 3/4] tpm: address tpm2_create_primary() failure
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH 2/4] tpm: address tpm2_create_null_primary() return value
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH 1/4] tpm: remove file header documentation from tpm2-sessions.c
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH 0/4] tpm: lazy flush for the session null key
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: remove file header documentation from tpm2-sessions.c
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH] tpm: remove file header documentation from tpm2-sessions.c
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko.sakkinen@xxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko.sakkinen@xxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko.sakkinen@xxxxxx>
• [PATCH v11 02/20] x86: Secure Launch Kconfig
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 00/20] x86: Trenchboot secure dynamic launch Linux kernel support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 20/20] x86/efi: EFI stub DRTM launch support for Secure Launch
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 19/20] x86: Secure Launch late initcall platform module
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 18/20] tpm: Add sysfs interface to allow setting and querying the default locality
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 17/20] tpm: Add ability to set the default locality the TPM chip uses
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 16/20] tpm: Make locality requests return consistent values
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 15/20] tpm: Ensure tpm is in known state at startup
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 14/20] tpm: Protect against locality counter underflow
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 13/20] x86/reboot: Secure Launch SEXIT support on reboot paths
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 12/20] kexec: Secure Launch kexec SEXIT support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 11/20] x86: Secure Launch SMP bringup support
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 10/20] x86: Secure Launch kernel late boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 09/20] x86: Secure Launch kernel early boot stub
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 08/20] x86/boot: Place TXT MLE header in the kernel_info section
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 07/20] x86/msr: Add variable MTRR base/mask and x2apic ID registers
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 06/20] x86: Add early SHA-256 support for Secure Launch early measurements
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 05/20] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 04/20] x86: Secure Launch main header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 01/20] Documentation/x86: Secure Launch kernel documentation
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• [PATCH v11 03/20] x86: Secure Launch Resource Table header file
  • From: Ross Philipson <ross.philipson@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: CFP for the containers and checkpoint-restore micro-conference at LPC 2024 mailing/containers
  • From: Enrico Bravi <enrico.bravi@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/14] KEYS: Add support for PGP keys and signatures
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] x86: Add early SHA-1 support for Secure Launch early measurements
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/14] PGPLIB: Signature parser
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 04/14] PGPLIB: Basic packet parser
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 03/14] PGPLIB: PGP definitions (RFC 9580)
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] rsa: add parser of raw format
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 01/14] mpi: Introduce mpi_key_length()
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [regression] significant delays when secureboot is enabled since 6.10
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: WARNING in process_measurement
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v6] tpm: Add new device/vendor ID 0x50666666
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v3 14/14] KEYS: Introduce load_pgp_public_keyring()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 13/14] KEYS: Provide a function to load keys from a PGP keyring blob
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 12/14] PGP: Provide a key type for testing PGP signatures
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 11/14] verification: introduce verify_pgp_signature()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 10/14] KEYS: Calculate key digest and get signature of the key
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 09/14] KEYS: Retry asym key search with partial ID in restrict_link_by_signature()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 08/14] KEYS: PGP-based public key signature verification
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 07/14] KEYS: Provide PGP key description autogeneration
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 06/14] KEYS: PGP data parser
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH v3 05/14] PGPLIB: Signature parser
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>