Linux Arch

• Date Index

• [PATCH 25/33] cxl: drop the dma_set_mask callback from vphb, (continued)
  • [PATCH 25/33] cxl: drop the dma_set_mask callback from vphb, Christoph Hellwig
  • [PATCH 27/33] dma-mapping, powerpc: simplify the arch dma_set_mask override, Christoph Hellwig
  • [PATCH 29/33] powerpc/dma: remove get_dma_offset, Christoph Hellwig
  • [PATCH 33/33] powerpc/dma: trim the fat from <asm/dma-mapping.h>, Christoph Hellwig
  • [PATCH 30/33] powerpc/dma: remove set_dma_offset, Christoph Hellwig
  • [PATCH 31/33] powerpc/dma: remove dma_nommu_mmap_coherent, Christoph Hellwig
  • [PATCH 26/33] powerpc/fsl_pci: simplify fsl_pci_dma_set_mask, Christoph Hellwig
  • [PATCH 32/33] powerpc/dma: use generic direct and swiotlb ops, Christoph Hellwig
  • [PATCH 21/33] powerpc/dma: remove get_pci_dma_ops, Christoph Hellwig
  • [PATCH 28/33] powerpc/dma: use phys_to_dma instead of get_dma_offset, Christoph Hellwig
  • [PATCH 22/33] powerpc/dma: move pci_dma_dev_setup_swiotlb to fsl_pci.c, Christoph Hellwig
  • [PATCH 24/33] powerpc/dma: fix an off-by-one in dma_capable, Christoph Hellwig
  • [PATCH 14/33] powerpc/dart: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 15/33] powerpc/powernv: remove pnv_pci_ioda_pe_single_vendor, Christoph Hellwig
  • [PATCH 19/33] powerpc/pci: remove the dma_set_mask pci_controller ops methods, Christoph Hellwig
  • [PATCH 20/33] powerpc/dma: remove the iommu fallback for coherent allocations, Christoph Hellwig
  • [PATCH 13/33] powerpc/dart: remove dead cleanup code in iommu_init_early_dart, Christoph Hellwig
  • [PATCH 17/33] powerpc/powernv: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 09/33] powerpc/pseries: unwind dma_get_required_mask_pSeriesLP a bit, Christoph Hellwig
  • [PATCH 16/33] powerpc/powernv: remove dead npu-dma code, Christoph Hellwig
    • Re: [PATCH 16/33] powerpc/powernv: remove dead npu-dma code, Alexey Kardashevskiy
      • Re: [PATCH 16/33] powerpc/powernv: remove dead npu-dma code, Christoph Hellwig
      • Re: [PATCH 16/33] powerpc/powernv: remove dead npu-dma code, Benjamin Herrenschmidt
  • [PATCH 10/33] powerpc/pseries: use the generic iommu bypass code, Christoph Hellwig
  • [PATCH 08/33] powerpc/dma: handle iommu bypass in dma_iommu_ops, Christoph Hellwig
  • [PATCH 03/33] powerpc/dma: remove the unused ISA_DMA_THRESHOLD export, Christoph Hellwig
  • [PATCH 02/33] powerpc/dma: remove the unused ARCH_HAS_DMA_MMAP_COHERENT define, Christoph Hellwig
