Kernel Hardening

Date Index

Re: [PATCH 6/9] workqueue: Convert for_each_wq to use built-in list check (v2), (continued)
- [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1), Joel Fernandes (Google)
  - Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1), Bjorn Helgaas
    - Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1), Joel Fernandes
      - Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1), Paul E. McKenney
- [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1), Joel Fernandes (Google)
  - Re: [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1), Rafael J. Wysocki
  - Re: [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1), Paul E. McKenney
- [PATCH 9/9] doc: Update documentation about list_for_each_entry_rcu (v1), Joel Fernandes (Google)
- Re: [PATCH 0/9] Harden list_for_each_entry_rcu() and family, Paul E. McKenney
[PATCH v2 0/9] Harden list_for_each_entry_rcu() and family, Joel Fernandes (Google)
- [PATCH v2 1/9] rcu/update: Remove useless check for debug_locks, Joel Fernandes (Google)
- [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes (Google)
  - Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking, Paul E. McKenney
    - Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
      - Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking, Paul E. McKenney
- [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes (Google)
  - Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
    - Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
      - Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Joel Fernandes
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
        
        Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Oleg Nesterov
  - Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
    - Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section, Paul E. McKenney
- [PATCH v2 4/9] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes (Google)
- [PATCH v2 5/9] driver/core: Convert to use built-in RCU list checking, Joel Fernandes (Google)
- [PATCH v2 6/9] workqueue: Convert for_each_wq to use built-in list check, Joel Fernandes (Google)
- [PATCH v2 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator, Joel Fernandes (Google)
- [PATCH v2 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list, Joel Fernandes (Google)
- [PATCH v2 9/9] doc: Update documentation about list_for_each_entry_rcu, Joel Fernandes (Google)
[PATCH 5.2 22/61] Documentation/admin: Remove the vsyscall=native documentation, Greg Kroah-Hartman
[PATCH 5.1 105/138] Documentation/admin: Remove the vsyscall=native documentation, Greg Kroah-Hartman
[PATCH 4.19 66/91] Documentation/admin: Remove the vsyscall=native documentation, Greg Kroah-Hartman
[PATCH v1 0/6] Harden list_for_each_entry_rcu() and family, Joel Fernandes (Google)
- [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes (Google)
  - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
  - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Peter Zijlstra
    - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
  - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Peter Zijlstra
    - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
      - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Peter Zijlstra
      - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Paul E. McKenney
        
        Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
        
        Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Paul E. McKenney
        
        Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
        
        Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Paul E. McKenney
  - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Oleg Nesterov
    - Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
- [PATCH v1 2/6] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes (Google)
- [PATCH v1 3/6] driver/core: Convert to use built-in RCU list checking, Joel Fernandes (Google)
  - Re: [PATCH v1 3/6] driver/core: Convert to use built-in RCU list checking, Greg Kroah-Hartman
- [PATCH v1 4/6] workqueue: Convert for_each_wq to use built-in list check, Joel Fernandes (Google)
- [PATCH v1 5/6] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator, Joel Fernandes (Google)
- [PATCH v1 6/6] acpi: Use built-in RCU list checking for acpi_ioremaps list, Joel Fernandes (Google)
- Re: [PATCH v1 0/6] Harden list_for_each_entry_rcu() and family, Joel Fernandes
Patch "Documentation/admin: Remove the vsyscall=native documentation" has been added to the 5.2-stable tree, gregkh
Patch "Documentation/admin: Remove the vsyscall=native documentation" has been added to the 5.1-stable tree, gregkh
Patch "Documentation/admin: Remove the vsyscall=native documentation" has been added to the 4.19-stable tree, gregkh
kernel oops loading i915 after "x86/asm: Pin sensitive CR4 bits" (873d50d58), Xi Ruoyao
- Re: kernel oops loading i915 after "x86/asm: Pin sensitive CR4 bits" (873d50d58), Dmitry V. Levin
[PATCH v4] Added warnings in checkpatch.pl script to :, NitinGote
- Re: [PATCH v4] Added warnings in checkpatch.pl script to :, Joe Perches
  - RE: [PATCH v4] Added warnings in checkpatch.pl script to :, Gote, Nitin R
[PATCH v3] Added warnings in checkpatch.pl script to :, NitinGote
[PATCH v2] Added warnings in checkpatch.pl script to :, NitinGote
- Re: [PATCH v2] Added warnings in checkpatch.pl script to :, Joe Perches
[PATCH v8 00/11] x86: PIE support to extend KASLR randomization, Thomas Garnier
- [PATCH v8 01/11] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 02/11] x86: Add macro to get symbol address for PIE support, Thomas Garnier
- [PATCH v8 03/11] x86: relocate_kernel - Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 04/11] x86/entry/64: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 05/11] x86: pm-trace - Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 06/11] x86/CPU: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 07/11] x86/acpi: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 08/11] x86/boot/64: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 09/11] x86/power/64: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 10/11] x86/paravirt: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v8 11/11] x86/alternatives: Adapt assembly for PIE support, Thomas Garnier
- Re: [PATCH v8 00/11] x86: PIE support to extend KASLR randomization, Kees Cook
  - Re: [PATCH v8 00/11] x86: PIE support to extend KASLR randomization, Thomas Garnier
