Linux API

• Thread Index

• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] signal/nds32: More information in do_revinsn
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 00/17] y2038: system calls, part 3
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/17] y2038: Remove stat64 family from default syscall set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 13/17] y2038: socket: Convert recvmmsg to __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/17] y2038: compat: Move common compat types to asm-generic/compat.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/17] y2038: futex: Move compat implementation into futex.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/17] y2038: Change sys_utimensat() to use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 17/17] y2038: signal: Add compat_sys_rt_sigtimedwait_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 07/17] y2038: Compile utimes()/futimesat() conditionally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 14/17] y2038: socket: Add compat_sys_recvmmsg_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 11/17] y2038: Prepare sched_rr_get_interval for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 12/17] y2038: aio: Prepare sys_io_getevents for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 16/17] y2038: Make compat_sys_rt_sigtimedwait usable on 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 08/17] y2038: utimes: Rework #ifdef guards for compat syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 04/17] asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 02/17] y2038: Remove newstat family from default syscall set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/17] y2038: futex: Add support for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 15/17] y2038: signal: Change rt_sigtimedwait to use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/17] asm-generic: Remove empty asm/unistd.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4 01/16] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 08/16] y2038: parisc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 09/16] y2038: sparc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 10/16] y2038: powerpc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 04/16] y2038: ia64: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 16/16] y2038: ipc: Redirect ipc(SEMTIMEDOP, ...) to compat_ksys_semtimedop
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 14/16] y2038: ipc: Use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 02/16] y2038: x86: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 11/16] y2038: xtensa: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 12/16] y2038: ipc: Use ktime_get_real_seconds consistently
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 06/16] y2038: arm64: Extend sysvipc compat data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 15/16] y2038: ipc: Enable COMPAT_32BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 13/16] y2038: ipc: Report long times to user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 05/16] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 03/16] y2038: alpha: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 07/16] y2038: mips: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• y2038 kernel status update
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT PULL, PATCH v4 00/16] y2038: IPC system call conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [REVIEW][PATCH 04/17] signal/nds32: Use force_sig in unhandled_interruption and unhandled_exceptions
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [REVIEW][PATCH 05/17] signal/nds32: Use force_sig(SIGILL) in do_revisn
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vijayanand Jitta <vjitta@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH 2/7] aio: remove an outdated BUG_ON and comment in aio_complete
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/2] fs: add AT_REPLACE flag for linkat()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/2] fs: add AT_REPLACE flag for linkat()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [RFC PATCH v3 2/2] Btrfs: add support for linkat() AT_REPLACE
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH v3 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [RFC PATCH v3 0/2] fs: add AT_REPLACE flag for linkat()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next 0/4] mm,tcp: provide mmap_hook to solve lockdep issue
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: sendmmsg flags userspace ABI change in kernel 4.6
  • From: Mark Wielaard <mark@xxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 06/13] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 05/13] audit: add containerid support for ptrace and signals
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 10/13] audit: add containerid support for seccomp and anom_abend records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 1/2] y2038: rusage: Use __kernel_old_timeval for process times
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 06/13] audit: add support for non-syscall auxiliary records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [REVIEW][PATCH 16/17] signal/alpha: Replace TRAP_FIXME with TRAP_UNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 12/17] signal/ia64: Replace FPE_FIXME with FPE_FLTUNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 14/17] signal/unicore32: Use FPE_FLTUNK instead of 0 in ucf64_raise_sigfpe
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 13/17] signal/powerpc: Replace FPE_FIXME with FPE_FLTUNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 15/17] signal: Add TRAP_UNK si_code for undiagnosted trap exceptions
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 11/17] signal/alpha: Replace FPE_FIXME with FPE_FLTUNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 17/17] signal/powerpc: Replace TRAP_FIXME with TRAP_UNK
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 04/17] signal/nds32: Use force_sig in unhandled_interruption and unhandled_exceptions
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 05/17] signal/nds32: Use force_sig(SIGILL) in do_revisn
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 05/13] audit: add containerid support for ptrace and signals
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• [REVIEW][PATCH 07/17] signal: Reduce copy_siginfo_to_user to just copy_to_user
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 06/17] signal: Ensure every siginfo we send has all bits initialized
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 08/17] signal: Stop special casing TRAP_FIXME and FPE_FIXME in siginfo_layout
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 09/17] signal: Remove SEGV_BNDERR ifdefs
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 10/17] signal: Remove ifdefs for BUS_MCEERR_AR and BUS_MCEERR_AO
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 03/17] signal/sh: Use force_sig_fault in hw_breakpoint_handler
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 02/17] sparc: fix compat siginfo ABI regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 01/17] signal/alpha: Document a conflict with SI_USER for SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 00/17] siginfo bugfixes and cleanups
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH ghak32 V2 10/13] audit: add containerid support for seccomp and anom_abend records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Zack Weinberg <zackw@xxxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/17] y2038: Convert IPC syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 03/17] y2038: ia64: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 08/17] y2038: parisc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 12/17] y2038: ipc: Use ktime_get_real_seconds consistently
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/17] y2038: arm64: Extend sysvipc compat data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 13/17] y2038: ipc: Report long times to user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 15/17] y2038: ipc: Enable COMPAT_32BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 09/17] y2038: sparc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 17/17] y2038: compat: Move common compat types to asm-generic/compat.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH v3 16/17] y2038: ipc: Redirect ipc(SEMTIMEDOP, ...) to compat_ksys_semtimedop
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/17] y2038: mips: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 02/17] y2038: alpha: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 07/17] y2038: x86: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 10/17] y2038: powerpc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 14/17] y2038: ipc: Use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 11/17] y2038: xtensa: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 12/13] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 09/13] audit: add containerid support for config/feature/user records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 12/13] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 09/13] audit: add containerid support for config/feature/user records
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 07/13] audit: add container aux record to watch/tree/mark
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 04/13] audit: add containerid filtering
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [tip GIT PULL] y2038: timekeeping syscall changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [tip GIT PULL v2] y2038: timekeeping syscall changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [tip GIT PULL v2] y2038: timekeeping syscall changes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [tip GIT PULL v2] y2038: timekeeping syscall changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [tip GIT PULL v2] y2038: timekeeping syscall changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [tip GIT PULL] y2038: timekeeping syscall changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [tip GIT PULL] y2038: timekeeping syscall changes
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH ghak32 V2 12/13] audit: NETFILTER_PKT: record each container ID associated with a netNS
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 11/13] audit: add support for containerid to network namespaces
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 10/13] audit: add containerid support for seccomp and anom_abend records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 09/13] audit: add containerid support for config/feature/user records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 07/13] audit: add container aux record to watch/tree/mark
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 06/13] audit: add support for non-syscall auxiliary records
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 05/13] audit: add containerid support for ptrace and signals
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 04/13] audit: add containerid filtering
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 02/13] audit: check children and threading before allowing containerid
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 01/12] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH V1 01/12] audit: add container id
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V1 01/12] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• sendmmsg flags userspace ABI change in kernel 4.6
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH V1 01/12] audit: add container id
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce ST_HUGE flag and set it to tmpfs and hugetlbfs
  • From: Yang Shi <yang.shi@xxxxxxxxxxxxxxxxx>