• [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Al Viro
      • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Al Viro
        • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
      • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
  • [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
    • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Jann Horn
      • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
        • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Jann Horn
        • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Al Viro
          • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
            • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Al Viro
              • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH v3 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
  • Re: [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
• [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Andy Lutomirski
      • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
        • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
        • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Andy Lutomirski
• [PATCH v3 0/6] System call table generation support, Firoz Khan
  • [PATCH v3 1/6] parisc: move __IGNORE* entries to non uapi header, Firoz Khan
  • [PATCH v3 2/6] parisc: add __NR_Linux_syscalls along with __NR_syscalls, Firoz Khan
  • [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
    • Re: [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
      • Re: [PATCH v3 3/6] parisc: add system call table generation support, Eugene Syromiatnikov
        • Re: [PATCH v3 3/6] parisc: add system call table generation support, Arnd Bergmann
          • Re: [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
            • Re: [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
            • Re: [PATCH v3 3/6] parisc: add system call table generation support, Arnd Bergmann
              • Re: [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
                • Re: [PATCH v3 3/6] parisc: add system call table generation support, Arnd Bergmann
                  • Re: [PATCH v3 3/6] parisc: add system call table generation support, Firoz Khan
  • [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
    • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Helge Deller
      • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
    • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Helge Deller
      • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
        • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
        • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
          • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Arnd Bergmann
          • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Helge Deller
            • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
        • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Arnd Bergmann
          • Re: [PATCH v3 4/6] parisc: uapi header and system call table file generation, Firoz Khan
  • [PATCH v3 5/6] parisc: wire up rseq system call, Firoz Khan
    • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Helge Deller
      • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Firoz Khan
        • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Helge Deller
          • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Firoz Khan
            • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Geert Uytterhoeven
              • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Firoz Khan
                • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Geert Uytterhoeven
                  • Re: [PATCH v3 5/6] parisc: wire up rseq system call, Arnd Bergmann
  • [PATCH v3 6/6] parisc: syscalls: Ignore nfsservctl for other architectures, Firoz Khan
• [PATCH net-next v7 02/28] asm: simd context helper API, Jason A. Donenfeld
• [PATCH 00/17] ARMv8.3 pointer authentication support, Kristina Martsenko
  • [PATCH v5 01/17] arm64: add pointer authentication register bits, Kristina Martsenko
    • Re: [PATCH v5 01/17] arm64: add pointer authentication register bits, Will Deacon
      • Re: [PATCH v5 01/17] arm64: add pointer authentication register bits, Mark Rutland
        • Re: [PATCH v5 01/17] arm64: add pointer authentication register bits, Will Deacon
          • Re: [PATCH v5 01/17] arm64: add pointer authentication register bits, Mark Rutland
  • [PATCH v5 07/17] arm64: add basic pointer authentication support, Kristina Martsenko
    • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Suzuki K Poulose
    • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Catalin Marinas
      • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Will Deacon
        • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Kees Cook
          • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Will Deacon
            • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Kees Cook
              • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Will Deacon
          • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Mark Rutland
        • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Cyrill Gorcunov
        • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Will Deacon
          • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Dave Martin
      • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Ramana Radhakrishnan
        • Re: [PATCH v5 07/17] arm64: add basic pointer authentication support, Will Deacon
  • [PATCH v5 10/17] arm64: enable pointer authentication, Kristina Martsenko
  • [PATCH v5 09/17] arm64: perf: strip PAC when unwinding userspace, Kristina Martsenko
  • [PATCH v5 11/17] arm64: docs: document pointer authentication, Kristina Martsenko
    • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Ramana Radhakrishnan
      • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Kristina Martsenko
        • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Catalin Marinas
          • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Marc Zyngier
          • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Will Deacon
          • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Kristina Martsenko
            • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Catalin Marinas
              • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Will Deacon
                • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Jon Masters
          • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Ramana Radhakrishnan
    • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Kees Cook
      • Re: [PATCH v5 11/17] arm64: docs: document pointer authentication, Ramana Radhakrishnan
  • [RFC 12/17] arm64: move ptrauth keys to thread_info, Kristina Martsenko
    • Re: [RFC 12/17] arm64: move ptrauth keys to thread_info, Catalin Marinas
  • [RFC 15/17] arm64: enable ptrauth earlier, Kristina Martsenko
    • Re: [RFC 15/17] arm64: enable ptrauth earlier, Amit Kachhap
  • [RFC 14/17] arm64: unwind: strip PAC from kernel addresses, Kristina Martsenko
  • [PATCH v5 03/17] arm64/kvm: hide ptrauth from guests, Kristina Martsenko
  • [PATCH v5 04/17] arm64: Don't trap host pointer auth use to EL2, Kristina Martsenko
  • [PATCH v5 05/17] arm64/cpufeature: detect pointer authentication, Kristina Martsenko
  • [PATCH v5 06/17] asm-generic: mm_hooks: allow hooks to be overridden individually, Kristina Martsenko
  • [PATCH v5 08/17] arm64: expose user PAC bit positions via ptrace, Kristina Martsenko
  • [RFC 13/17] arm64: install user ptrauth keys at kernel exit time, Kristina Martsenko
  • [RFC 16/17] arm64: initialize and switch ptrauth kernel keys, Kristina Martsenko
    • Re: [RFC 16/17] arm64: initialize and switch ptrauth kernel keys, Amit Kachhap
  • [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address, Kristina Martsenko
    • Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address, Ramana Radhakrishnan
      • Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address, Kristina Martsenko
    • Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address, Vladimir Murzin
      • Re: [RFC 17/17] arm64: compile the kernel with ptrauth -msign-return-address, Kees Cook
  • [PATCH v5 02/17] arm64/kvm: consistently handle host HCR_EL2 flags, Kristina Martsenko
  • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Kees Cook
    • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Kristina Martsenko
      • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Kees Cook
        • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Kristina Martsenko
        • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Mark Rutland
          • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Kees Cook
  • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Will Deacon
    • Re: [PATCH 00/17] ARMv8.3 pointer authentication support, Ramana Radhakrishnan
• [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port, Guo Ren
  • [PATCH V7 05/20] csky: System Call, Guo Ren
  • [PATCH V7 02/20] csky: defconfig, Guo Ren
  • [PATCH V7 01/20] csky: Build infrastructure, Guo Ren
  • [PATCH V7 06/20] csky: Cache and TLB routines, Guo Ren
  • [PATCH V7 03/20] csky: Kernel booting, Guo Ren
  • [PATCH V7 07/20] csky: MMU and page table management, Guo Ren
  • [PATCH V7 08/20] csky: Process management and Signal, Guo Ren
  • [PATCH V7 04/20] csky: Exception handling and mm-fault, Guo Ren
  • [PATCH V7 11/20] csky: Atomic operations, Guo Ren
  • [PATCH V7 09/20] csky: VDSO and rt_sigreturn, Guo Ren
  • [PATCH V7 10/20] csky: IRQ handling, Guo Ren
  • [PATCH V7 14/20] csky: User access, Guo Ren
  • [PATCH V7 12/20] csky: ELF and module probe, Guo Ren
  • [PATCH V7 13/20] csky: Library functions, Guo Ren
  • [PATCH V7 17/20] csky: Misc headers, Guo Ren
  • [PATCH V7 15/20] csky: Debug and Ptrace GDB, Guo Ren
  • [PATCH V7 16/20] csky: SMP support, Guo Ren
  • [PATCH V7 19/20] dt-bindings: Add vendor prefix for csky, Guo Ren
  • [PATCH V7 18/20] dt-bindings: csky CPU Bindings, Guo Ren
  • [PATCH V7 20/20] MAINTAINERS: Add csky, Guo Ren
  • Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port, Eugene Syromiatnikov
    • Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port, Guo Ren
      • Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port, Eugene Syromiatnikov
  • Re: [PATCH V7 00/20] C-SKY(csky) Linux Kernel Port, Guo Ren
• [PATCH 0/5] termios: remove arch redundancy in <asm/termbits.h>, H. Peter Anvin (Intel)
  • [PATCH 1/5] asm-generic, termios: add alias constants from MIPS, H. Peter Anvin (Intel)
    • Re: [PATCH 1/5] asm-generic, termios: add alias constants from MIPS, Geert Uytterhoeven
  • [PATCH 4/5] arch/parisc, termios: use <asm-generic/termios.h>, H. Peter Anvin (Intel)
  • [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>, H. Peter Anvin (Intel)
    • Re: [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>, Max Filippov
      • Re: [PATCH 5/5] arch/xtensa, termios: use <asm-generic/termbits.h>, H. Peter Anvin
  • [PATCH 2/5] arch/ia64, termios: use <asm-generic/termbits.h>, H. Peter Anvin (Intel)
  • [PATCH 3/5] arch/mips, termios: use <asm-generic/termbits.h>, H. Peter Anvin (Intel)
• [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C, James Morse
  • Re: [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C, Catalin Marinas
    • Re: [PATCH] asm-generic/pgtable-nop?d.h: define folded with a value for use in C, Mark Rutland
• [PATCH v22 0/6] Add io{read|write}64 to io-64-atomic headers, Logan Gunthorpe
  • [PATCH v22 1/6] iomap: Use non-raw io functions for io{read|write}XXbe, Logan Gunthorpe
  • [PATCH v22 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}, Logan Gunthorpe
    • Re: [PATCH v22 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}, Michael Ellerman
  • [PATCH v22 2/6] parisc: iomap: introduce io{read|write}64, Logan Gunthorpe
  • [PATCH v22 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros, Logan Gunthorpe
  • [PATCH v22 6/6] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header, Logan Gunthorpe
  • [PATCH v22 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks, Logan Gunthorpe
• please help me for investment in your country, Aisha Gaddafi
• [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Andrey Konovalov
  • [PATCH v7 3/8] arm64: untag user addresses in access_ok and __uaccess_mask_ptr, Andrey Konovalov
  • [PATCH v7 4/8] mm, arm64: untag user addresses in mm/gup.c, Andrey Konovalov
  • [PATCH v7 6/8] fs, arm64: untag user address in copy_mount_options, Andrey Konovalov
  • [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt, Andrey Konovalov
    • Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt, Catalin Marinas
      • Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt, Andrey Konovalov
        • Re: [PATCH v7 7/8] arm64: update Documentation/arm64/tagged-pointers.txt, Catalin Marinas
  • [PATCH v7 8/8] selftests, arm64: add a selftest for passing tagged pointers to kernel, Andrey Konovalov
  • [PATCH v7 5/8] lib, arm64: untag addrs passed to strncpy_from_user and strnlen_user, Andrey Konovalov
  • [PATCH v7 2/8] uaccess: add untagged_addr definition for other arches, Andrey Konovalov
  • [PATCH v7 1/8] arm64: add type casts to untagged_addr macro, Andrey Konovalov
  • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Luc Van Oostenryck
  • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Vincenzo Frascino
    • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Andrey Konovalov
      • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Evgenii Stepanov
        • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Catalin Marinas
        • Re: [PATCH v7 0/8] arm64: untag user pointers passed to the kernel, Vincenzo Frascino
• [RESEND PATCH v4 0/8] Introduce the for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, William Breathitt Gray
    • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, Rasmus Villemoes
      • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, Andy Shevchenko
        • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, Andy Shevchenko
          • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, William Breathitt Gray
            • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, Andy Shevchenko
        • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, William Breathitt Gray
      • Re: [RESEND PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 2/8] lib/test_bitmap.c: Add for_each_set_clump test cases, William Breathitt Gray
  • [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro, William Breathitt Gray
    • Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro, Rasmus Villemoes
      • Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro, William Breathitt Gray
        • Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro, Rasmus Villemoes
          • Re: [RESEND PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 4/8] gpio: 104-idi-48: Utilize for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 5/8] gpio: gpio-mm: Utilize for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 6/8] gpio: ws16c48: Utilize for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 7/8] gpio: pci-idio-16: Utilize for_each_set_clump macro, William Breathitt Gray
  • [RESEND PATCH v4 8/8] gpio: pcie-idio-24: Utilize for_each_set_clump macro, William Breathitt Gray
• [PATCH security-next v4 00/32] LSM: Explict LSM ordering, Kees Cook
  • [PATCH security-next v4 01/32] LSM: Correctly announce start of LSM initialization, Kees Cook
  • [PATCH security-next v4 26/32] LSM: Introduce "lsm.order=" for boottime ordering, Kees Cook
  • [PATCH security-next v4 32/32] LSM: Add all exclusive LSMs to ordered initialization, Kees Cook
  • [PATCH security-next v4 31/32] LSM: Separate idea of "major" LSM from "exclusive" LSM, Kees Cook
  • [PATCH security-next v4 30/32] capability: Initialize as LSM_ORDER_FIRST, Kees Cook
  • [PATCH security-next v4 14/32] LSM: Plumb visibility into optional "enabled" state, Kees Cook
  • [PATCH security-next v4 11/32] LSM: Introduce LSM_FLAG_LEGACY_MAJOR, Kees Cook
  • [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce", Kees Cook
    • Re: [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce", Randy Dunlap
      • Re: [PATCH security-next v4 13/32] LoadPin: Rename "enable" to "enforce", Kees Cook
  • [PATCH security-next v4 15/32] LSM: Lift LSM selection out of individual LSMs, Kees Cook
  • [PATCH security-next v4 09/32] LSM: Provide init debugging infrastructure, Kees Cook
    • Re: [PATCH security-next v4 09/32] LSM: Provide init debugging infrastructure, James Morris
  • [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures, Kees Cook
    • Re: [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures, James Morris
      • Re: [PATCH security-next v4 10/32] LSM: Don't ignore initialization failures, Kees Cook
  • [PATCH security-next v4 12/32] LSM: Provide separate ordered initialization, Kees Cook
  • [PATCH security-next v4 07/32] LSM: Convert security_initcall() into DEFINE_LSM(), Kees Cook
    • Re: [PATCH security-next v4 07/32] LSM: Convert security_initcall() into DEFINE_LSM(), James Morris
  • [PATCH security-next v4 06/32] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA, Kees Cook
    • Re: [PATCH security-next v4 06/32] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA, James Morris
  • [PATCH security-next v4 08/32] LSM: Record LSM name in struct lsm_info, Kees Cook
  • [PATCH security-next v4 05/32] LSM: Convert from initcall to struct lsm_info, Kees Cook
  • [PATCH security-next v4 02/32] vmlinux.lds.h: Avoid copy/paste of security_init section, Kees Cook
  • [PATCH security-next v4 03/32] LSM: Rename .security_initcall section to .lsm_info, Kees Cook
  • [PATCH security-next v4 04/32] LSM: Remove initcall tracing, Kees Cook
    • Re: [PATCH security-next v4 04/32] LSM: Remove initcall tracing, James Morris
  • [PATCH security-next v4 18/32] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
  • [PATCH security-next v4 27/32] LoadPin: Initialize as ordered LSM, Kees Cook
  • [PATCH security-next v4 20/32] LSM: Refactor "security=" in terms of enable/disable, Kees Cook
  • [PATCH security-next v4 25/32] LSM: Introduce CONFIG_LSM_ORDER, Kees Cook
  • [PATCH security-next v4 28/32] Yama: Initialize as ordered LSM, Kees Cook
  • [PATCH security-next v4 29/32] LSM: Introduce enum lsm_order, Kees Cook
  • [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic, Kees Cook
    • Re: [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic, Randy Dunlap
      • Re: [PATCH security-next v4 21/32] LSM: Finalize centralized LSM enabling logic, Kees Cook
  • [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Paul Moore
      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Stephen Smalley
        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
          • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Stephen Smalley
            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Jordan Glover
              • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Stephen Smalley
                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                          • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                              • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Stephen Smalley
                              • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Stephen Smalley
                                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Paul Moore
                          • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                              • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Jordan Glover
                                          • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                  • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                    • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Randy Dunlap
                                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
                                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                        • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                                          • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, James Morris
                                            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
                      • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, John Johansen
            • Re: [PATCH security-next v4 23/32] selinux: Remove boot parameter, Kees Cook
  • [PATCH security-next v4 22/32] apparmor: Remove boot parameter, Kees Cook
  • [PATCH security-next v4 24/32] LSM: Build ordered list of ordered LSMs for init, Kees Cook
  • [PATCH security-next v4 17/32] LSM: Introduce CONFIG_LSM_ENABLE, Kees Cook
  • [PATCH security-next v4 19/32] LSM: Prepare for reorganizing "security=" logic, Kees Cook
  • [PATCH security-next v4 16/32] LSM: Prepare for arbitrary LSM enabling, Kees Cook
• [PATCH v2 0/3] System call table generation support, Firoz Khan
  • [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Firoz Khan
    • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Michal Simek
      • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Firoz Khan
        • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Michal Simek
          • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Firoz Khan
            • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Firoz Khan
              • Re: [PATCH v2 3/3] microblaze: uapi header and system call table file generation, Michal Simek
  • [PATCH v2 1/3] microblaze: replace __NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v2 2/3] microblaze: add system call table generation support, Firoz Khan
• [PATCH v3 0/5] System call table generation support, Firoz Khan
  • [PATCH v3 1/5] m68k: rename system call table file name, Firoz Khan
  • [PATCH v3 2/5] m68k: replace NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v3 3/5] m68k: add system call table generation support, Firoz Khan
    • Re: [PATCH v3 3/5] m68k: add system call table generation support, Finn Thain
      • Re: [PATCH v3 3/5] m68k: add system call table generation support, Firoz Khan
  • [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h, Firoz Khan
    • Re: [PATCH v3 5/5] m68k: add __IGNORE* entries in asm/unistd.h, Arnd Bergmann
  • [PATCH v3 4/5] m68k: uapi header and system call table file generation, Firoz Khan
• [PATCH v6 0/4] devres: provide and use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v6 1/4] devres: constify p in devm_kfree(), Bartosz Golaszewski
  • [PATCH v6 3/4] devres: provide devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v6 4/4] mailbox: tegra-hsp: use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v6 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h, Bartosz Golaszewski
  • Re: [PATCH v6 0/4] devres: provide and use devm_kstrdup_const(), Andy Shevchenko
    • Re: [PATCH v6 0/4] devres: provide and use devm_kstrdup_const(), Bartosz Golaszewski
• [PATCH 0/3] namei: implement various scoping AT_* flags, Aleksa Sarai
  • [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Christian Brauner
      • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Jann Horn
      • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Christian Brauner
        • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
          • Re: [PATCH 1/3] namei: implement O_BENEATH-style AT_* flags, Christian Brauner
  • [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
    • [PATCH 3/3] selftests: vfs: add AT_* path resolution tests, Aleksa Sarai
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Bruce Fields
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Florian Weimer
              • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
              • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
                • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Andy Lutomirski
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Aleksa Sarai
      • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Andy Lutomirski
        • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Matthew Wilcox
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Christian Brauner
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Aleksa Sarai
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Alban Crequy
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Christian Brauner
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Mickaël Salaün
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Jann Horn
      • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Mickaël Salaün
        • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, James Morris
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Dave Chinner
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Aleksa Sarai
      • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Dave Chinner
  • RE: [PATCH 0/3] namei: implement various scoping AT_* flags, David Laight
    • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Aleksa Sarai
      • RE: [PATCH 0/3] namei: implement various scoping AT_* flags, David Laight
• [PATCH v5 0/4] devres: provide and use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v5 4/4] mailbox: tegra-hsp: use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h, Bartosz Golaszewski
    • Re: [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h, Rasmus Villemoes
    • Re: [PATCH v5 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h, Geert Uytterhoeven
  • [PATCH v5 1/4] devres: constify p in devm_kfree(), Bartosz Golaszewski
    • Re: [PATCH v5 1/4] devres: constify p in devm_kfree(), Geert Uytterhoeven
  • [PATCH v5 3/4] devres: provide devm_kstrdup_const(), Bartosz Golaszewski
    • Re: [PATCH v5 3/4] devres: provide devm_kstrdup_const(), Geert Uytterhoeven
• [PATCH V6 00/33] C-SKY(csky) Linux Kernel Port, Guo Ren
  • [PATCH V6 02/33] csky: defconfig, Guo Ren
  • [PATCH V6 01/33] csky: Build infrastructure, Guo Ren
    • Re: [PATCH V6 01/33] csky: Build infrastructure, Christoph Hellwig
      • Re: [PATCH V6 01/33] csky: Build infrastructure, Guo Ren
  • [PATCH V6 04/33] csky: Exception handling and mm-fault, Guo Ren
    • Re: [PATCH V6 04/33] csky: Exception handling and mm-fault, Christoph Hellwig
      • Re: [PATCH V6 04/33] csky: Exception handling and mm-fault, Guo Ren
  • [PATCH V6 07/33] csky: MMU and page table management, Guo Ren
    • Re: [PATCH V6 07/33] csky: MMU and page table management, Christoph Hellwig
      • Re: [PATCH V6 07/33] csky: MMU and page table management, Guo Ren
      • Re: [PATCH V6 07/33] csky: MMU and page table management, Guo Ren
  • [PATCH V6 08/33] csky: Process management and Signal, Guo Ren
    • Re: [PATCH V6 08/33] csky: Process management and Signal, Eric W. Biederman
      • Re: [PATCH V6 08/33] csky: Process management and Signal, Guo Ren
      • Re: [PATCH V6 08/33] csky: Process management and Signal, Guo Ren
  • [PATCH V6 03/33] csky: Kernel booting, Guo Ren
    • Re: [PATCH V6 03/33] csky: Kernel booting, Christoph Hellwig
      • Re: [PATCH V6 03/33] csky: Kernel booting, Guo Ren
  • [PATCH V6 05/33] csky: System Call, Guo Ren
    • Re: [PATCH V6 05/33] csky: System Call, Christoph Hellwig
      • Re: [PATCH V6 05/33] csky: System Call, Guo Ren
  • [PATCH V6 06/33] csky: Cache and TLB routines, Guo Ren
  • [PATCH V6 09/33] csky: VDSO and rt_sigreturn, Guo Ren
  • [PATCH V6 11/33] csky: Atomic operations, Guo Ren
  • [PATCH V6 15/33] csky: Debug and Ptrace GDB, Guo Ren
  • [PATCH V6 12/33] csky: ELF and module probe, Guo Ren
  • [PATCH V6 14/33] csky: User access, Guo Ren
  • [PATCH V6 10/33] csky: IRQ handling, Guo Ren
    • Re: [PATCH V6 10/33] csky: IRQ handling, Christoph Hellwig
      • Re: [PATCH V6 10/33] csky: IRQ handling, Guo Ren
      • Re: [PATCH V6 10/33] csky: IRQ handling, Guo Ren
  • [PATCH V6 17/33] csky: Misc headers, Guo Ren
  • [PATCH V6 13/33] csky: Library functions, Guo Ren
    • Re: [PATCH V6 13/33] csky: Library functions, Christoph Hellwig
      • Re: [PATCH V6 13/33] csky: Library functions, Guo Ren
  • [PATCH V6 16/33] csky: SMP support, Guo Ren
  • [PATCH V6 20/33] csky/dma: fix up dma_mapping error, Guo Ren
    • Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error, Christoph Hellwig
      • Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error, Guo Ren
        • Re: [PATCH V6 20/33] csky/dma: fix up dma_mapping error, Guo Ren
  • [PATCH V6 26/33] MAINTAINERS: Add csky, Guo Ren
  • [PATCH V6 27/33] dt-bindings: interrupt-controller: C-SKY APB intc, Guo Ren
  • [PATCH V6 24/33] clocksource: add C-SKY SMP timer, Guo Ren
  • [PATCH V6 21/33] csky: remove irq_mapping from smp.c, Guo Ren
  • [PATCH V6 33/33] csky: use asm-generic/bitops/atomic.h for all, Guo Ren
  • [PATCH V6 31/33] csky: fix compile error in linux/bug.h with SMP enabled, Guo Ren
  • [PATCH V6 25/33] dt-bindings: timer: C-SKY Multi-processor timer, Guo Ren
  • [PATCH V6 23/33] dt-bindings: interrupt-controller: C-SKY SMP intc, Guo Ren
  • [PATCH V6 22/33] irqchip: add C-SKY SMP interrupt controller, Guo Ren
  • [PATCH V6 19/33] dt-bindings: Add vendor prefix for csky, Guo Ren
  • [PATCH V6 30/33] clocksource: add gx6605s SOC system timer, Guo Ren
  • [PATCH V6 28/33] irqchip: add C-SKY APB bus interrupt controller, Guo Ren
  • [PATCH V6 32/33] csky: fix flush_cache_range and tlb_start_vma, Guo Ren
  • [PATCH V6 18/33] dt-bindings: csky CPU Bindings, Guo Ren
  • [PATCH V6 29/33] dt-bindings: timer: gx6605s SOC timer, Guo Ren
• [PATCH v2 0/7] System call table generation support, Firoz Khan
  • [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro, Firoz Khan
    • Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro, Arnd Bergmann
      • Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro, Firoz Khan
        • Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro, Arnd Bergmann
  • [PATCH v2 2/7] ia64: replace NR_syscalls macro from asm/unistd.h, Firoz Khan
  • [PATCH v2 3/7] ia64: add an offset for system call number, Firoz Khan
  • [PATCH v2 4/7] ia64: replace the system call table entries from entry.S, Firoz Khan
  • [PATCH v2 5/7] ia64: add system call table generation support, Firoz Khan
  • [PATCH v2 6/7] ia64: uapi header and system call table file generation, Firoz Khan
    • Re: [PATCH v2 6/7] ia64: uapi header and system call table file generation, Arnd Bergmann
      • Re: [PATCH v2 6/7] ia64: uapi header and system call table file generation, Firoz Khan
  • [PATCH v2 7/7] ia64: add __IGNORE* entries in asm/unistd.h, Firoz Khan
    • Re: [PATCH v2 7/7] ia64: add __IGNORE* entries in asm/unistd.h, Arnd Bergmann
  • Re: [PATCH v2 0/7] System call table generation support, Luck, Tony
    • Re: [PATCH v2 0/7] System call table generation support, Firoz Khan
• [PATCH memory-model 0/5] Updates to the formal memory model, Paul E. McKenney
  • [PATCH memory-model 1/5] tools/memory-model: Add litmus-test naming scheme, Paul E. McKenney
  • [PATCH memory-model 4/5] tools/memory-model: Add more LKMM limitations, Paul E. McKenney
  • [PATCH memory-model 3/5] tools/memory-model: Fix a README typo, Paul E. McKenney
  • [PATCH memory-model 5/5] doc: Replace smp_cond_acquire() with smp_cond_load_acquire(), Paul E. McKenney
  • [PATCH memory-model 2/5] tools/memory-model: Add extra ordering for locks and remove it for ordinary release/acquire, Paul E. McKenney
  • Re: [PATCH memory-model 0/5] Updates to the formal memory model, Ingo Molnar
• [PATCH v5 0/2] add ISO7816 support, Ludovic Desroches
  • [PATCH v5 1/2] tty/serial_core: add ISO7816 infrastructure, Ludovic Desroches
  • [PATCH v5 2/2] tty/serial: atmel: add ISO7816 support, Ludovic Desroches
• [PATCH 00/18] my generic mmu_gather patches, Peter Zijlstra
  • [PATCH 01/18] asm-generic/tlb: Provide a comment, Peter Zijlstra
  • [PATCH 04/18] asm-generic/tlb: Provide generic VIPT cache flush, Peter Zijlstra
  • [PATCH 02/18] asm-generic/tlb: Provide HAVE_MMU_GATHER_PAGE_SIZE, Peter Zijlstra
  • [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush, Peter Zijlstra
    • Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush, Will Deacon
      • Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush, Peter Zijlstra
        • Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush, Peter Zijlstra
          • Re: [PATCH 05/18] asm-generic/tlb: Provide generic tlb_flush, Will Deacon
  • [PATCH 15/18] asm-generic/tlb: Remove arch_tlb*_mmu(), Peter Zijlstra
  • [PATCH 17/18] asm-generic/tlb: Remove tlb_flush_mmu_free(), Peter Zijlstra
  • [PATCH 07/18] asm-generic/tlb: Invert HAVE_RCU_TABLE_INVALIDATE, Peter Zijlstra
  • [PATCH 16/18] asm-generic/tlb: Remove HAVE_GENERIC_MMU_GATHER, Peter Zijlstra
  • [PATCH 09/18] ia64/tlb: Conver to generic mmu_gather, Peter Zijlstra
  • [PATCH 10/18] sh/tlb: Convert SH to generic mmu_gather, Peter Zijlstra
  • [PATCH 11/18] um/tlb: Convert to generic mmu_gather, Peter Zijlstra
  • [PATCH 08/18] arm/tlb: Convert to generic mmu_gather, Peter Zijlstra
    • Re: [PATCH 08/18] arm/tlb: Convert to generic mmu_gather, Will Deacon
  • [PATCH 06/18] asm-generic/tlb: Conditionally provide tlb_migrate_finish(), Peter Zijlstra
    • Re: [PATCH 06/18] asm-generic/tlb: Conditionally provide tlb_migrate_finish(), Will Deacon
  • [PATCH 18/18] asm-generic/tlb: Remove tlb_table_flush(), Peter Zijlstra
  • [PATCH 13/18] asm-generic/tlb: Introduce HAVE_MMU_GATHER_NO_GATHER, Peter Zijlstra
    • Re: [PATCH 13/18] asm-generic/tlb: Introduce HAVE_MMU_GATHER_NO_GATHER, Aneesh Kumar K.V
  • [PATCH 14/18] s390/tlb: convert to generic mmu_gather, Peter Zijlstra
  • [PATCH 03/18] x86/mm: Page size aware flush_tlb_mm_range(), Peter Zijlstra
  • [PATCH 12/18] arch/tlb: Clean up simple architectures, Peter Zijlstra
    • Re: [PATCH 12/18] arch/tlb: Clean up simple architectures, Vineet Gupta
      • Re: [PATCH 12/18] arch/tlb: Clean up simple architectures, Peter Zijlstra
        • Re: [PATCH 12/18] arch/tlb: Clean up simple architectures, Vineet Gupta
          • Re: [PATCH 12/18] arch/tlb: Clean up simple architectures, Peter Zijlstra
  • Re: [PATCH 00/18] my generic mmu_gather patches, Will Deacon
  • Re: [PATCH 00/18] my generic mmu_gather patches, Aneesh Kumar K.V
• [REVIEW][PATCH 0/6] signal: Shrinking the kernel's siginfo structure, Eric W. Biederman
  • [REVIEW][PATCH 1/6] signal/sparc: Move EMT_TAGOVF into the generic siginfo.h, Eric W. Biederman
  • [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
    • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Andrei Vagin
      • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
      • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
      • [REVIEW][PATCH 7/6] signal: In sigqueueinfo prefer sig not si_signo, Eric W. Biederman
  • [REVIEW][PATCH 3/6] signal: Remove the need for __ARCH_SI_PREABLE_SIZE and SI_PAD_SIZE, Eric W. Biederman
  • [REVIEW][PATCH 4/6] signal: Introduce copy_siginfo_from_user and use it's return value, Eric W. Biederman
  • [REVIEW][PATCH 5/6] signal: Distinguish between kernel_siginfo and siginfo, Eric W. Biederman
  • [REVIEW][PATCH 6/6] signal: Use a smaller struct siginfo in the kernel, Eric W. Biederman
• [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
  • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Ard Biesheuvel
    • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Ard Biesheuvel
      • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
        • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Ard Biesheuvel
          • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
            • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Ard Biesheuvel
              • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
                • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Joe Perches
                  • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Andy Lutomirski
                    • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
                      • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Ard Biesheuvel
    • Re: [PATCH net-next v6 01/23] asm: simd context helper API, Jason A. Donenfeld
• [PATCH v14 00/19] Intel SGX1 support, Jarkko Sakkinen
  • [PATCH v14 08/19] signal: x86/sgx: Add SIGSEGV siginfo code for SGX EPCM fault, Jarkko Sakkinen
    • Re: [PATCH v14 08/19] signal: x86/sgx: Add SIGSEGV siginfo code for SGX EPCM fault, Sean Christopherson
    • Re: [PATCH v14 08/19] signal: x86/sgx: Add SIGSEGV siginfo code for SGX EPCM fault, Eric W. Biederman
• [PATCH v4 0/4] devres: provide and use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v4 4/4] mailbox: tegra-hsp: use devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v4 3/4] devres: provide devm_kstrdup_const(), Bartosz Golaszewski
  • [PATCH v4 2/4] mm: move is_kernel_rodata() to asm-generic/sections.h, Bartosz Golaszewski
  • [PATCH v4 1/4] devres: constify p in devm_kfree(), Bartosz Golaszewski
  • Re: [PATCH v4 0/4] devres: provide and use devm_kstrdup_const(), Robin Murphy
    • Re: [PATCH v4 0/4] devres: provide and use devm_kstrdup_const(), Joe Perches
      • Re: [PATCH v4 0/4] devres: provide and use devm_kstrdup_const(), Bartosz Golaszewski
• [x86] BUG()/BUG_ON() macros cannot be disabled, Alexander Lochmann
  • Re: [x86] BUG()/BUG_ON() macros cannot be disabled, Arnd Bergmann
    • Re: [x86] BUG()/BUG_ON() macros cannot be disabled, Alexander Lochmann
      • Re: [x86] BUG()/BUG_ON() macros cannot be disabled, Arnd Bergmann
        • Re: [x86] BUG()/BUG_ON() macros cannot be disabled, Alexander Lochmann
    • Re: [x86] BUG()/BUG_ON() macros cannot be disabled, Alexander Stein
• [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Kees Cook
  • [PATCH security-next v3 01/29] LSM: Correctly announce start of LSM initialization, Kees Cook
    • Re: [PATCH security-next v3 01/29] LSM: Correctly announce start of LSM initialization, James Morris
    • Re: [PATCH security-next v3 01/29] LSM: Correctly announce start of LSM initialization, John Johansen
  • [PATCH security-next v3 03/29] LSM: Rename .security_initcall section to .lsm_info, Kees Cook
    • Re: [PATCH security-next v3 03/29] LSM: Rename .security_initcall section to .lsm_info, James Morris
    • Re: [PATCH security-next v3 03/29] LSM: Rename .security_initcall section to .lsm_info, John Johansen
  • [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Kees Cook
    • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Steven Rostedt
      • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Kees Cook
        • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Steven Rostedt
          • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Kees Cook
    • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, John Johansen
      • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Steven Rostedt
        • Re: [PATCH security-next v3 04/29] LSM: Remove initcall tracing, Kees Cook
  • [PATCH security-next v3 02/29] vmlinux.lds.h: Avoid copy/paste of security_init section, Kees Cook
    • Re: [PATCH security-next v3 02/29] vmlinux.lds.h: Avoid copy/paste of security_init section, James Morris
    • Re: [PATCH security-next v3 02/29] vmlinux.lds.h: Avoid copy/paste of security_init section, John Johansen
  • [PATCH security-next v3 05/29] LSM: Convert from initcall to struct lsm_info, Kees Cook
    • Re: [PATCH security-next v3 05/29] LSM: Convert from initcall to struct lsm_info, James Morris
    • Re: [PATCH security-next v3 05/29] LSM: Convert from initcall to struct lsm_info, John Johansen
  • [PATCH security-next v3 08/29] LSM: Record LSM name in struct lsm_info, Kees Cook
    • Re: [PATCH security-next v3 08/29] LSM: Record LSM name in struct lsm_info, John Johansen
  • [PATCH security-next v3 15/29] LSM: Lift LSM selection out of individual LSMs, Kees Cook
    • Re: [PATCH security-next v3 15/29] LSM: Lift LSM selection out of individual LSMs, John Johansen
  • [PATCH security-next v3 23/29] LSM: Introduce "lsm.order=" for boottime ordering, Kees Cook
  • [PATCH security-next v3 16/29] LSM: Prepare for arbitrary LSM enabling, Kees Cook
    • Re: [PATCH security-next v3 16/29] LSM: Prepare for arbitrary LSM enabling, John Johansen
  • [PATCH security-next v3 28/29] LSM: Separate idea of "major" LSM from "exclusive" LSM, Kees Cook
  • [PATCH security-next v3 21/29] LSM: Build ordered list of ordered LSMs for init, Kees Cook
  • [PATCH security-next v3 27/29] capability: Initialize as LSM_ORDER_FIRST, Kees Cook
  • [PATCH security-next v3 29/29] LSM: Add all exclusive LSMs to ordered initialization, Kees Cook
  • [PATCH security-next v3 13/29] LoadPin: Rename "enable" to "enforce", Kees Cook
    • Re: [PATCH security-next v3 13/29] LoadPin: Rename "enable" to "enforce", John Johansen
  • [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, Kees Cook
    • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, John Johansen
    • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, James Morris
      • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, Kees Cook
        • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, John Johansen
          • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, Kees Cook
            • Re: [PATCH security-next v3 14/29] LSM: Plumb visibility into optional "enabled" state, John Johansen
  • [PATCH security-next v3 11/29] LSM: Introduce LSM_FLAG_LEGACY_MAJOR, Kees Cook
    • Re: [PATCH security-next v3 11/29] LSM: Introduce LSM_FLAG_LEGACY_MAJOR, John Johansen
  • [PATCH security-next v3 09/29] LSM: Provide init debugging infrastructure, Kees Cook
    • Re: [PATCH security-next v3 09/29] LSM: Provide init debugging infrastructure, John Johansen
  • [PATCH security-next v3 12/29] LSM: Provide separate ordered initialization, Kees Cook
    • Re: [PATCH security-next v3 12/29] LSM: Provide separate ordered initialization, John Johansen
      • Re: [PATCH security-next v3 12/29] LSM: Provide separate ordered initialization, Kees Cook
  • [PATCH security-next v3 10/29] LSM: Don't ignore initialization failures, Kees Cook
    • Re: [PATCH security-next v3 10/29] LSM: Don't ignore initialization failures, John Johansen
  • [PATCH security-next v3 07/29] LSM: Convert security_initcall() into DEFINE_LSM(), Kees Cook
    • Re: [PATCH security-next v3 07/29] LSM: Convert security_initcall() into DEFINE_LSM(), John Johansen
  • [PATCH security-next v3 06/29] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA, Kees Cook
    • Re: [PATCH security-next v3 06/29] vmlinux.lds.h: Move LSM_TABLE into INIT_DATA, John Johansen
  • [PATCH security-next v3 17/29] LSM: Introduce CONFIG_LSM_ENABLE, Kees Cook
    • Re: [PATCH security-next v3 17/29] LSM: Introduce CONFIG_LSM_ENABLE, John Johansen
  • [PATCH security-next v3 22/29] LSM: Introduce CONFIG_LSM_ORDER, Kees Cook
  • [PATCH security-next v3 20/29] LSM: Refactor "security=" in terms of enable/disable, Kees Cook
  • [PATCH security-next v3 26/29] LSM: Introduce enum lsm_order, Kees Cook
  • [PATCH security-next v3 24/29] LoadPin: Initialize as ordered LSM, Kees Cook
  • [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
    • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, John Johansen
      • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
        • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, John Johansen
          • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
            • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
              • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, John Johansen
            • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, John Johansen
              • Re: [PATCH security-next v3 18/29] LSM: Introduce lsm.enable= and lsm.disable=, Kees Cook
  • [PATCH security-next v3 19/29] LSM: Prepare for reorganizing "security=" logic, Kees Cook
    • Re: [PATCH security-next v3 19/29] LSM: Prepare for reorganizing "security=" logic, John Johansen
  • [PATCH security-next v3 25/29] Yama: Initialize as ordered LSM, Kees Cook
  • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Casey Schaufler
    • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Kees Cook
      • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Stephen Smalley
        • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Stephen Smalley
          • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Kees Cook
      • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Tetsuo Handa
        • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Kees Cook
          • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Tetsuo Handa
            • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, Kees Cook
        • Re: [PATCH security-next v3 00/29] LSM: Explict LSM ordering, John Johansen
• [REVIEW][PATCH 0/3] signal/unicore32: siginfo cleanups, Eric W. Biederman
  • [REVIEW][PATCH 1/3] signal/unicore32: Use send_sig_fault where appropriate, Eric W. Biederman
  • [REVIEW][PATCH 2/3] signal/unicore32: Generate siginfo in ucs32_notify_die, Eric W. Biederman
  • [REVIEW][PATCH 3/3] signal/unicore32: Use force_sig_fault where appropriate, Eric W. Biederman
  • Re: [REVIEW][PATCH 0/3] signal/unicore32: siginfo cleanups, Guan Xuetao
• [REVIEW][PATCH 0/2] signal/arc: siginfo cleanups, Eric W. Biederman
  • [REVIEW][PATCH 2/2] signal/arc: Use force_sig_fault where appropriate, Eric W. Biederman
    • Re: [REVIEW][PATCH 2/2] signal/arc: Use force_sig_fault where appropriate, Vineet Gupta
  • [REVIEW][PATCH 1/2] signal/arc: Push siginfo generation into unhandled_exception, Eric W. Biederman
    • Re: [REVIEW][PATCH 1/2] signal/arc: Push siginfo generation into unhandled_exception, Vineet Gupta
• [PATCH V5 00/30] C-SKY(csky) Linux Kernel Port, Guo Ren
  • [PATCH V5 02/30] csky: defconfig, Guo Ren
  • [PATCH V5 04/30] csky: Exception handling and mm-fault, Guo Ren
  • [PATCH V5 06/30] csky: Cache and TLB routines, Guo Ren
    • Re: [PATCH V5 06/30] csky: Cache and TLB routines, Peter Zijlstra
      • Re: [PATCH V5 06/30] csky: Cache and TLB routines, Guo Ren