Linux Arch
[Prev Page][Next Page]
- [PATCH v5 17/27] mm: Handle THP/HugeTLB shadow stack page fault
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- [PATCH v5 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH security-next v5 00/30] LSM: Explict ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH] percpu: include irqflags.h for raw_local_irq_save()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v3 7/7] ia64: wire up system calls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 7/7] ia64: wire up system calls
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH 12/18] arch/tlb: Clean up simple architectures
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 4/7] ia64: replace the system call table entries from entry.S
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 7/7] ia64: wire up system calls
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/7] ia64: replace the system call table entries from entry.S
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 7/7] ia64: wire up system calls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 4/7] ia64: replace the system call table entries from entry.S
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 5/7] ia64: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 7/7] ia64: wire up system calls
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 6/7] ia64: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 2/7] ia64: replace NR_syscalls macro from asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 3/7] ia64: add an offset for system call number
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 1/7] ia64: add __NR_old_getpagesize in uapi/asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 0/7] ia64: system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH security-next v5 00/30] LSM: Explict ordering
- From: James Morris <jmorris@xxxxxxxxx>
- [PATCH security-next v5 17/30] LSM: Introduce CONFIG_LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 26/30] LSM: Split LSM preparation from initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 29/30] LSM: Introduce enum lsm_order
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 24/30] selinux: Remove SECURITY_SELINUX_BOOTPARAM_VALUE
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 25/30] LSM: Add all exclusive LSMs to ordered initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 27/30] LoadPin: Initialize as ordered LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 23/30] apparmor: Remove SECURITY_APPARMOR_BOOTPARAM_VALUE
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 22/30] LSM: Separate idea of "major" LSM from "exclusive" LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 28/30] Yama: Initialize as ordered LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 19/30] LSM: Tie enabling logic to presence in ordered list
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 20/30] LSM: Prepare for reorganizing "security=" logic
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 30/30] capability: Initialize as LSM_ORDER_FIRST
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 18/30] LSM: Introduce "lsm=" for boottime LSM selection
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 02/30] vmlinux.lds.h: Avoid copy/paste of security_init section
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 00/30] LSM: Explict ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 01/30] LSM: Correctly announce start of LSM initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 10/30] LSM: Don't ignore initialization failures
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 05/30] LSM: Convert from initcall to struct lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 07/30] LSM: Convert security_initcall() into DEFINE_LSM()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 06/30] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 11/30] LSM: Introduce LSM_FLAG_LEGACY_MAJOR
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 09/30] LSM: Provide init debugging infrastructure
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 14/30] LSM: Plumb visibility into optional "enabled" state
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 12/30] LSM: Provide separate ordered initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 15/30] LSM: Lift LSM selection out of individual LSMs
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 13/30] LoadPin: Rename boot param "enabled" to "enforce"
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 16/30] LSM: Build ordered list of LSMs to initialize
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 21/30] LSM: Refactor "security=" in terms of enable/disable
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 08/30] LSM: Record LSM name in struct lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 04/30] LSM: Remove initcall tracing
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v5 03/30] LSM: Rename .security_initcall section to .lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v9 00/24] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v9 00/24] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH v9 00/24] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v9 00/24] ILP32 for ARM64
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
- From: Aleksa Sarai <asarai@xxxxxxx>
- Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH 02/33] powerpc/dma: remove the unused ARCH_HAS_DMA_MMAP_COHERENT define
- From: Christoph Hellwig <hch@xxxxxx>
- use generic DMA mapping code in powerpc V3
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/33] powerpc/dma: remove the unused ISA_DMA_THRESHOLD export
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/33] powerpc/dma: handle iommu bypass in dma_iommu_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/33] powerpc/pseries: use the generic iommu bypass code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/33] powerpc/powernv: remove dead npu-dma code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/33] powerpc/pseries: unwind dma_get_required_mask_pSeriesLP a bit
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/33] powerpc/powernv: use the generic iommu bypass code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/33] powerpc/dart: remove dead cleanup code in iommu_init_early_dart
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/33] powerpc/dma: remove the iommu fallback for coherent allocations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/33] powerpc/pci: remove the dma_set_mask pci_controller ops methods
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/33] powerpc/powernv: remove pnv_pci_ioda_pe_single_vendor
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/33] powerpc/dart: use the generic iommu bypass code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 24/33] powerpc/dma: fix an off-by-one in dma_capable
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 22/33] powerpc/dma: move pci_dma_dev_setup_swiotlb to fsl_pci.c
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 28/33] powerpc/dma: use phys_to_dma instead of get_dma_offset
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/33] powerpc/dma: remove get_pci_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 32/33] powerpc/dma: use generic direct and swiotlb ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 26/33] powerpc/fsl_pci: simplify fsl_pci_dma_set_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 31/33] powerpc/dma: remove dma_nommu_mmap_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 30/33] powerpc/dma: remove set_dma_offset
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 33/33] powerpc/dma: trim the fat from <asm/dma-mapping.h>
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 29/33] powerpc/dma: remove get_dma_offset
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 27/33] dma-mapping, powerpc: simplify the arch dma_set_mask override
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/33] cxl: drop the dma_set_mask callback from vphb
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/33] powerpc/dma: remove max_direct_dma_addr
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/33] powerpc/dma: stop overriding dma_get_required_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/33] powerpc/dma: remove the unused dma_iommu_ops export
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/33] powerpc/cell: use the generic iommu bypass code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/33] powerpc/cell: move dma direct window setup out of dma_configure
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/33] powerpc/dma: untangle vio_dma_mapping_ops from dma_iommu_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/33] powerpc/dma: remove the no-op dma_nommu_unmap_{page,sg} routines
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/33] powerpc/dma: split the two __dma_alloc_coherent implementations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/33] powerpc: use mm zones more sensibly
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [RESEND PATCH v3 0/3] sh: make early_platform code SuperH-specific
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v3 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v3 5/6] parisc: wire up rseq system call
- From: Helge Deller <deller@xxxxxx>
- [PATCH v3 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 5/6] parisc: wire up rseq system call
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 4/6] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 3/6] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 1/6] parisc: move __IGNORE* entries to non uapi header
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 0/6] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC 16/17] arm64: initialize and switch ptrauth kernel keys
- From: Amit Kachhap <amit.kachhap@xxxxxxx>
- Re: [RFC 15/17] arm64: enable ptrauth earlier
- From: Amit Kachhap <amit.kachhap@xxxxxxx>
- Re: [PATCH v22 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH net-next v7 02/28] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
- From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxxxxxxx>
- Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address
- From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxxxxxxx>
- [PATCH v5 02/17] arm64/kvm: consistently handle host HCR_EL2 flags
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 16/17] arm64: initialize and switch ptrauth kernel keys
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 13/17] arm64: install user ptrauth keys at kernel exit time
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 08/17] arm64: expose user PAC bit positions via ptrace
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 06/17] asm-generic: mm_hooks: allow hooks to be overridden individually
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 05/17] arm64/cpufeature: detect pointer authentication
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 04/17] arm64: Don't trap host pointer auth use to EL2
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 03/17] arm64/kvm: hide ptrauth from guests
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 14/17] arm64: unwind: strip PAC from kernel addresses
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 15/17] arm64: enable ptrauth earlier
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [RFC 12/17] arm64: move ptrauth keys to thread_info
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 11/17] arm64: docs: document pointer authentication
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 09/17] arm64: perf: strip PAC when unwinding userspace
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 10/17] arm64: enable pointer authentication
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 07/17] arm64: add basic pointer authentication support
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH v5 01/17] arm64: add pointer authentication register bits
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH 00/17] ARMv8.3 pointer authentication support
- From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
- [PATCH V7 20/20] MAINTAINERS: Add csky
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 18/20] dt-bindings: csky CPU Bindings
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 19/20] dt-bindings: Add vendor prefix for csky
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH 1/5] asm-generic, termios: add alias constants from MIPS
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [REVIEW][PATCH 7/6] signal: In sigqueueinfo prefer sig not si_signo
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig
- From: Andrei Vagin <avagin@xxxxxxxxx>
- [PATCH V7 16/20] csky: SMP support
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 15/20] csky: Debug and Ptrace GDB
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 17/20] csky: Misc headers
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 13/20] csky: Library functions
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 12/20] csky: ELF and module probe
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 14/20] csky: User access
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 10/20] csky: IRQ handling
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 09/20] csky: VDSO and rt_sigreturn
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 11/20] csky: Atomic operations
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 04/20] csky: Exception handling and mm-fault
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 08/20] csky: Process management and Signal
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 07/20] csky: MMU and page table management
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 03/20] csky: Kernel booting
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 06/20] csky: Cache and TLB routines
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 01/20] csky: Build infrastructure
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 02/20] csky: defconfig
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V7 05/20] csky: System Call
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- [PATCH 3/5] arch/mips, termios: use <asm-generic/termbits.h>
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- [PATCH 2/5] arch/ia64, termios: use <asm-generic/termbits.h>
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- [PATCH 0/5] termios: remove arch redundancy in <asm/termbits.h>
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- [PATCH 4/5] arch/parisc, termios: use <asm-generic/termios.h>
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- [PATCH 1/5] asm-generic, termios: add alias constants from MIPS
- From: "H. Peter Anvin (Intel)" <hpa@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
- From: Alexey Brodkin <alexey.brodkin@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Florian Weimer <fw@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- Re: [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 4/9] mm/mmap: Add IBT bitmap size to address space limit check
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [RFC PATCH v4 2/9] x86/cet/ibt: User-mode indirect branch tracking support
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [RFC PATCH v4 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C
- From: James Morse <james.morse@xxxxxxx>
- Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 12/18] arch/tlb: Clean up simple architectures
- From: Vineet Gupta <vineet.gupta1@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
- From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
- RE: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH v4 10/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH v2 3/5] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v6 0/4] devres: provide and use devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] microblaze: Replace NR_syscalls macro from asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [RFC PATCH v4 19/27] x86/cet/shstk: Introduce WRUSS instruction
- From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v22 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 6/6] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 0/6] Add io{read|write}64 to io-64-atomic headers
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 2/6] parisc: iomap: introduce io{read|write}64
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- [PATCH v22 1/6] iomap: Use non-raw io functions for io{read|write}XXbe
- From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 09/32] LSM: Provide init debugging infrastructure
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 07/32] LSM: Convert security_initcall() into DEFINE_LSM()
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 06/32] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 04/32] LSM: Remove initcall tracing
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
- please help me for investment in your country
- From: Aisha Gaddafi <Ponit@xxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [PATCH v6 11/11] arm64: annotate user pointers casts detected by sparse
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 1/8] arm64: add type casts to untagged_addr macro
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 2/8] uaccess: add untagged_addr definition for other arches
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 5/8] lib, arm64: untag addrs passed to strncpy_from_user and strnlen_user
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 8/8] selftests, arm64: add a selftest for passing tagged pointers to kernel
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 6/8] fs, arm64: untag user address in copy_mount_options
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 4/8] mm, arm64: untag user addresses in mm/gup.c
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- [PATCH v7 3/8] arm64: untag user addresses in access_ok and __uaccess_mask_ptr
- From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
- Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [PATCH memory-model 0/5] Updates to the formal memory model
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 1/3] microblaze: Replace NR_syscalls macro from asm/unistd.h
- From: Michal Simek <michal.simek@xxxxxxxxxx>
- Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce"
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [RESEND PATCH v4 8/8] gpio: pcie-idio-24: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 7/8] gpio: pci-idio-16: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 6/8] gpio: ws16c48: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 5/8] gpio: gpio-mm: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 4/8] gpio: 104-idi-48: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 2/8] lib/test_bitmap.c: Add for_each_set_clump test cases
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- [RESEND PATCH v4 0/8] Introduce the for_each_set_clump macro
- From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
- Re: [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce"
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH security-next v4 16/32] LSM: Prepare for arbitrary LSM enabling
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 19/32] LSM: Prepare for reorganizing "security=" logic
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 17/32] LSM: Introduce CONFIG_LSM_ENABLE
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 24/32] LSM: Build ordered list of ordered LSMs for init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 22/32] apparmor: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 23/32] selinux: Remove boot parameter
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 29/32] LSM: Introduce enum lsm_order
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 28/32] Yama: Initialize as ordered LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 25/32] LSM: Introduce CONFIG_LSM_ORDER
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 20/32] LSM: Refactor "security=" in terms of enable/disable
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 27/32] LoadPin: Initialize as ordered LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 18/32] LSM: Introduce lsm.enable= and lsm.disable=
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 04/32] LSM: Remove initcall tracing
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 03/32] LSM: Rename .security_initcall section to .lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 02/32] vmlinux.lds.h: Avoid copy/paste of security_init section
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 00/32] LSM: Explict LSM ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 05/32] LSM: Convert from initcall to struct lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 08/32] LSM: Record LSM name in struct lsm_info
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 06/32] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 07/32] LSM: Convert security_initcall() into DEFINE_LSM()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 12/32] LSM: Provide separate ordered initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 09/32] LSM: Provide init debugging infrastructure
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 15/32] LSM: Lift LSM selection out of individual LSMs
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce"
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 11/32] LSM: Introduce LSM_FLAG_LEGACY_MAJOR
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 14/32] LSM: Plumb visibility into optional "enabled" state
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 30/32] capability: Initialize as LSM_ORDER_FIRST
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 31/32] LSM: Separate idea of "major" LSM from "exclusive" LSM
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 32/32] LSM: Add all exclusive LSMs to ordered initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 26/32] LSM: Introduce "lsm.order=" for boottime ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH security-next v4 01/32] LSM: Correctly announce start of LSM initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/5] m68k: add system call table generation support
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 12/29] LSM: Provide separate ordered initialization
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v3 19/29] LSM: Prepare for reorganizing "security=" logic
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 17/29] LSM: Introduce CONFIG_LSM_ENABLE
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH security-next v3 16/29] LSM: Prepare for arbitrary LSM enabling
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 15/29] LSM: Lift LSM selection out of individual LSMs
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 13/29] LoadPin: Rename "enable" to "enforce"
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 12/29] LSM: Provide separate ordered initialization
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 11/29] LSM: Introduce LSM_FLAG_LEGACY_MAJOR
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 10/29] LSM: Don't ignore initialization failures
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 09/29] LSM: Provide init debugging infrastructure
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 08/29] LSM: Record LSM name in struct lsm_info
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 07/29] LSM: Convert security_initcall() into DEFINE_LSM()
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 06/29] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 05/29] LSM: Convert from initcall to struct lsm_info
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 03/29] LSM: Rename .security_initcall section to .lsm_info
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 02/29] vmlinux.lds.h: Avoid copy/paste of security_init section
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 01/29] LSM: Correctly announce start of LSM initialization
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v3 05/29] LSM: Convert from initcall to struct lsm_info
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v3 03/29] LSM: Rename .security_initcall section to .lsm_info
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v3 02/29] vmlinux.lds.h: Avoid copy/paste of security_init section
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH security-next v3 01/29] LSM: Correctly announce start of LSM initialization
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH v6 16/16] cpupower, x86: Add Hygon Dhyana support
- From: Shuah Khan <shuah@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v6 0/4] devres: provide and use devm_kstrdup_const()
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 3/5] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v2 0/7] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v2 6/7] ia64: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Bruce Fields <bfields@xxxxxxxxxxxx>
- RE: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [REVIEW][PATCH 04/20] signal/x86: Use send_sig_mceerr as apropriate
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v2 2/3] microblaze: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 1/3] microblaze: replace __NR_syscalls macro from asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 3/3] microblaze: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 0/3] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 4/5] m68k: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 3/5] m68k: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 2/5] m68k: replace NR_syscalls macro from asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 1/5] m68k: rename system call table file name
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v3 0/5] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v2 3/5] parisc: add system call table generation support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Mickaël Salaün <mic@xxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Jann Horn <jannh@xxxxxxxxxx>
- [PATCH v6 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v6 4/4] mailbox: tegra-hsp: use devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v6 3/4] devres: provide devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v6 1/4] devres: constify p in devm_kfree()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v6 0/4] devres: provide and use devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Mickaël Salaün <mic@xxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Alban Crequy <alban@xxxxxxxxxx>
- Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: John Johansen <john.johansen@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH V6 01/33] csky: Build infrastructure
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 03/33] csky: Kernel booting
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 04/33] csky: Exception handling and mm-fault
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 05/33] csky: System Call
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 07/33] csky: MMU and page table management
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 08/33] csky: Process management and Signal
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 10/33] csky: IRQ handling
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 13/33] csky: Library functions
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [REVIEW][PATCH 0/3] signal/unicore32: siginfo cleanups
- From: "Guan Xuetao" <gxt@xxxxxxxxxx>
- [PATCH 3/3] selftests: vfs: add AT_* path resolution tests
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH 0/3] namei: implement various scoping AT_* flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Stephen Smalley <sds@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v6 11/11] arm64: annotate user pointers casts detected by sparse
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v2 0/7] System call table generation support
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET)
- From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
- Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET)
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 13/33] csky: Library functions
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 05/33] csky: System Call
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 04/33] csky: Exception handling and mm-fault
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 03/33] csky: Kernel booting
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 01/33] csky: Build infrastructure
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering
- From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH V6 08/33] csky: Process management and Signal
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 10/33] csky: IRQ handling
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 07/33] csky: MMU and page table management
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 6/7] ia64: uapi header and system call table file generation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 7/7] ia64: add __IGNORE* entries in asm/unistd.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH V5 18/30] dt-bindings: csky CPU Bindings
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V5 18/30] dt-bindings: csky CPU Bindings
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH net-next v6 01/23] asm: simd context helper API
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v5 3/4] devres: provide devm_kstrdup_const()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 1/4] devres: constify p in devm_kfree()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h
- From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
- [PATCH v5 3/4] devres: provide devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v5 1/4] devres: constify p in devm_kfree()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v5 4/4] mailbox: tegra-hsp: use devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- [PATCH v5 0/4] devres: provide and use devm_kstrdup_const()
- From: Bartosz Golaszewski <brgl@xxxxxxxx>
- Re: [PATCH V5 23/30] dt-bindings: interrupt-controller: C-SKY SMP intc
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V5 18/30] dt-bindings: csky CPU Bindings
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 29/33] dt-bindings: timer: gx6605s SOC timer
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 18/33] dt-bindings: csky CPU Bindings
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 32/33] csky: fix flush_cache_range and tlb_start_vma
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 28/33] irqchip: add C-SKY APB bus interrupt controller
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 30/33] clocksource: add gx6605s SOC system timer
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 19/33] dt-bindings: Add vendor prefix for csky
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 22/33] irqchip: add C-SKY SMP interrupt controller
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 23/33] dt-bindings: interrupt-controller: C-SKY SMP intc
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 25/33] dt-bindings: timer: C-SKY Multi-processor timer
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 31/33] csky: fix compile error in linux/bug.h with SMP enabled
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 33/33] csky: use asm-generic/bitops/atomic.h for all
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 21/33] csky: remove irq_mapping from smp.c
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 24/33] clocksource: add C-SKY SMP timer
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 27/33] dt-bindings: interrupt-controller: C-SKY APB intc
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 26/33] MAINTAINERS: Add csky
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 20/33] csky/dma: fix up dma_mapping error
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V6 08/33] csky: Process management and Signal
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH v14 08/19] signal: x86/sgx: Add SIGSEGV siginfo code for SGX EPCM fault
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH V5 27/30] dt-bindings: interrupt-controller: C-SKY APB intc
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH V5 25/30] dt-bindings: timer: C-SKY Multi-processor timer
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH V5 23/30] dt-bindings: interrupt-controller: C-SKY SMP intc
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH V5 19/30] dt-bindings: Add vendor prefix for csky
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH V5 18/30] dt-bindings: csky CPU Bindings
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [PATCH V6 10/33] csky: IRQ handling
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH V6 07/33] csky: MMU and page table management
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH V6 16/33] csky: SMP support
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 13/33] csky: Library functions
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 17/33] csky: Misc headers
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 10/33] csky: IRQ handling
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 14/33] csky: User access
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 12/33] csky: ELF and module probe
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 15/33] csky: Debug and Ptrace GDB
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 11/33] csky: Atomic operations
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 09/33] csky: VDSO and rt_sigreturn
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 06/33] csky: Cache and TLB routines
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 05/33] csky: System Call
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 03/33] csky: Kernel booting
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 00/33] C-SKY(csky) Linux Kernel Port
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 08/33] csky: Process management and Signal
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 07/33] csky: MMU and page table management
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 04/33] csky: Exception handling and mm-fault
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 01/33] csky: Build infrastructure
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH V6 02/33] csky: defconfig
- From: Guo Ren <ren_guo@xxxxxxxxx>
- [PATCH v2 5/5] parisc: add __IGNORE* entries in asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 4/5] parisc: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 3/5] parisc: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 2/5] parisc: add __NR_Linux_syscalls macro with __NR_syscalls
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 1/5] parisc: move __IGNORE* entries to non uapi header
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 0/5] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 7/7] ia64: add __IGNORE* entries in asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 6/7] ia64: uapi header and system call table file generation
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 5/7] ia64: add system call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 4/7] ia64: replace the system call table entries from entry.S
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 3/7] ia64: add an offset for system call number
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 2/7] ia64: replace NR_syscalls macro from asm/unistd.h
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- [PATCH v2 0/7] System call table generation support
- From: Firoz Khan <firoz.khan@xxxxxxxxxx>
- Re: [REVIEW][PATCH 00/15] signal/arm64: siginfo cleanups
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH V5 06/30] csky: Cache and TLB routines
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [REVIEW][PATCH 00/15] signal/arm64: siginfo cleanups
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH V5 06/30] csky: Cache and TLB routines
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH V5 06/30] csky: Cache and TLB routines
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V5 06/30] csky: Cache and TLB routines
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH V5 06/30] csky: Cache and TLB routines
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH V5 17/30] csky: Misc headers
- From: Guo Ren <ren_guo@xxxxxxxxx>
- Re: [PATCH v14 08/19] signal: x86/sgx: Add SIGSEGV siginfo code for SGX EPCM fault
- From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH memory-model 2/5] tools/memory-model: Add extra ordering for locks and remove it for ordinary release/acquire
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- [PATCH memory-model 5/5] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- [PATCH memory-model 3/5] tools/memory-model: Fix a README typo
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- [PATCH memory-model 4/5] tools/memory-model: Add more LKMM limitations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- [PATCH memory-model 1/5] tools/memory-model: Add litmus-test naming scheme
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- [PATCH memory-model 0/5] Updates to the formal memory model
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
- Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [REVIEW][PATCH 00/15] signal/arm64: siginfo cleanups
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v5 2/2] tty/serial: atmel: add ISO7816 support
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
- [PATCH v5 1/2] tty/serial_core: add ISO7816 infrastructure
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
- [PATCH v5 0/2] add ISO7816 support
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] tty/serial: atmel: add ISO7816 support
- From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
- Re: [PATCH 08/18] arm/tlb: Convert to generic mmu_gather
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 06/18] asm-generic/tlb: Conditionally provide tlb_migrate_finish()
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH 00/18] my generic mmu_gather patches
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH 12/18] arch/tlb: Clean up simple architectures
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 03/18] x86/mm: Page size aware flush_tlb_mm_range()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 14/18] s390/tlb: convert to generic mmu_gather
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]