• + mm-memcontrol-implement-memoryswapevents.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/3] Interface for higher order contiguous allocations
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 3/3] mm/hugetlb: use find_alloc_contig_pages() to allocate gigantic pages
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 1/3] mm: change type of free_contig_range(nr_pages) to unsigned long
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 2/3] mm: add find_alloc_contig_pages() interface
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 1/7] aio: don't print the page size at boot time
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] aio: sanitize ki_list handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] aio: remove an outdated BUG_ON and comment in aio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] aio: implement io_pgetevents
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] aio: refactor read/write iocb setup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] aio: remove the extra get_file/fput pair in io_submit_one
  • From: Christoph Hellwig <hch@xxxxxx>
• io_pgetevents & aio fsync V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: vinayak menon <vinayakm.list@xxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH for 4.18 03/23] arm: Add restartable sequences support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 04/23] arm: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 02/23] rseq: Introduce restartable sequences system call (v13)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 05/23] x86: Add support for restartable sequences (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 11/23] mm: Provide is_vma_noncached
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 09/23] sched: Implement push_task_to_cpu (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 08/23] powerpc: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 07/23] powerpc: Add support for restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 10/23] mm: Introduce vm_map_user_ram, vm_unmap_user_ram
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 06/23] x86: Wire up restartable sequence system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 15/23] arm: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 13/23] x86: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 14/23] powerpc: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 12/23] cpu_opv: Provide cpu_opv system call (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 16/23] selftests: lib.mk: Introduce OVERRIDE_TARGETS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 23/23] rseq: selftests: Provide Makefile, scripts, gitignore
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 18/23] rseq: selftests: Provide rseq library (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 19/23] rseq: selftests: Provide percpu_op API
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 20/23] rseq: selftests: Provide basic test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 21/23] rseq: selftests: Provide basic percpu ops test
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 22/23] rseq: selftests: Provide parametrized tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 17/23] cpu_opv: selftests: Implement selftests (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 01/23] uapi headers: Provide types_32_64.h (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 00/23] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH manpages] membarrier.2: New membarrier commands introduced in 4.16
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v2 00/13] y2038: convert IPC syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH manpages] membarrier.2: New membarrier commands introduced in 4.16
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH manpages] membarrier.2: New membarrier commands introduced in 4.16
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• [merged] mm-page_alloc-dont-reserve-zone_highmem-for-zone_movable-request.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/24] Restrict /dev/{mem, kmem, port} when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/24] Enforce module signatures if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/24] ima: require secure_boot rules in lockdown mode
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/24] uswsusp: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/24] PCI: Lock down BAR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/24] x86: Lock down IO port access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/24] x86/msr: Restrict MSR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/24] ACPI: Limit access to custom_method when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/24] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/24] acpi: Disable ACPI table override if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/24] acpi: Disable APEI error injection if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/24] Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/24] Lock down TIOCSSERIAL
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 19/24] x86/mmiotrace: Lock down the testmmiotrace module
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 20/24] Lock down /proc/kcore
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 23/24] Lock down perf
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 22/24] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 21/24] Lock down kprobes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/24] security: Add kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH 1/3] mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] mmap.2: document new MAP_FIXED_NOREPLACE flag
  • From: mhocko@xxxxxxxxxx
