Linux Arch

• Thread Index

• [PATCH v3] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• [PATCH 16/17] prmem: pratomic-long
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• [PATCH 01/17] prmem: linker section for static write rare
  • From: Igor Stoppa <igor.stoppa@xxxxxxxxx>
• Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 0/3] Rlimit for module space
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RESEND PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2] kernel/signal: Signal-based pre-coredump notification
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 00/17] ARMv8.3 pointer authentication support
  • From: Ramana Radhakrishnan <Ramana.Radhakrishnan@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Ramana Radhakrishnan <Ramana.Radhakrishnan@xxxxxxx>
• Re: [PATCH V9 01/21] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH RFC v3 0/3] Rlimit for module space
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH V9 11/21] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 11/21] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 0/3] Rlimit for module space
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Interrupts, smp_load_acquire(), smp_store_release(), etc.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• [PATCH v3 2/3] modules: Create rlimit for module space
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 3/3] bpf: Add system wide BPF JIT limit
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH RFC v3 0/3] Rlimit for module space
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v3 1/3] modules: Create arch versions of module alloc/free
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 5/9] powerpc: PCI_MSI needs PCI
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
• Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] arm: remove EISA kconfig option
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 00/17] ARMv8.3 pointer authentication support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4/9] powerpc: remove CONFIG_MCA leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] powerpc: PCI_MSI needs PCI
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] PCI: consolidate PCI config entry in drivers/pci
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] rapidio: consolidate RAPIDIO config entry in drivers/rapidio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] pcmcia: allow PCMCIA support independent of the architecture
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] powerpc: remove CONFIG_PCI_QSPAN
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] arm: remove EISA kconfig option
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] aha152x: rename the PCMCIA define
  • From: Christoph Hellwig <hch@xxxxxx>
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC 12/17] arm64: move ptrauth keys to thread_info
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH net-next v8 02/28] asm: simd context helper API
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 21/21] csky: support dword access for get_user_size()
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 21/21] csky: support dword access for get_user_size()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 12/21] csky: ELF and module probe
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 21/21] csky: support dword access for get_user_size()
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 15/21] csky: Debug and Ptrace GDB
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 13/21] csky: Library functions
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 12/21] csky: ELF and module probe
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 11/21] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 10/21] csky: IRQ handling
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 08/21] csky: Process management and Signal
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 07/21] csky: MMU and page table management
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V9 05/21] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
  • From: Evgenii Stepanov <eugenis@xxxxxxxxxx>