[PATCH v5 00/12] S.A.R.A. a new stacked LSM, Salvatore Mesoraca
- [PATCH v5 01/12] S.A.R.A.: add documentation, Salvatore Mesoraca
  - Re: [PATCH v5 01/12] S.A.R.A.: add documentation, Randy Dunlap
    - Re: [PATCH v5 01/12] S.A.R.A.: add documentation, Salvatore Mesoraca
  - Re: [PATCH v5 01/12] S.A.R.A.: add documentation, James Morris
- [PATCH v5 02/12] S.A.R.A.: create framework, Salvatore Mesoraca
  - Re: [PATCH v5 02/12] S.A.R.A.: create framework, Randy Dunlap
- [PATCH v5 03/12] S.A.R.A.: cred blob management, Salvatore Mesoraca
  - Re: [PATCH v5 03/12] S.A.R.A.: cred blob management, James Morris
- [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Salvatore Mesoraca
  - Re: [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Jann Horn
    - Re: [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Salvatore Mesoraca
      - Re: [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Jann Horn
      - Re: [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Salvatore Mesoraca
        
        Re: [PATCH v5 04/12] S.A.R.A.: generic DFA for string matching, Jann Horn
- [PATCH v5 05/12] LSM: creation of "check_vmflags" LSM hook, Salvatore Mesoraca
- [PATCH v5 06/12] S.A.R.A.: WX protection, Salvatore Mesoraca
  - Re: [PATCH v5 06/12] S.A.R.A.: WX protection, Randy Dunlap
  - Re: [PATCH v5 06/12] S.A.R.A.: WX protection, Al Viro
    - Re: [PATCH v5 06/12] S.A.R.A.: WX protection, Salvatore Mesoraca
      - Re: [PATCH v5 06/12] S.A.R.A.: WX protection, Kees Cook
  - RE: [PATCH v5 06/12] S.A.R.A.: WX protection, David Laight
- [PATCH v5 07/12] LSM: creation of "pagefault_handler" LSM hook, Salvatore Mesoraca
- [PATCH v5 08/12] S.A.R.A.: trampoline emulation, Salvatore Mesoraca
  - Re: [PATCH v5 08/12] S.A.R.A.: trampoline emulation, Randy Dunlap
- [PATCH v5 09/12] S.A.R.A.: WX protection procattr interface, Salvatore Mesoraca
- [PATCH v5 11/12] S.A.R.A.: /proc/*/mem write limitation, Salvatore Mesoraca
  - Re: [PATCH v5 11/12] S.A.R.A.: /proc/*/mem write limitation, Jann Horn
    - Re: [PATCH v5 11/12] S.A.R.A.: /proc/*/mem write limitation, Salvatore Mesoraca
- [PATCH v5 10/12] S.A.R.A.: XATTRs support, Salvatore Mesoraca
- [PATCH v5 12/12] MAINTAINERS: take maintainership for S.A.R.A., Salvatore Mesoraca
- Re: [PATCH v5 00/12] S.A.R.A. a new stacked LSM, Jordan Glover
  - Re: [PATCH v5 00/12] S.A.R.A. a new stacked LSM, Salvatore Mesoraca
- Re: [PATCH v5 00/12] S.A.R.A. a new stacked LSM, James Morris
  - Re: [PATCH v5 00/12] S.A.R.A. a new stacked LSM, Salvatore Mesoraca
[PATCH v2] checkpatch: Added warnings in favor of strscpy()., Nitin Gote
- Re: [PATCH v2] checkpatch: Added warnings in favor of strscpy()., Kees Cook
refactor tasklets to avoid unsigned long argument, Romain Perier
- Re: refactor tasklets to avoid unsigned long argument, Kees Cook
  - Re: refactor tasklets to avoid unsigned long argument, Romain Perier
    - Re: refactor tasklets to avoid unsigned long argument, Kees Cook
      - Re: refactor tasklets to avoid unsigned long argument, Romain Perier
        
        Re: refactor tasklets to avoid unsigned long argument, Kees Cook
        
        Re: refactor tasklets to avoid unsigned long argument, Romain Perier
        
        Re: refactor tasklets to avoid unsigned long argument, Romain Perier
        
        Re: refactor tasklets to avoid unsigned long argument, Kees Cook
        
        Re: refactor tasklets to avoid unsigned long argument, Romain Perier
        
        Re: refactor tasklets to avoid unsigned long argument, Romain Perier
        
        Re: refactor tasklets to avoid unsigned long argument, Kees Cook
        
        Re: refactor tasklets to avoid unsigned long argument, Romain Perier
[PATCH v3] Convert struct pid count to refcount_t, Joel Fernandes (Google)
[PATCH v2] Convert struct pid count to refcount_t, Joel Fernandes (Google)
- Re: [PATCH v2] Convert struct pid count to refcount_t, Kees Cook
- Re: [PATCH v2] Convert struct pid count to refcount_t, Jann Horn
  - Re: [PATCH v2] Convert struct pid count to refcount_t, Joel Fernandes
- Re: [PATCH v2] Convert struct pid count to refcount_t, kbuild test robot
  - Re: [PATCH v2] Convert struct pid count to refcount_t, Joel Fernandes
[PATCH] checkpatch: Added warnings in favor of strscpy()., Nitin Gote
- Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Kees Cook
  - RE: [PATCH] checkpatch: Added warnings in favor of strscpy()., Gote, Nitin R
    - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Kees Cook
- Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Stephen Kitt
  - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Kees Cook
    - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Stephen Kitt
      - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Stephen Kitt
      - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Kees Cook
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Stephen Kitt
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Jonathan Corbet
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Jonathan Corbet
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
        
        Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
- <Possible follow-ups>
- [PATCH] checkpatch: Added warnings in favor of strscpy()., Nitin Gote
  - Re: [PATCH] checkpatch: Added warnings in favor of strscpy()., Joe Perches
    - [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Joe Perches
      - Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Kees Cook
        
        Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Joe Perches
        
        Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Joe Perches
        
        Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Kees Cook
        
        Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Matthew Wilcox
        
        Re: [RFC PATCH] string.h: Add stracpy/stracpy_pad (was: Re: [PATCH] checkpatch: Added warnings in favor of strscpy().), Joe Perches
[PATCH v10 0/3] add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v10 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v10 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Andrew Morton
    - Re: [PATCH v10 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v10 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Andrew Morton
        
        Re: [PATCH v10 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
- [PATCH v10 2/2] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
[PATCH v9 0/3] add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Qian Cai
    - Re: [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
      - Re: [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Qian Cai
  - Re: [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
  - Re: [PATCH v9 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, James Morris
- [PATCH v9 2/2] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
Re: Regarding have kfree() (and related) set the pointer to NULL too, Gote, Nitin R
- Re: Regarding have kfree() (and related) set the pointer to NULL too, Vegard Nossum
  - Re: Regarding have kfree() (and related) set the pointer to NULL too, Kees Cook
    - RE: Regarding have kfree() (and related) set the pointer to NULL too, Gote, Nitin R
      - RE: Regarding have kfree() (and related) set the pointer to NULL too, Gote, Nitin R
        
        Re: Regarding have kfree() (and related) set the pointer to NULL too, Kees Cook
[PATCH v2 7/8] x86/vsyscall: Add __ro_after_init to global variables, Andy Lutomirski
- Re: [PATCH v2 7/8] x86/vsyscall: Add __ro_after_init to global variables, Kees Cook
- [tip:x86/entry] x86/vsyscall: Add __ro_after_init to global variables, tip-bot for Andy Lutomirski
[PATCH v2 8/8] selftests/x86: Add a test for process_vm_readv() on the vsyscall page, Andy Lutomirski
- Re: [PATCH v2 8/8] selftests/x86: Add a test for process_vm_readv() on the vsyscall page, Kees Cook
- [tip:x86/entry] selftests/x86: Add a test for process_vm_readv() on the vsyscall page, tip-bot for Andy Lutomirski
[PATCH v2 6/8] x86/vsyscall: Change the default vsyscall mode to xonly, Andy Lutomirski
- Re: [PATCH v2 6/8] x86/vsyscall: Change the default vsyscall mode to xonly, Kees Cook
- [tip:x86/entry] x86/vsyscall: Change the default vsyscall mode to xonly, tip-bot for Andy Lutomirski
[PATCH v2 5/8] selftests/x86/vsyscall: Verify that vsyscall=none blocks execution, Andy Lutomirski
- Re: [PATCH v2 5/8] selftests/x86/vsyscall: Verify that vsyscall=none blocks execution, Kees Cook
- [tip:x86/entry] selftests/x86/vsyscall: Verify that vsyscall=none blocks execution, tip-bot for Andy Lutomirski
[PATCH v2 4/8] x86/vsyscall: Document odd SIGSEGV error code for vsyscalls, Andy Lutomirski
- Re: [PATCH v2 4/8] x86/vsyscall: Document odd SIGSEGV error code for vsyscalls, Kees Cook
- [tip:x86/entry] x86/vsyscall: Document odd SIGSEGV error code for vsyscalls, tip-bot for Andy Lutomirski
[PATCH v2 2/8] x86/vsyscall: Add a new vsyscall=xonly mode, Andy Lutomirski
- Re: [PATCH v2 2/8] x86/vsyscall: Add a new vsyscall=xonly mode, Kees Cook
- [tip:x86/entry] x86/vsyscall: Add a new vsyscall=xonly mode, tip-bot for Andy Lutomirski
[PATCH v2 1/8] x86/vsyscall: Remove the vsyscall=native documentation, Andy Lutomirski
- Re: [PATCH v2 1/8] x86/vsyscall: Remove the vsyscall=native documentation, Kees Cook
- [tip:x86/entry] Documentation/admin: Remove the vsyscall=native documentation, tip-bot for Andy Lutomirski
[PATCH v8 0/3] add init_on_alloc/init_on_free boot options, Alexander Potapenko
- Re: [PATCH v8 0/3] add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
    - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
        
        Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Qian Cai
    - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
      - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
        
        Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
    - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Andrew Morton
    - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
    - Re: [PATCH v8 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
- [PATCH v8 2/2] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
[PATCH bpf-next v9 00/10] Landlock LSM: Toward unprivileged sandboxing, Mickaël Salaün
- [PATCH bpf-next v9 07/10] landlock: Add ptrace restrictions, Mickaël Salaün
- [PATCH bpf-next v9 05/10] bpf,landlock: Add a new map type: inode, Mickaël Salaün
  - Re: [PATCH bpf-next v9 05/10] bpf,landlock: Add a new map type: inode, Al Viro
    - Re: [PATCH bpf-next v9 05/10] bpf,landlock: Add a new map type: inode, Mickaël Salaün
      - Re: [PATCH bpf-next v9 05/10] bpf,landlock: Add a new map type: inode, Al Viro
        
        Re: [PATCH bpf-next v9 05/10] bpf,landlock: Add a new map type: inode, Mickaël Salaün
- [PATCH bpf-next v9 04/10] seccomp,landlock: Enforce Landlock programs per process hierarchy, Mickaël Salaün
- [PATCH bpf-next v9 10/10] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
- [PATCH bpf-next v9 09/10] bpf,landlock: Add tests for Landlock, Mickaël Salaün
- [PATCH bpf-next v9 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Mickaël Salaün
  - Re: [PATCH bpf-next v9 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Alexei Starovoitov
    - Re: [PATCH bpf-next v9 02/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Mickaël Salaün
- [PATCH bpf-next v9 06/10] landlock: Handle filesystem access control, Mickaël Salaün
- [PATCH bpf-next v9 08/10] bpf: Add a Landlock sandbox example, Mickaël Salaün
- [PATCH bpf-next v9 03/10] bpf,landlock: Define an eBPF program type for Landlock hooks, Mickaël Salaün
- [PATCH bpf-next v9 01/10] fs,security: Add a new file access type: MAY_CHROOT, Mickaël Salaün
Detecting the availability of VSYSCALL, Florian Weimer
- Re: Detecting the availability of VSYSCALL, Thomas Gleixner
  - Re: Detecting the availability of VSYSCALL, Florian Weimer
    - Re: Detecting the availability of VSYSCALL, Andy Lutomirski
      - Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
        
        Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
        
        Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
        
        Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
        
        Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
        
        Re: Detecting the availability of VSYSCALL, Florian Weimer
        
        Re: Detecting the availability of VSYSCALL, Andy Lutomirski
- Re: Detecting the availability of VSYSCALL, Kees Cook
  - Re: Detecting the availability of VSYSCALL, Andy Lutomirski
Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Yann Droneaud
- Re: Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Solar Designer
  - Re: Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Yann Droneaud
    - Re: Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Yann Droneaud
      - Re: Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Kees Cook
- Re: Archive kernel-hardening@xxxxxxxxxxxxxxxxxx on lore.kernel.org too, Kees Cook
[PATCH RFC v2] Convert struct pid count to refcount_t, Joel Fernandes (Google)
- Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Joel Fernandes
  - Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Jann Horn
    - Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Joel Fernandes
    - Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Peter Zijlstra
      - Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Joel Fernandes
- Re: [PATCH RFC v2] Convert struct pid count to refcount_t, Andrea Parri
[PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Mauro Carvalho Chehab
- Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Thierry Reding
- Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Daniel Vetter
  - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Mauro Carvalho Chehab
    - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Peter Zijlstra
      - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Mauro Carvalho Chehab
- Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Peter Zijlstra
  - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Peter Zijlstra
    - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Peter Zijlstra
      - Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Solar Designer
        
        Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Mauro Carvalho Chehab
- Re: [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Andrea Parri
- <Possible follow-ups>
- [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir, Mauro Carvalho Chehab
[PATCH v1 01/22] docs: Documentation/*.txt: rename all ReST files to *.rst, Mauro Carvalho Chehab
Audit and fix all misuse of NLA_STRING: STATUS, Romain Perier
- Re: Audit and fix all misuse of NLA_STRING: STATUS, Kees Cook
  - Re: Audit and fix all misuse of NLA_STRING: STATUS, Romain Perier
    - Re: Audit and fix all misuse of NLA_STRING: STATUS, Romain Perier
      - Re: Audit and fix all misuse of NLA_STRING: STATUS, Kees Cook
        
        Message not available
        
        Fwd: Audit and fix all misuse of NLA_STRING: STATUS, Romain Perier
[PATCH v3 0/3] x86/asm: Pin sensitive CR4 and CR0 bits, Kees Cook
- [PATCH v3 3/3] x86/asm: Pin sensitive CR0 bits, Kees Cook
  - Re: [PATCH v3 3/3] x86/asm: Pin sensitive CR0 bits, Jann Horn
    - Re: [PATCH v3 3/3] x86/asm: Pin sensitive CR0 bits, Peter Zijlstra
      - Re: [PATCH v3 3/3] x86/asm: Pin sensitive CR0 bits, Kees Cook
- [PATCH v3 2/3] x86/asm: Pin sensitive CR4 bits, Kees Cook
- [PATCH v3 1/3] lkdtm: Check for SMEP clearing protections, Kees Cook
  - Re: [PATCH v3 1/3] lkdtm: Check for SMEP clearing protections, Rasmus Villemoes
    - Re: [PATCH v3 1/3] lkdtm: Check for SMEP clearing protections, Kees Cook
[PATCH v7 0/3] add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Andrew Morton
    - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
      - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Andrew Morton
        
        Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
  - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
    - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
        
        Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
        
        Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
        
        Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
        
        Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
  - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Qian Cai
    - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v7 1/2] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Qian Cai
- [PATCH v7 2/2] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
[PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Denis 'GNUtoo' Carikli
- Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Jann Horn
  - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Denis 'GNUtoo' Carikli
  - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Russell King - ARM Linux admin
    - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Denis 'GNUtoo' Carikli
      - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Russell King - ARM Linux admin
      - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Paul Kocialkowski
        
        Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Denis 'GNUtoo' Carikli
        
        Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Paul Kocialkowski
  - Re: [PATCH] security: do not enable CONFIG_GCC_PLUGINS by default, Kees Cook
[PATCH v2] powerpc/mm: Implement STRICT_MODULE_RWX, Russell Currey
- Re: [PATCH v2] powerpc/mm: Implement STRICT_MODULE_RWX, Aneesh Kumar K.V
- Re: [PATCH v2] powerpc/mm: Implement STRICT_MODULE_RWX, Christophe Leroy
  - Re: [PATCH v2] powerpc/mm: Implement STRICT_MODULE_RWX, Russell Currey
[PATCH 0/3] ELF interpretor info: align and add random padding, Yann Droneaud
- [PATCH 1/3] binfmt/elf: use functions for stack manipulation, Yann Droneaud
- [PATCH 2/3] binfmt/elf: align AT_RANDOM array, Yann Droneaud
- [PATCH 3/3] binfmt/elf: randomize padding between ELF interp info, Yann Droneaud
- [PATCH 4/3] binfmt/elf: don't expose prandom_u32() state, Yann Droneaud
[RFC 00/10] Process-local memory allocations for hiding KVM secrets, Marius Hillenbrand
- [RFC 01/10] x86/mm/kaslr: refactor to use enum indices for regions, Marius Hillenbrand
- [RFC 02/10] x86/speculation, mm: add process local virtual memory region, Marius Hillenbrand
- [RFC 03/10] x86/mm, mm,kernel: add teardown for process-local memory to mm cleanup, Marius Hillenbrand
- [RFC 04/10] mm: allocate virtual space for process-local memory, Marius Hillenbrand
- [RFC 05/10] mm: allocate/release physical pages for process-local memory, Marius Hillenbrand
- [RFC 06/10] kvm/x86: add support for storing vCPU state in process-local memory, Marius Hillenbrand
- [RFC 07/10] kvm, vmx: move CR2 context switch out of assembly path, Marius Hillenbrand
- [RFC 08/10] kvm, vmx: move register clearing out of assembly path, Marius Hillenbrand
- [RFC 09/10] kvm, vmx: move gprs to process local memory, Marius Hillenbrand
- [RFC 10/10] kvm, x86: move guest FPU state into process local memory, Marius Hillenbrand
- Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Sean Christopherson
  - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Alexander Graf
  - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Liran Alon
- Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
  - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
    - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
      - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
    - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
      - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Nadav Amit
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
      - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Alexander Graf
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Nadav Amit
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Sean Christopherson
    - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Thomas Gleixner
      - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Thomas Gleixner
      - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Alexander Graf
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Nadav Amit
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Konrad Rzeszutek Wilk
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Andy Lutomirski
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Nadav Amit
        
        Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
  - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Alexander Graf
    - Re: [RFC 00/10] Process-local memory allocations for hiding KVM secrets, Dave Hansen
[PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Shyam Saini
- Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Kees Cook
  - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Shyam Saini
- Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Andrew Morton
  - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Andreas Dilger
    - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Andrew Morton
      - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Shyam Saini
      - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Andreas Dilger
    - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Alexey Dobriyan
      - Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Joe Perches
        
        Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Kees Cook
- Re: [PATCH V2] include: linux: Regularise the use of FIELD_SIZEOF macro, Alexei Starovoitov
[PATCH 5/5] x86/vsyscall: Change the default vsyscall mode to xonly, Andy Lutomirski
- Re: [PATCH 5/5] x86/vsyscall: Change the default vsyscall mode to xonly, Kees Cook
  - Re: [PATCH 5/5] x86/vsyscall: Change the default vsyscall mode to xonly, Andy Lutomirski
    - Re: [PATCH 5/5] x86/vsyscall: Change the default vsyscall mode to xonly, Kees Cook
[PATCH 4/5] selftests/x86/vsyscall: Verify that vsyscall=none blocks execution, Andy Lutomirski
[PATCH 3/5] x86/vsyscall: Document odd #PF's error code for vsyscalls, Andy Lutomirski
- Re: [PATCH 3/5] x86/vsyscall: Document odd #PF's error code for vsyscalls, Kees Cook
  - Re: [PATCH 3/5] x86/vsyscall: Document odd #PF's error code for vsyscalls, Andy Lutomirski
[PATCH 2/5] x86/vsyscall: Add a new vsyscall=xonly mode, Andy Lutomirski
- Re: [PATCH 2/5] x86/vsyscall: Add a new vsyscall=xonly mode, Kees Cook
  - Re: [PATCH 2/5] x86/vsyscall: Add a new vsyscall=xonly mode, Andy Lutomirski
[PATCH 1/5] x86/vsyscall: Remove the vsyscall=native documentation, Andy Lutomirski
Regarding add detection for double-reads, Khajapasha, Mohammed
- Re: Regarding add detection for double-reads, Kees Cook
[PATCH 5.1 85/85] x86/kprobes: Set instruction page as executable, Greg Kroah-Hartman
[PATCH 4.19 69/73] x86/kprobes: Set instruction page as executable, Greg Kroah-Hartman
[PATCH 4.19 68/73] x86/ftrace: Set trampoline pages as executable, Greg Kroah-Hartman
[PATCH v6 3/3] lib: introduce test_meminit module, Alexander Potapenko
- Re: [PATCH v6 3/3] lib: introduce test_meminit module, Kees Cook
[PATCH v6 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
- Re: [PATCH v6 2/3] mm: init: report memory auto-initialization features at boot time, Kees Cook
[PATCH v6 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
- Re: [PATCH v6 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
  - Re: [PATCH v6 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
    - Re: [PATCH v6 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
[PATCH] lib/test_stackinit: Handle Clang auto-initialization pattern, Kees Cook
- Re: [PATCH] lib/test_stackinit: Handle Clang auto-initialization pattern, Ard Biesheuvel
Get involved, Romain Perier
- Re: Get involved, Romain Perier
  - Re: Get involved, Shyam Saini
    - Re: Get involved, Romain Perier
      - Re: Get involved, Kees Cook
        
        Re: Get involved, Shyam Saini
        
        Re: Get involved, Romain Perier
        
        Re: Get involved, Shyam Saini
- <Possible follow-ups>
- RE: Get involved, Gote, Nitin R
  - Re: Get involved, Jann Horn
    - RE: Get involved, Gote, Nitin R
- Get involved, Oscar Carter
[RFC 0/6] Harden list_for_each_entry_rcu() and family, Joel Fernandes (Google)
- [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes (Google)
  - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Peter Zijlstra
    - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
      - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
      - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Steven Rostedt
        
        Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
  - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Rasmus Villemoes
    - Re: [RFC 1/6] rcu: Add support for consolidated-RCU reader checking, Joel Fernandes
- [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes (Google)
  - Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Pavel Machek
    - Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes
      - Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes
        
        Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Pavel Machek
        
        Re: [RFC 2/6] ipv4: add lockdep condition to fix for_each_entry, Joel Fernandes
- [RFC 3/6] driver/core: Convert to use built-in RCU list checking, Joel Fernandes (Google)
- [RFC 4/6] workqueue: Convert for_each_wq to use built-in list check, Joel Fernandes (Google)
  - Re: [RFC 4/6] workqueue: Convert for_each_wq to use built-in list check, Daniel Jordan
    - Re: [RFC 4/6] workqueue: Convert for_each_wq to use built-in list check, Joel Fernandes
- [RFC 5/6] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator, Joel Fernandes (Google)
- [RFC 6/6] acpi: Use built-in RCU list checking for acpi_ioremaps list, Joel Fernandes (Google)
[PATCH AUTOSEL 5.0 034/173] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Sasha Levin
[PATCH AUTOSEL 5.1 037/186] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Sasha Levin
unrecognizable insn generated in plugin?, Tycho Andersen
- Re: unrecognizable insn generated in plugin?, Andrew Pinski
  - Re: unrecognizable insn generated in plugin?, Tycho Andersen
    - Re: unrecognizable insn generated in plugin?, Mark Brand
      - Re: unrecognizable insn generated in plugin?, Tycho Andersen
[PATCH tip/core/rcu 3/4] module: Make srcu_struct ptr array as read-only, Paul E. McKenney
[PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules, Greg Kroah-Hartman
- Re: [PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules, Pavel Machek
  - Re: [PATCH 4.19 079/276] x86/modules: Avoid breaking W^X while loading modules, Nadav Amit
[PATCH 5.0 086/346] x86/modules: Avoid breaking W^X while loading modules, Greg Kroah-Hartman
[PATCH 5.0 079/346] x86/ftrace: Set trampoline pages as executable, Greg Kroah-Hartman
[PATCH 5.1 095/405] x86/modules: Avoid breaking W^X while loading modules, Greg Kroah-Hartman
[PATCH 5.1 088/405] x86/ftrace: Set trampoline pages as executable, Greg Kroah-Hartman
Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, Jann Horn
- Message not available
  - Message not available
    - Message not available
      - Message not available
        
        Message not available
        
        Message not available
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, David Howells
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, Peter Zijlstra
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, David Howells
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, Peter Zijlstra
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, David Howells
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, Peter Zijlstra
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, David Howells
        
        Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer, Peter Zijlstra
[PATCH v5 3/3] lib: introduce test_meminit module, Alexander Potapenko
- Re: [PATCH v5 3/3] lib: introduce test_meminit module, Kees Cook
[PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
- Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Kees Cook
- Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Andrew Morton
  - Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
    - Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Kees Cook
      - Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Kaiwan N Billimoria
        
        Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
        
        Re: [PATCH v5 2/3] mm: init: report memory auto-initialization features at boot time, Kaiwan N Billimoria
[PATCH v5 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
- Re: [PATCH v5 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
[RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Christopher M. Riedl
- Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Andrew Donnellan
  - Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Christopher M Riedl
    - Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Andrew Donnellan
      - Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Daniel Axtens
        
        Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Daniel Axtens
        
        Re: [RFC PATCH v2] powerpc/xmon: restrict when kernel is locked down, Christopher M Riedl
[PATCH v4 0/3] RFC: add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v4 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v4 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
- [PATCH v4 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
- [PATCH v4 3/3] lib: introduce test_meminit module, Alexander Potapenko
[PATCH v3 0/3] RFC: add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v3 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v3 1/3] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
- [PATCH 2/3] mm: init: report memory auto-initialization features at boot time, Alexander Potapenko
- [PATCH 3/3] lib: introduce test_meminit module, Alexander Potapenko
[PATCH AUTOSEL 4.19 039/244] x86/modules: Avoid breaking W^X while loading modules, Sasha Levin
[PATCH AUTOSEL 5.1 055/375] x86/modules: Avoid breaking W^X while loading modules, Sasha Levin
[PATCH AUTOSEL 5.1 048/375] x86/ftrace: Set trampoline pages as executable, Sasha Levin
[PATCH AUTOSEL 5.0 048/317] x86/modules: Avoid breaking W^X while loading modules, Sasha Levin
[PATCH AUTOSEL 5.0 041/317] x86/ftrace: Set trampoline pages as executable, Sasha Levin
[PATCH v7 00/12] x86: PIE support to extend KASLR randomization, Thomas Garnier
- [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support, Eric Biggers
    - Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
      - Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support, Eric Biggers
        
        Re: [PATCH v7 01/12] x86/crypto: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v7 02/12] x86: Use symbol name in jump table for PIE support, Thomas Garnier
  - Re: [PATCH v7 02/12] x86: Use symbol name in jump table for PIE support, Thomas Garnier
- [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support, Thomas Garnier
  - Re: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support, hpa
    - Re: [PATCH v7 03/12] x86: Add macro to get symbol address for PIE support, Thomas Garnier
- [PATCH v7 04/12] x86: relocate_kernel - Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 04/12] x86: relocate_kernel - Adapt assembly for PIE support, Kees Cook
- [PATCH v7 05/12] x86/entry/64: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 05/12] x86/entry/64: Adapt assembly for PIE support, Kees Cook
- [PATCH v7 06/12] x86: pm-trace - Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 06/12] x86: pm-trace - Adapt assembly for PIE support, Kees Cook
- [PATCH v7 07/12] x86/CPU: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v7 08/12] x86/acpi: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 08/12] x86/acpi: Adapt assembly for PIE support, Kees Cook
- [PATCH v7 09/12] x86/boot/64: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 09/12] x86/boot/64: Adapt assembly for PIE support, Kees Cook
- [PATCH v7 10/12] x86/power/64: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 10/12] x86/power/64: Adapt assembly for PIE support, Kees Cook
- [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support, Thomas Garnier
  - Re: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support, Juergen Gross
    - Re: [PATCH v7 11/12] x86/paravirt: Adapt assembly for PIE support, Thomas Garnier
- [PATCH v7 12/12] x86/alternatives: Adapt assembly for PIE support, Thomas Garnier
- Re: [PATCH v7 00/12] x86: PIE support to extend KASLR randomization, Kees Cook
Re: Sparse context checking Vs Clang Thread Safety analysis, Jann Horn
- Re: Sparse context checking Vs Clang Thread Safety analysis, Himanshu Jha
[PATCH v2 0/4] RFC: add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
    - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
  - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
    - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
    - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
      - Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
        
        Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
        
        Re: [PATCH v2 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Michal Hocko
- [PATCH v2 2/4] lib: introduce test_meminit module, Alexander Potapenko
  - Re: [PATCH v2 2/4] lib: introduce test_meminit module, Kees Cook
    - Re: [PATCH v2 2/4] lib: introduce test_meminit module, Alexander Potapenko
      - Re: [PATCH v2 2/4] lib: introduce test_meminit module, Kees Cook
- [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Alexander Potapenko
  - Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Michal Hocko
    - Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Alexander Potapenko
      - Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Michal Hocko
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Alexander Potapenko
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Michal Hocko
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Kees Cook
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Michal Hocko
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Alexander Potapenko
        
        Re: [PATCH v2 3/4] gfp: mm: introduce __GFP_NO_AUTOINIT, Michal Hocko
- [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Alexander Potapenko
  - Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Kees Cook
    - Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Kees Cook
      - Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Alexander Potapenko
        
        Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Alexander Potapenko
        
        Re: [PATCH v2 4/4] net: apply __GFP_NO_AUTOINIT to AF_UNIX sk_buff allocations, Kees Cook
  - [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches, Kees Cook
    - Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches, Alexander Potapenko
      - Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches, Kees Cook
    - Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches, Mathias Krause
      - Re: [PATCH 5/4] mm: Introduce SLAB_NO_FREE_INIT and mark excluded caches, Kees Cook
[PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Chris Packham
- Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Kees Cook
- Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Doug Anderson
  - Re: [PATCH] gcc-plugins: arm_ssp_per_task_plugin: Fix for older GCC < 6, Ard Biesheuvel
[PATCH 0/4] RFC: add init_on_alloc/init_on_free boot options, Alexander Potapenko
- [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Kees Cook
    - Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Alexander Potapenko
  - Re: [PATCH 1/4] mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options, Randy Dunlap
- [PATCH 2/4] lib: introduce test_meminit module, Alexander Potapenko
- [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Alexander Potapenko
  - Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Kees Cook
    - Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Alexander Potapenko
      - Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Souptick Joarder
        
        Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Alexander Potapenko
        
        Re: [PATCH 3/4] gfp: mm: introduce __GFP_NOINIT, Souptick Joarder
- [PATCH 4/4] net: apply __GFP_NOINIT to AF_UNIX sk_buff allocations, Alexander Potapenko
[PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Kees Cook
- [PATCH v3 2/7] crypto: x86/crypto: Use new glue function macros, Kees Cook
- [PATCH v3 1/7] crypto: x86/glue_helper: Add static inline function glue macros, Kees Cook
- [PATCH v3 4/7] crypto: x86/twofish: Use new glue function macros, Kees Cook
- [PATCH v3 7/7] crypto: x86/glue_helper: Remove function prototype cast helpers, Kees Cook
- [PATCH v3 3/7] crypto: x86/camellia: Use new glue function macros, Kees Cook
- [PATCH v3 6/7] crypto: x86/aesni: Use new glue function macros, Kees Cook
- [PATCH v3 5/7] crypto: x86/cast6: Use new glue function macros, Kees Cook
- Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Eric Biggers
  - Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Kees Cook
    - Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Eric Biggers
      - Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Herbert Xu
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Kees Cook
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Herbert Xu
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Eric Biggers
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Joao Moreira
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Herbert Xu
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Sami Tolvanen
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Eric Biggers
        
        Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Sami Tolvanen
- Re: [PATCH v3 0/7] crypto: x86: Fix indirect function call casts, Eric Biggers
[RFC PATCH v2 0/4] x86/crypto: Fix crypto function casts, Joao Moreira
- [RFC PATCH v2 1/4] Fix serpent crypto functions prototype casts, Joao Moreira
- [RFC PATCH v2 2/4] Fix camellia crypto functions prototype casts, Joao Moreira
- [RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts, Joao Moreira
  - Re: [RFC PATCH v2 3/4] Fix twofish crypto functions prototype casts, Kees Cook
- [RFC PATCH v2 4/4] Fix cast6 crypto functions prototype casts, Joao Moreira
- Re: [RFC PATCH v2 0/4] x86/crypto: Fix crypto function casts, Kees Cook
race-free process signaling, Solar Designer
- Re: race-free process signaling, Jann Horn
  - Re: race-free process signaling, Christian Brauner
[RFC] refactor tasklets to avoid unsigned long argument, Allen
- Re: [RFC] refactor tasklets to avoid unsigned long argument, Kees Cook
  - Re: [RFC] refactor tasklets to avoid unsigned long argument, Allen
[ANNOUNCE][CFP] Linux Security Summit Europe 2019, Reshetova, Elena
Re: [RFC] Handle mapcount overflows, Jann Horn
[PATCH v6 00/24] x86: text_poke() fixes and executable lockdowns, nadav . amit
- [PATCH v6 01/24] Fix "x86/alternatives: Lockdep-enforce text_mutex in text_poke*()", nadav . amit
- [PATCH v6 02/24] x86/jump_label: Use text_poke_early() during early init, nadav . amit
- [PATCH v6 03/24] x86/mm: Introduce temporary mm structs, nadav . amit
- [PATCH v6 04/24] x86/mm: Save debug registers when loading a temporary mm, nadav . amit
- [PATCH v6 05/24] uprobes: Initialize uprobes earlier, nadav . amit
- [PATCH v6 06/24] fork: Provide a function for copying init_mm, nadav . amit
- [PATCH v6 07/24] x86/alternative: Initialize temporary mm for patching, nadav . amit
- [PATCH v6 08/24] x86/alternative: Use temporary mm for text poking, nadav . amit
- [PATCH v6 09/24] x86/kgdb: Avoid redundant comparison of patched code, nadav . amit
- [PATCH v6 10/24] x86/ftrace: Set trampoline pages as executable, nadav . amit
- [PATCH v6 11/24] x86/kprobes: Set instruction page as executable, nadav . amit
- [PATCH v6 12/24] x86/module: Avoid breaking W^X while loading modules, nadav . amit
- [PATCH v6 13/24] x86/jump-label: Remove support for custom poker, nadav . amit
- [PATCH v6 14/24] x86/alternative: Remove the return value of text_poke_*(), nadav . amit
- [PATCH v6 15/24] x86/mm/cpa: Add set_direct_map_ functions, nadav . amit
- [PATCH v6 16/24] mm: Make hibernate handle unmapped pages, nadav . amit
- [PATCH v6 17/24] vmalloc: Add flag for free of special permsissions, nadav . amit
- [PATCH v6 18/24] modules: Use vmalloc special flag, nadav . amit
- [PATCH v6 19/24] bpf: Use vmalloc special flag, nadav . amit
- [PATCH v6 20/24] x86/ftrace: Use vmalloc special flag, nadav . amit
- [PATCH v6 21/24] x86/kprobes: Use vmalloc special flag, nadav . amit
- [PATCH v6 22/24] x86/alternative: Comment about module removal races, nadav . amit
- [PATCH v6 23/24] mm/tlb: Provide default nmi_uaccess_okay(), nadav . amit
- [PATCH v6 24/24] bpf: Fail bpf_probe_write_user() while mm is switched, nadav . amit
- Re: [PATCH v6 00/24] x86: text_poke() fixes and executable lockdowns, Ingo Molnar

[Index of Archives] [Linux Samsung SoC] [Linux Actions SoC] [Linux Rockchip SoC] [Linux for Synopsys ARC Processors] [Linux USB Devel] [Video for Linux] [Linux SCSI] [Yosemite Forum]