• [patch 042/140] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH bpf-next v8 05/11] seccomp,landlock: Enforce Landlock programs per process hierarchy
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH 3.18 84/93] fs/proc: Stop trying to report thread stacks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 53/72] fs/proc: Stop trying to report thread stacks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 20/24] fpga: dfl: add FPGA Accelerated Function Unit driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 10/24] fpga: dfl: add FPGA Management Engine driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Patch "fs/proc: Stop trying to report thread stacks" has been added to the 4.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "fs/proc: Stop trying to report thread stacks" has been added to the 3.18-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/32] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [PATCH 3/6] aio: refactor read/write iocb setup
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: io_pgetevents & aio fsync V2
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] aio: implement IOCB_CMD_FSYNC and IOCB_CMD_FDSYNC
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 16/24] fpga: dfl: add fpga manager platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 10/24] fpga: dfl: add FPGA Management Engine driver basic framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v4 20/24] fpga: dfl: add FPGA Accelerated Function Unit driver basic framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: jlee@xxxxxxxx
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH RFC v5] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [RESEND PATCH V4] pidns: introduce syscall translate_pid
  • From: nagarathnam.muthusamy@xxxxxxxxxx
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH bpf-next v8 08/11] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH bpf-next v8 00/11] Landlock LSM: Toward unprivileged sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 12/11] ipc: Directly call the security hook in ipc_ops.associate
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 32/32] random: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/32] eventfd: switch to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/32] pipe: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/32] net/rxrpc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/32] crypto: af_alg: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/32] net/iucv: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/32] net/phonet: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/32] net/bluetooth: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/32] net/sctp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/32] net/tipc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/32] net/atm: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/32] net/vmw_vsock: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/32] net/dccp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/32] net: convert datagram_poll users tp ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/32] net/unix: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/32] net/tcp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/32] net: remove sock_no_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/32] net: add support for ->poll_mask in proto_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/32] net: refactor socket_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/32] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/32] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/32] aio: replace kiocb_set_cancel_fn with a cancel_kiocb file operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/32] aio: simplify cancellation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/32] aio: simplify KIOCB_KEY handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/32] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/32] fs: add new vfs_poll and file_can_poll helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/32] fs: update documentation to mention __poll_t and match the code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/32] fs: cleanup do_pollfd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/32] fs: unexport poll_schedule_timeout
  • From: Christoph Hellwig <hch@xxxxxx>