• Re: [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 20/21] MAINTAINERS: Add csky
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 17/21] csky: Misc headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 16/21] csky: SMP support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 15/21] csky: Debug and Ptrace GDB
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 21/21] csky: support dword access for get_user_size()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 14/21] csky: User access
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 13/21] csky: Library functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH V9 12/21] csky: ELF and module probe
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 11/21] csky: Atomic operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 10/21] csky: IRQ handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 09/21] csky: VDSO and rt_sigreturn
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 08/21] csky: Process management and Signal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 06/21] csky: Cache and TLB routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 07/21] csky: MMU and page table management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 05/21] csky: System Call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 04/21] csky: Exception handling and mm-fault
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 03/21] csky: Kernel booting
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V9 02/21] csky: defconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/8] powerpc: remove CONFIG_PCI_QSPAN
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/ v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] aha152x: rename the PCMCIA define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] powerpc: PCI_MSI needs PCI
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] PCI: consolidate PCI config entry in drivers/pci
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] powerpc: remove CONFIG_PCI_QSPAN
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• 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 v5 11/17] arm64: docs: document pointer authentication
  • From: Kristina Martsenko <kristina.martsenko@xxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v2 3/5] mm/cow: optimise pte accessed bit handling in fork
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 5/5] mm: optimise pte dirty/accessed bit setting by demand based pte insertion
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 4/5] mm/cow: optimise pte dirty bit handling in fork
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 2/5] mm/cow: don't bother write protecting already write-protected huge pages
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 1/5] nios2: update_mmu_cache clear the old entry from the TLB
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 0/5] mm: dirty/accessed pte optimisations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v5 5/5] parisc: syscalls: ignore nfsservctl for other architectures
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v5 4/5] parisc: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v5 3/5] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v5 2/5] parisc: add __NR_syscalls along with __NR_Linux_syscalls
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v5 1/5] parisc: move __IGNORE* entries to non uapi header
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v5 0/5] parisc: system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH V9 21/21] csky: support dword access for get_user_size()
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH V9 20/21] MAINTAINERS: Add csky
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 19/21] dt-bindings: Add vendor prefix for csky
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 17/21] csky: Misc headers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 16/21] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 15/21] csky: Debug and Ptrace GDB
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 14/21] csky: User access
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 13/21] csky: Library functions
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 12/21] csky: ELF and module probe
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 08/21] csky: Process management and Signal
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 11/21] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 09/21] csky: VDSO and rt_sigreturn
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 10/21] csky: IRQ handling
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 07/21] csky: MMU and page table management
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 05/21] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 06/21] csky: Cache and TLB routines
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 04/21] csky: Exception handling and mm-fault
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 03/21] csky: Kernel booting
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 01/21] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 00/21] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V9 02/21] csky: defconfig
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: valdis.kletnieks@xxxxxx
• Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/17] ARMv8.3 pointer authentication support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 11/17] arm64: docs: document pointer authentication
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 1/8] aha152x: rename the PCMCIA define
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 12/18] arch/tlb: Clean up simple architectures
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 16/33] powerpc/powernv: remove dead npu-dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v3 3/5] m68k: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH 16/33] powerpc/powernv: remove dead npu-dma code
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH 01/33] powerpc: use mm zones more sensibly
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• move bus (PCI, PCMCIA, EISA, rapdio) config to drivers/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] aha152x: rename the PCMCIA define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] powerpc: simplify CONFIG_PCI_QSPAN Kconfig magic
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] powerpc: PCI_MSI needs PCI
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] pci: consolidate PCI config entry in drivers/pci
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] pcmcia: allow PCMCIA support independent of the architecture
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] rapidio: consolidate RAPIDIO config entry in drivers/rapidio
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] eisa: consolidate EISA Kconfig entry in drivers/eisa
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/8] kconfig: remove CONFIG_MCA leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V8 16/21] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• [PATCH] kernel/signal: Signal-based pre-coredump notification
  • From: Enke Chen <enkechen@xxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 0/7] ia64: system call table generation support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/18] arch/tlb: Clean up simple architectures
  • From: Vineet Gupta <vineet.gupta1@xxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• RE: [PATCH v3 0/7] ia64: system call table generation support
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH V8 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V8 18/21] dt-bindings: csky CPU Bindings
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH V8 16/21] csky: SMP support
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH V8 21/21] csky: add support get_user_size access dword
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 20/21] MAINTAINERS: Add csky
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 19/21] dt-bindings: Add vendor prefix for csky
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 18/21] dt-bindings: csky CPU Bindings
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 17/21] csky: Misc headers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 01/17] arm64: add pointer authentication register bits
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v4 4/6] parisc: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 5/6] parisc: wire up rseq system call
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 6/6] parisc: syscalls: Ignore nfsservctl for other architectures
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 3/6] parisc: add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 1/6] parisc: move __IGNORE* entries to non uapi header
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH v4 0/6] parisc: system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [PATCH v5 01/17] arm64: add pointer authentication register bits
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 01/17] arm64: add pointer authentication register bits
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH V8 16/21] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 15/21] csky: Debug and Ptrace GDB
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 14/21] csky: User access
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 08/21] csky: Process management and Signal
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 12/21] csky: ELF and module probe
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 06/21] csky: Cache and TLB routines
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 13/21] csky: Library functions
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 11/21] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 07/21] csky: MMU and page table management
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 10/21] csky: IRQ handling
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 09/21] csky: VDSO and rt_sigreturn
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 05/21] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 04/21] csky: Exception handling and mm-fault
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 03/21] csky: Kernel booting
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 02/21] csky: defconfig
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 00/21] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V8 01/21] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [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: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v2 3/7] arm/modules: Add rlimit checking for arm modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 2/7] x86/modules: Add rlimit checking for x86 modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 4/7] arm64/modules: Add rlimit checking for arm64 modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 6/7] sparc/modules: Add rlimit for sparc modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 0/7] Rlimit for module space
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 7/7] s390/modules: Add rlimit checking for s390 modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 5/7] mips/modules: Add rlimit checking for mips modules
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2 1/7] modules: Create rlimit for module space
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH v3 0/7] ia64: system call table generation support
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 01/17] arm64: add pointer authentication register bits
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 07/17] arm64: add basic pointer authentication support
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH security-next v5 00/30] LSM: Explict ordering
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 06/27] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 10/27] mm/mmap: Prevent Shadow Stack VMA merges
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 08/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 05/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 13/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 15/27] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 09/27] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 11/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 19/27] mm: Introduce do_mmap_locked()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 14/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 12/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 18/27] mm: Update can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 00/11] Control Flow Enforcement: Branch Tracking, PTRACE
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 08/11] x86: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 04/11] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 05/11] x86/cet/ibt: ELF header parsing for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 07/11] x86/cet/ibt: Add ENDBR to op-code-map
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 06/11] x86/cet/ibt: Add arch_prctl functions for IBT
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 11/11] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 02/11] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 03/11] x86/cet/ibt: Add IBT legacy code bitmap allocation function
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 01/11] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 20/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 16/27] mm: Handle shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 22/27] x86/cet/shstk: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 25/27] mm/mmap: Add Shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 24/27] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 27/27] x86/cet/shstk: Add Shadow Stack instructions to opcode map
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v5 23/27] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [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>