• aio poll and a new in-kernel poll API V9
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/32] net/nfc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/32] timerfd: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/32] net/caif: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/24] fpga: add device feature list support
  • From: Alan Tull <atull@xxxxxxxxxx>
• [PATCH 01/30] fs: unexport poll_schedule_timeout
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/30] fs: cleanup do_pollfd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/30] fs: update documentation to mention __poll_t and match the code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/30] fs: add new vfs_poll and file_can_poll helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/30] aio: simplify cancellation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/30] fs: introduce new ->get_poll_head and ->poll_mask methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/30] aio: implement IOCB_CMD_POLL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/30] net: add support for ->poll_mask in proto_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/30] net/tcp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/30] net: remove sock_no_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/30] net: convert datagram_poll users tp ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/30] net/atm: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/30] net/vmw_vsock: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/30] net/tipc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/30] net/sctp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/30] net/bluetooth: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/30] net/caif: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/30] net/nfc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/30] net/phonet: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/30] net/iucv: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/30] net/rxrpc: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/30] crypto: af_alg: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/30] pipe: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/30] eventfd: switch to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/30] timerfd: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/30] random: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/30] net/dccp: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/30] net/unix: convert to ->poll_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/30] net: refactor socket_poll
  • From: Christoph Hellwig <hch@xxxxxx>
• aio poll and a new in-kernel poll API V8
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [REVIEW][PATCH 00/11] ipc: Fixing the pid namespace support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Manfred Spraul <manfred@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] ipc: Remove IPCMNI
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 00/11] ipc: Fixing the pid namespace support
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 11/11] ipc/sem: Fix semctl(..., GETPID, ...) between pid namespaces
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 0/9] bpf, tracing: introduce bpf raw tracepoints
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 12/11] ipc: Directly call the security hook in ipc_ops.associate
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 13/11] ipc/smack: Tidy up from the change in type of the ipc security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 01/11] sem/security: Pass kern_ipc_perm not sem_array into the sem security hooks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• Re: [REVIEW][PATCH 09/11] ipc/shm: Fix shmctl(..., IPC_STAT, ...) between pid namespaces.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v8 bpf-next 1/9] treewide: remove large struct-pass-by-value from tracepoint arguments
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 3/9] net/mac802154: disambiguate mac80215 vs mac802154 trace events
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 4/9] net/wireless/iwlwifi: fix iwlwifi_dev_ucode_error tracepoint
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 6/9] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 9/9] selftests/bpf: test for bpf_get_stackid() from raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 8/9] samples/bpf: raw tracepoint test
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 0/9] bpf, tracing: introduce bpf raw tracepoints
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 5/9] macro: introduce COUNT_ARGS() macro
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 7/9] libbpf: add bpf_raw_tracepoint_open helper
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• [PATCH v8 bpf-next 2/9] net/mediatek: disambiguate mt76 vs mt7601u trace events
  • From: Alexei Starovoitov <ast@xxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH ghak32 V2 01/13] audit: add container id
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [RFC PATCH for 4.17 10/21] cpu_opv: Provide cpu_opv system call (v6)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 07/10] bpf: introduce BPF_RAW_TRACEPOINT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 2/6] aio: remove an outdated comment in aio_complete
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 bpf-next 06/10] tracepoint: compute num_args at build time
  • From: Alexei Starovoitov <ast@xxxxxx>
• Re: [PATCH 07/30] aio: add delayed cancel support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/6] aio: remove an outdated comment in aio_complete
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 10/21] cpu_opv: Provide cpu_opv system call (v6)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.17 02/21] rseq: Introduce restartable sequences system call (v12)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>