Linux Arch

• Date Index

• [PATCH v2 00/15] kprobes: Unify kretprobe trampoline handlers, Masami Hiramatsu
  • [PATCH v2 02/15] x86/kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 05/15] arc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 03/15] arm: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 04/15] arm64: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 12/15] sh: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 14/15] kprobes: Remove NMI context check, Masami Hiramatsu
  • [PATCH v2 15/15] kprobes: Free kretprobe_instance with rcu callback, Masami Hiramatsu
    • Re: [PATCH v2 15/15] kprobes: Free kretprobe_instance with rcu callback, peterz
      • Re: [PATCH v2 15/15] kprobes: Free kretprobe_instance with rcu callback, Masami Hiramatsu
    • Re: [PATCH v2 15/15] kprobes: Free kretprobe_instance with rcu callback, peterz
      • Re: [PATCH v2 15/15] kprobes: Free kretprobe_instance with rcu callback, Masami Hiramatsu
  • [PATCH v2 11/15] s390: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 10/15] powerpc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 13/15] sparc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 09/15] parisc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 07/15] ia64: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 08/15] mips: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 01/15] kprobes: Add generic kretprobe trampoline handler, Masami Hiramatsu
  • [PATCH v2 06/15] csky: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
• [PATCH 00/23] clean up the code related to ASSERT(), Chunguang Xu
  • [PATCH 01/23] include/asm-generic/bug.h: add ASSERT_FAIL() and ASSERT_WARN() wrapper, Chunguang Xu
  • [PATCH 09/23] cachefiles: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
    • Re: [PATCH 09/23] cachefiles: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
  • [PATCH 08/23] jfs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
    • Re: [PATCH 08/23] jfs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
  • [PATCH 13/23] nvidia: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 15/23] media/staging: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 17/23] 8139too: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 19/23] block/sx8: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 21/23] ext4: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 23/23] ALSA: asihpi: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 20/23] skb: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 22/23] rbd: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 18/23] net:hns: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 14/23] fbdev/cirrusfb:: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 12/23] rivafb: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 16/23] sym53c8xx: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 11/23] afs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
    • Re: [PATCH 11/23] afs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
    • Re: [PATCH 11/23] afs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
  • [PATCH 10/23] btrfs: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 04/23] fore200e: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 07/23] lib/mpi: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 06/23] rxrpc: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
    • Re: [PATCH 06/23] rxrpc: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
    • Re: [PATCH 06/23] rxrpc: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
    • Re: [PATCH 06/23] rxrpc: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, kernel test robot
  • [PATCH 05/23] scsi: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 03/23] KVM: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
  • [PATCH 02/23] ia64: use ASSERT_FAIL()/ASSERT_WARN() to cleanup some code, Chunguang Xu
• [PATCH v3 00/13] mm/debug_vm_pgtable fixes, Aneesh Kumar K.V
  • [PATCH v3 01/13] powerpc/mm: Add DEBUG_VM WARN for pmd_clear, Aneesh Kumar K.V
    • Re: [PATCH v3 01/13] powerpc/mm: Add DEBUG_VM WARN for pmd_clear, Anshuman Khandual
  • [PATCH v3 02/13] powerpc/mm: Move setting pte specific flags to pfn_pte, Aneesh Kumar K.V
    • Re: [PATCH v3 02/13] powerpc/mm: Move setting pte specific flags to pfn_pte, Anshuman Khandual
  • [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Aneesh Kumar K.V
    • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Anshuman Khandual
      • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Aneesh Kumar K.V
        • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Anshuman Khandual
          • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Aneesh Kumar K.V
            • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Anshuman Khandual
              • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Aneesh Kumar K.V
                • Re: [PATCH v3 03/13] mm/debug_vm_pgtable/ppc64: Avoid setting top bits in radom value, Anshuman Khandual
  • [PATCH v3 04/13] mm/debug_vm_pgtables/hugevmap: Use the arch helper to identify huge vmap support., Aneesh Kumar K.V
    • Re: [PATCH v3 04/13] mm/debug_vm_pgtables/hugevmap: Use the arch helper to identify huge vmap support., Anshuman Khandual
  • [PATCH v3 05/13] mm/debug_vm_pgtable/savedwrite: Enable savedwrite test with CONFIG_NUMA_BALANCING, Aneesh Kumar K.V
    • Re: [PATCH v3 05/13] mm/debug_vm_pgtable/savedwrite: Enable savedwrite test with CONFIG_NUMA_BALANCING, Anshuman Khandual
  • [PATCH v3 06/13] mm/debug_vm_pgtable/THP: Mark the pte entry huge before using set_pmd/pud_at, Aneesh Kumar K.V
    • Re: [PATCH v3 06/13] mm/debug_vm_pgtable/THP: Mark the pte entry huge before using set_pmd/pud_at, Anshuman Khandual
      • Re: [PATCH v3 06/13] mm/debug_vm_pgtable/THP: Mark the pte entry huge before using set_pmd/pud_at, Aneesh Kumar K.V
  • [PATCH v3 07/13] mm/debug_vm_pgtable/set_pte/pmd/pud: Don't use set_*_at to update an existing pte entry, Aneesh Kumar K.V
  • [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Aneesh Kumar K.V
    • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Anshuman Khandual
      • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Aneesh Kumar K.V
        • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Christophe Leroy
          • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Aneesh Kumar K.V
            • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Christophe Leroy
              • Re: [PATCH v3 08/13] mm/debug_vm_pgtable/thp: Use page table depost/withdraw with THP, Anshuman Khandual
  • [PATCH v3 10/13] mm/debug_vm_pgtable/locks: Take correct page table lock, Aneesh Kumar K.V
    • Re: [PATCH v3 10/13] mm/debug_vm_pgtable/locks: Take correct page table lock, Anshuman Khandual
  • [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Aneesh Kumar K.V
    • Re: [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Anshuman Khandual
      • Re: [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Aneesh Kumar K.V
        • Re: [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Anshuman Khandual
          • Re: [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Aneesh Kumar K.V
            • Re: [PATCH v3 09/13] mm/debug_vm_pgtable/locks: Move non page table modifying test together, Anshuman Khandual
  • [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Aneesh Kumar K.V
    • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, kernel test robot
    • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Anshuman Khandual
      • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Aneesh Kumar K.V
        • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Anshuman Khandual
          • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Aneesh Kumar K.V
            • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Anshuman Khandual
              • Re: [PATCH v3 13/13] mm/debug_vm_pgtable: populate a pte entry before fetching it, Aneesh Kumar K.V
  • [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Aneesh Kumar K.V
    • Re: [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Anshuman Khandual
      • Re: [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Aneesh Kumar K.V
        • Re: [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Christophe Leroy
        • Re: [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Anshuman Khandual
          • Re: [PATCH v3 12/13] mm/debug_vm_pgtable/hugetlb: Disable hugetlb test on ppc64, Aneesh Kumar K.V
  • [PATCH v3 11/13] mm/debug_vm_pgtable/pmd_clear: Don't use pmd/pud_clear on pte entries, Aneesh Kumar K.V
• [PATCH 0/1] clean up the code related to ASSERT(), Chunguang Xu
  • [PATCH 1/1] include/asm-generic/bug.h: add ASSERT_FAIL() and ASSERT_WARN() wrapper, Chunguang Xu
    • Re: [PATCH 1/1] include/asm-generic/bug.h: add ASSERT_FAIL() and ASSERT_WARN() wrapper, Mike Rapoport
  • Re: [PATCH 0/1] clean up the code related to ASSERT(), Arnd Bergmann
• [PATCH v2 00/23] Use asm-generic for mmu_context no-op functions, Nicholas Piggin
  • [PATCH v2 12/23] nds32: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 12/23] nds32: use asm-generic/mmu_context.h for no-op implementations, Greentime Hu
  • [PATCH v2 13/23] nios2: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 14/23] openrisc: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 16/23] powerpc: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 16/23] powerpc: use asm-generic/mmu_context.h for no-op implementations, Michael Ellerman
  • [PATCH v2 19/23] sh: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 23/23] xtensa: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 20/23] sparc: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 22/23] x86: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 21/23] um: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 18/23] s390: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 15/23] parisc: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 15/23] parisc: use asm-generic/mmu_context.h for no-op implementations, Helge Deller
  • [PATCH v2 17/23] riscv: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 17/23] riscv: use asm-generic/mmu_context.h for no-op implementations, Pekka Enberg
  • [PATCH v2 11/23] mips: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations, Geert Uytterhoeven
      • Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
        • Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations, Geert Uytterhoeven
          • Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 10/23] microblaze: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 10/23] microblaze: use asm-generic/mmu_context.h for no-op implementations, Michal Simek
      • Re: [PATCH v2 10/23] microblaze: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
        • Re: [PATCH v2 10/23] microblaze: use asm-generic/mmu_context.h for no-op implementations, Michal Simek
          • Re: [PATCH v2 10/23] microblaze: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 08/23] ia64: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 06/23] csky: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 07/23] hexagon: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 03/23] arc: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 04/23] arm: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
    • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, Catalin Marinas
      • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
        • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, Naresh Kamboju
    • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, kernel test robot
    • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, kernel test robot
    • Re: [PATCH v2 05/23] arm64: use asm-generic/mmu_context.h for no-op implementations, kernel test robot
  • [PATCH v2 01/23] asm-generic: add generic MMU versions of mmu context functions, Nicholas Piggin
    • Re: [PATCH v2 01/23] asm-generic: add generic MMU versions of mmu context functions, kernel test robot
    • Re: [PATCH v2 01/23] asm-generic: add generic MMU versions of mmu context functions, Mike Rapoport
      • Re: [PATCH v2 01/23] asm-generic: add generic MMU versions of mmu context functions, Nicholas Piggin
  • [PATCH v2 02/23] alpha: use asm-generic/mmu_context.h for no-op implementations, Nicholas Piggin
  • Re: [PATCH v2 00/23] Use asm-generic for mmu_context no-op functions, Arnd Bergmann
  • Re: [PATCH v2 00/23] Use asm-generic for mmu_context no-op functions, Mike Rapoport
    • Re: [PATCH v2 00/23] Use asm-generic for mmu_context no-op functions, Nicholas Piggin
      • Re: [PATCH v2 00/23] Use asm-generic for mmu_context no-op functions, Mike Rapoport
• [RFC PATCH 00/14] kprobes: Unify kretprobe trampoline handlers, Masami Hiramatsu
  • [RFC PATCH 01/14] kprobes: Add generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 02/14] x86/kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 03/14] arm: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
    • Re: [RFC PATCH 03/14] arm: kprobes: Use generic kretprobe trampoline handler, peterz
      • Re: [RFC PATCH 03/14] arm: kprobes: Use generic kretprobe trampoline handler, peterz
        • Re: [RFC PATCH 03/14] arm: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
          • Re: [RFC PATCH 03/14] arm: kprobes: Use generic kretprobe trampoline handler, peterz
  • [RFC PATCH 05/14] arc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 06/14] csky: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 07/14] ia64: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 11/14] s390: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 10/14] powerpc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 09/14] parisc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 14/14] kprobes: Remove NMI context check, Masami Hiramatsu
  • [RFC PATCH 13/14] sparc: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 12/14] sh: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 08/14] mips: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
  • [RFC PATCH 04/14] arm64: kprobes: Use generic kretprobe trampoline handler, Masami Hiramatsu
• [PATCH v7 00/12] huge vmalloc mappings, Nicholas Piggin
  • [PATCH v7 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Nicholas Piggin
  • [PATCH v7 02/12] mm: apply_to_pte_range warn and fail if a large pte is encountered, Nicholas Piggin
  • [PATCH v7 04/12] mm/ioremap: rename ioremap_*_range to vmap_*_range, Nicholas Piggin
  • [PATCH v7 03/12] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Nicholas Piggin
  • [PATCH v7 05/12] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
    • Re: [PATCH v7 05/12] mm: HUGE_VMAP arch support cleanup, Tang Yizhou
      • Re: [PATCH v7 05/12] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
  • [PATCH v7 07/12] arm64: inline huge vmap supported functions, Nicholas Piggin
    • Re: [PATCH v7 07/12] arm64: inline huge vmap supported functions, Catalin Marinas
  • [PATCH v7 06/12] powerpc: inline huge vmap supported functions, Nicholas Piggin
    • Re: [PATCH v7 06/12] powerpc: inline huge vmap supported functions, Michael Ellerman
  • [PATCH v7 10/12] mm/vmalloc: add vmap_range_noflush variant, Nicholas Piggin
  • [PATCH v7 08/12] x86: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v7 11/12] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
  • [PATCH v7 09/12] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c, Nicholas Piggin
  • [PATCH v7 12/12] powerpc/64s/radix: Enable huge vmalloc mappings, Nicholas Piggin
• [PATCH v11 0/5] powerpc: switch VDSO to C implementation, Christophe Leroy
  • [PATCH v11 1/5] powerpc/processor: Move cpu_relax() into asm/vdso/processor.h, Christophe Leroy
  • [PATCH v11 3/5] powerpc/vdso: Save and restore TOC pointer on PPC64, Christophe Leroy
  • [PATCH v11 5/5] powerpc/vdso: Provide __kernel_clock_gettime64() on vdso32, Christophe Leroy
  • [PATCH v11 2/5] powerpc/vdso: Prepare for switching VDSO to generic C implementation., Christophe Leroy
  • [PATCH v11 4/5] powerpc/vdso: Switch VDSO to generic C implementation., Christophe Leroy
• [PATCH v11 00/25] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v11 06/25] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
  • [PATCH v11 10/25] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  • [PATCH v11 12/25] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [PATCH v11 18/25] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v11 21/25] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
  • [PATCH v11 22/25] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND properties, Yu-cheng Yu
  • [PATCH v11 20/25] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [PATCH v11 23/25] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [PATCH v11 24/25] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
          • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
              • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Martin
                  • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                          • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Martin
                              • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                  • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Martin
                                    • Message not available
                                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                          • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                              • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                                  • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Edgecombe, Rick P
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Borislav Petkov
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Edgecombe, Rick P
                                                        • Message not available
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Hansen
                                                        • Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Dave Martin
                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                          • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                              • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                  • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                              • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
                                • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                                  • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                    • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                                      • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Florian Weimer
                                        • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
                                          • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Andy Lutomirski
                                            • Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, H.J. Lu
  • [PATCH v11 08/25] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
  • [PATCH v11 17/25] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v11 16/25] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  • [PATCH v11 15/25] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  • [PATCH v11 19/25] mm: Re-introduce do_mmap_pgoff(), Yu-cheng Yu
  • [PATCH v11 13/25] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v11 14/25] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  • [PATCH v11 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY_HW to _PAGE_COW, Yu-cheng Yu
  • [PATCH v11 07/25] x86/mm: Remove _PAGE_DIRTY_HW from kernel RO pages, Yu-cheng Yu
  • [PATCH v11 09/25] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v11 05/25] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack, Yu-cheng Yu
  • [PATCH v11 03/25] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v11 04/25] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [PATCH v11 01/25] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v11 02/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
• [PATCH v11 0/9] Control-flow Enforcement: Indirect Branch Tracking, PTRACE, Yu-cheng Yu
  • [PATCH v11 9/9] x86: Disallow vsyscall emulation when CET is enabled, Yu-cheng Yu
    • Re: [PATCH v11 9/9] x86: Disallow vsyscall emulation when CET is enabled, Andy Lutomirski
      • Re: [PATCH v11 9/9] x86: Disallow vsyscall emulation when CET is enabled, Florian Weimer
        • Re: [PATCH v11 9/9] x86: Disallow vsyscall emulation when CET is enabled, Yu, Yu-cheng
  • [PATCH v11 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu-cheng Yu
    • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Jann Horn
      • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
        • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
          • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
            • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
              • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Dave Hansen
                • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
                • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
                  • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Dave Hansen
                    • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
                      • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Dave Hansen
                        • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
                          • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Dave Hansen
                            • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
                    • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
                      • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Andy Lutomirski
        • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Jann Horn
          • Re: [PATCH v11 6/9] x86/cet: Add PTRACE interface for CET, Yu, Yu-cheng
  • [PATCH v11 8/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
    • Re: [PATCH v11 8/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Andy Lutomirski
      • Re: [PATCH v11 8/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu, Yu-cheng
  • [PATCH v11 7/9] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Yu-cheng Yu
  • [PATCH v11 2/9] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [PATCH v11 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v11 1/9] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v11 4/9] x86/cet/ibt: ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
• [PATCH v8 00/28] arm64: Memory Tagging Extension user-space support, Catalin Marinas
  • [PATCH v8 01/28] arm64: mte: system register definitions, Catalin Marinas
  • [PATCH v8 02/28] arm64: mte: Use Normal Tagged attributes for the linear map, Catalin Marinas
  • [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Catalin Marinas
    • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Marc Zyngier
      • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Catalin Marinas
        • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Marc Zyngier
          • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Catalin Marinas
            • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Marc Zyngier
        • Re: [PATCH v8 03/28] arm64: mte: CPU feature detection and initial sysreg configuration, Catalin Marinas
  • [PATCH v8 04/28] arm64: mte: Add specific SIGSEGV codes, Catalin Marinas
  • [PATCH v8 05/28] arm64: mte: Handle synchronous and asynchronous tag check faults, Catalin Marinas
  • [PATCH v8 06/28] mm: Add PG_arch_2 page flag, Catalin Marinas
  • [PATCH v8 07/28] mm: Preserve the PG_arch_2 flag in __split_huge_page_tail(), Catalin Marinas
  • [PATCH v8 08/28] arm64: mte: Clear the tags when a page is mapped in user-space with PROT_MTE, Catalin Marinas
  • [PATCH v8 09/28] arm64: mte: Tags-aware copy_{user_,}highpage() implementations, Catalin Marinas
  • [PATCH v8 10/28] arm64: Avoid unnecessary clear_user_page() indirection, Catalin Marinas
  • [PATCH v8 11/28] arm64: mte: Tags-aware aware memcmp_pages() implementation, Catalin Marinas
  • [PATCH v8 12/28] mm: Introduce arch_calc_vm_flag_bits(), Catalin Marinas
  • [PATCH v8 13/28] arm64: mte: Add PROT_MTE support to mmap() and mprotect(), Catalin Marinas
  • [PATCH v8 14/28] mm: Introduce arch_validate_flags(), Catalin Marinas
  • [PATCH v8 15/28] arm64: mte: Validate the PROT_MTE request via arch_validate_flags(), Catalin Marinas
  • [PATCH v8 16/28] mm: Allow arm64 mmap(PROT_MTE) on RAM-based files, Catalin Marinas
  • [PATCH v8 17/28] arm64: mte: Allow user control of the tag check mode via prctl(), Catalin Marinas
  • [PATCH v8 19/28] arm64: mte: Restore the GCR_EL1 register after a suspend, Catalin Marinas
  • [PATCH v8 18/28] arm64: mte: Allow user control of the generated random tags via prctl(), Catalin Marinas
  • [PATCH v8 20/28] arm64: mte: Allow {set,get}_tagged_addr_ctrl() on non-current tasks, Catalin Marinas
  • [PATCH v8 22/28] arm64: mte: ptrace: Add NT_ARM_TAGGED_ADDR_CTRL regset, Catalin Marinas
  • [PATCH v8 23/28] fs: Handle intra-page faults in copy_mount_options(), Catalin Marinas
  • [PATCH v8 24/28] mm: Add arch hooks for saving/restoring tags, Catalin Marinas
  • [PATCH v8 26/28] arm64: mte: Save tags when hibernating, Catalin Marinas
  • [PATCH v8 27/28] arm64: mte: Kconfig entry, Catalin Marinas
    • Re: [PATCH v8 27/28] arm64: mte: Kconfig entry, Randy Dunlap
      • Re: [PATCH v8 27/28] arm64: mte: Kconfig entry, Catalin Marinas
  • [PATCH v8 25/28] arm64: mte: Enable swap of tagged pages, Catalin Marinas
  • [PATCH v8 21/28] arm64: mte: ptrace: Add PTRACE_{PEEK,POKE}MTETAGS support, Catalin Marinas
  • [PATCH v8 28/28] arm64: mte: Add Memory Tagging Extension documentation, Catalin Marinas
• [PATCH v7 00/10] Enable Linux guests on Hyper-V on ARM64, Michael Kelley
  • [PATCH v7 06/10] arm64: hyperv: Add kexec and panic handlers, Michael Kelley
  • [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64, Michael Kelley
    • Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64, Ard Biesheuvel
      • RE: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64, Michael Kelley
      • Re: [PATCH v7 10/10] Drivers: hv: Enable Hyper-V code to be built on ARM64, Ben Dooks
  • [PATCH v7 09/10] arm64: efi: Export screen_info, Michael Kelley
    • Re: [PATCH v7 09/10] arm64: efi: Export screen_info, Ard Biesheuvel
    • Re: [PATCH v7 09/10] arm64: efi: Export screen_info, Greg KH
      • RE: [PATCH v7 09/10] arm64: efi: Export screen_info, Michael Kelley
        • Re: [PATCH v7 09/10] arm64: efi: Export screen_info, Greg KH
  • [PATCH v7 08/10] Drivers: hv: vmbus: Add hooks for per-CPU IRQ, Michael Kelley
  • [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot, Michael Kelley
    • Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot, Arnd Bergmann
      • RE: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot, Michael Kelley
        • Re: [PATCH v7 07/10] arm64: hyperv: Initialize hypervisor on boot, Arnd Bergmann
  • [PATCH v7 04/10] arm64: hyperv: Add memory alloc/free functions for Hyper-V size pages, Michael Kelley
  • [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer, Michael Kelley
    • Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer, Arnd Bergmann
      • RE: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer, Michael Kelley
        • Re: [PATCH v7 05/10] arm64: hyperv: Add interrupt handlers for VMbus and stimer, Arnd Bergmann
  • [PATCH v7 03/10] arm64: hyperv: Add hypercall and register access functions, Michael Kelley
  • [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files, Michael Kelley
    • Re: [PATCH v7 02/10] arm64: hyperv: Add core Hyper-V include files, Arnd Bergmann
  • [PATCH v7 01/10] arm/arm64: smccc-1.1: Add vendor specific owner definition, Michael Kelley
• [PATCH v3] PCI: Add pci_iounmap, George Cherian
  • Re: [PATCH v3] PCI: Add pci_iounmap, kernel test robot
    • Re: [PATCH v3] PCI: Add pci_iounmap, Yang Yingliang
  • <Possible follow-ups>
  • Re: Re: [PATCH v3] PCI: Add pci_iounmap, George Cherian
    • Re: [PATCH v3] PCI: Add pci_iounmap, Yang Yingliang
• Re: [mm] 8e63b8bbd7: WARNING:at_mm/memory.c:#__apply_to_page_range, Nicholas Piggin
• [PATCH v6 00/29] Warn on orphan section placement, Kees Cook
  • [PATCH v6 01/29] vmlinux.lds.h: Create COMMON_DISCARDS, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Create COMMON_DISCARDS, tip-bot2 for Kees Cook
  • [PATCH v6 05/29] vmlinux.lds.h: Add .symtab, .strtab, and .shstrtab to ELF_DETAILS, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Add .symtab, .strtab, and .shstrtab to ELF_DETAILS, tip-bot2 for Kees Cook
  • [PATCH v6 09/29] arm64/kernel: Remove needless Call Frame Information annotations, Kees Cook
  • [PATCH v6 08/29] arm64/mm: Remove needless section quotes, Kees Cook
  • [PATCH v6 07/29] efi/libstub: Disable -mbranch-protection, Kees Cook
  • [PATCH v6 12/29] arm64/build: Add missing DWARF sections, Kees Cook
  • [PATCH v6 15/29] arm/build: Refactor linker script headers, Kees Cook
  • [PATCH v6 11/29] arm64/build: Use common DISCARDS in linker script, Kees Cook
  • [PATCH v6 24/29] x86/build: Assert for unwanted sections, Kees Cook
  • [PATCH v6 23/29] x86/build: Enforce an empty .got.plt section, Kees Cook
  • [PATCH v6 17/29] arm/build: Add missing sections, Kees Cook
  • [PATCH v6 18/29] arm/build: Assert for unwanted sections, Kees Cook
  • [PATCH v6 20/29] arm/boot: Handle all sections explicitly, Kees Cook
  • [PATCH v6 16/29] arm/build: Explicitly keep .ARM.attributes sections, Kees Cook
  • [PATCH v6 10/29] arm64/build: Remove .eh_frame* sections due to unwind tables, Kees Cook
  • [PATCH v6 06/29] vmlinux.lds.h: add PGO and AutoFDO input sections, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Add PGO and AutoFDO input sections, tip-bot2 for Nick Desaulniers
  • [PATCH v6 03/29] vmlinux.lds.h: Avoid KASAN and KCSAN's unwanted sections, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Avoid KASAN and KCSAN's unwanted sections, tip-bot2 for Kees Cook
  • [PATCH v6 02/29] vmlinux.lds.h: Add .gnu.version* to COMMON_DISCARDS, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Add .gnu.version* to COMMON_DISCARDS, tip-bot2 for Kees Cook
  • [PATCH v6 04/29] vmlinux.lds.h: Split ELF_DETAILS from STABS_DEBUG, Kees Cook
    • [tip: core/build] vmlinux.lds.h: Split ELF_DETAILS from STABS_DEBUG, tip-bot2 for Kees Cook
  • [PATCH v6 28/29] x86/boot/compressed: Add missing debugging sections to output, Kees Cook
  • [PATCH v6 19/29] arm/build: Warn on orphan section placement, Kees Cook
  • [PATCH v6 29/29] x86/boot/compressed: Warn on orphan section placement, Kees Cook
  • [PATCH v6 26/29] x86/boot/compressed: Reorganize zero-size section asserts, Kees Cook
  • [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections, Kees Cook
    • Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections, Arvind Sankar
      • Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections, Kees Cook
        • Re: [PATCH v6 27/29] x86/boot/compressed: Remove, discard, or assert for unwanted sections, Arvind Sankar
  • [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Kees Cook
    • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
      • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
        • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
          • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Ard Biesheuvel
            • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
              • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
                  • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
                • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
                  • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Ard Biesheuvel
                    • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Arvind Sankar
                  • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                    • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Ard Biesheuvel
                      • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                        • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Arvind Sankar
                          • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                            • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Arvind Sankar
                      • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                        • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Arvind Sankar
                          • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Nick Desaulniers
                      • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Alexei Starovoitov
              • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
            • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Jean-Philippe Brucker
              • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Geert Uytterhoeven
                • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Ard Biesheuvel
                  • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Naresh Kamboju
                  • Re: [PATCH v6 13/29] arm64/build: Assert for unwanted sections, Ard Biesheuvel
  • [PATCH v6 14/29] arm64/build: Warn on orphan section placement, Kees Cook
  • [PATCH v6 22/29] x86/asm: Avoid generating unused kprobe sections, Kees Cook
  • [PATCH v6 25/29] x86/build: Warn on orphan section placement, Kees Cook
  • [PATCH v6 21/29] arm/boot: Warn on orphan section placement, Kees Cook
  • Re: [PATCH v6 00/29] Warn on orphan section placement, Kees Cook
    • Re: [PATCH v6 00/29] Warn on orphan section placement, Ingo Molnar
      • Re: [PATCH v6 00/29] Warn on orphan section placement, Ingo Molnar
        • Re: [PATCH v6 00/29] Warn on orphan section placement, Ingo Molnar
          • Re: [PATCH v6 00/29] Warn on orphan section placement, Kees Cook
            • Re: [PATCH v6 00/29] Warn on orphan section placement, Nick Desaulniers
              • Re: [PATCH v6 00/29] Warn on orphan section placement, Kees Cook
                • Re: [PATCH v6 00/29] Warn on orphan section placement, Nick Desaulniers
• [PATCH v6 00/12] huge vmalloc mappings, Nicholas Piggin
  • [PATCH v6 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Nicholas Piggin
    • Re: [PATCH v6 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Andrew Morton
      • Re: [PATCH v6 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Nicholas Piggin
  • [PATCH v6 02/12] mm: apply_to_pte_range warn and fail if a large pte is encountered, Nicholas Piggin
  • [PATCH v6 05/12] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
    • Re: [PATCH v6 05/12] mm: HUGE_VMAP arch support cleanup, Andrew Morton
      • Re: [PATCH v6 05/12] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
  • [PATCH v6 07/12] arm64: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v6 09/12] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c, Nicholas Piggin
  • [PATCH v6 10/12] mm/vmalloc: add vmap_range_noflush variant, Nicholas Piggin
  • [PATCH v6 12/12] powerpc/64s/radix: Enable huge vmalloc mappings, Nicholas Piggin
  • [PATCH v6 11/12] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
    • Re: [PATCH v6 11/12] mm/vmalloc: Hugepage vmalloc mappings, Eric Dumazet
      • Re: [PATCH v6 11/12] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
  • [PATCH v6 08/12] x86: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v6 04/12] mm/ioremap: rename ioremap_*_range to vmap_*_range, Nicholas Piggin
  • [PATCH v6 06/12] powerpc: inline huge vmap supported functions, Nicholas Piggin
    • Re: [PATCH v6 06/12] powerpc: inline huge vmap supported functions, Andrew Morton
  • [PATCH v6 03/12] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Nicholas Piggin
• [PATCH 0/3] add fault injection to user memory access functions, albert . linde
  • [PATCH 1/3] lib, include/linux: add usercopy failure capability, albert . linde
    • Re: [PATCH 1/3] lib, include/linux: add usercopy failure capability, Dmitry Vyukov
      • Re: [PATCH 1/3] lib, include/linux: add usercopy failure capability, Marco Elver
  • [PATCH 2/3] lib, uaccess: add failure injection to usercopy functions, albert . linde
    • Re: [PATCH 2/3] lib, uaccess: add failure injection to usercopy functions, Dmitry Vyukov
  • [PATCH 3/3] x86: add failure injection to get/put/clear_user, albert . linde
• Re: [PATCH v2 00/13] mm/debug_vm_pgtable fixes, Anshuman Khandual
  • Re: [PATCH v2 00/13] mm/debug_vm_pgtable fixes, Christophe Leroy
    • Re: [PATCH v2 00/13] mm/debug_vm_pgtable fixes, Anshuman Khandual
• [PATCH v5 0/8] huge vmalloc mappings, Nicholas Piggin
  • [PATCH v5 1/8] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Nicholas Piggin
  • [PATCH v5 2/8] mm: apply_to_pte_range warn and fail if a large pte is encountered, Nicholas Piggin
  • [PATCH v5 3/8] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Nicholas Piggin
    • Re: [PATCH v5 3/8] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Christoph Hellwig
  • [PATCH v5 4/8] lib/ioremap: rename ioremap_*_range to vmap_*_range, Nicholas Piggin
    • Re: [PATCH v5 4/8] lib/ioremap: rename ioremap_*_range to vmap_*_range, Christoph Hellwig
  • [PATCH v5 5/8] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
    • Re: [PATCH v5 5/8] mm: HUGE_VMAP arch support cleanup, Christophe Leroy
      • Re: [PATCH v5 5/8] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
        • Re: [PATCH v5 5/8] mm: HUGE_VMAP arch support cleanup, Christophe Leroy
    • Re: [PATCH v5 5/8] mm: HUGE_VMAP arch support cleanup, Christoph Hellwig
  • [PATCH v5 6/8] mm: Move vmap_range from lib/ioremap.c to mm/vmalloc.c, Nicholas Piggin
    • Re: [PATCH v5 6/8] mm: Move vmap_range from lib/ioremap.c to mm/vmalloc.c, Christoph Hellwig
    • Re: [PATCH v5 6/8] mm: Move vmap_range from lib/ioremap.c to mm/vmalloc.c, Christophe Leroy
  • [PATCH v5 7/8] mm/vmalloc: add vmap_range_noflush variant, Nicholas Piggin
  • [PATCH v5 8/8] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
    • Re: [PATCH v5 8/8] mm/vmalloc: Hugepage vmalloc mappings, kernel test robot
    • Re: [PATCH v5 8/8] mm/vmalloc: Hugepage vmalloc mappings, kernel test robot
  • Re: [PATCH v5 0/8] huge vmalloc mappings, Christophe Leroy
    • Re: [PATCH v5 0/8] huge vmalloc mappings, Nicholas Piggin
• [PATCHv2] PCI: Add pci_iounmap, George Cherian
  • Re: [PATCHv2] PCI: Add pci_iounmap, Bjorn Helgaas
    • Re: [PATCHv2] PCI: Add pci_iounmap, Michael S. Tsirkin
  • <Possible follow-ups>
  • Re: [PATCHv2] PCI: Add pci_iounmap, George Cherian
• [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kyle Huey
  • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Thomas Gleixner
    • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kyle Huey
    • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kees Cook
      • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Thomas Gleixner
    • Message not available
      • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kees Cook
    • Message not available
      • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kees Cook
        • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Michael Ellerman
          • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Thomas Gleixner
            • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Kees Cook
              • Re: [REGRESSION] x86/entry: Tracer no longer has opportunity to change the syscall number at entry via orig_ax, Michael Ellerman
• [PATCH] PCI: Add pci_iounmap, George Cherian
  • Re: [PATCH] PCI: Add pci_iounmap, kernel test robot
  • Re: [PATCH] PCI: Add pci_iounmap, kernel test robot
• [PATCH v2 00/11] Introduce kernel_clone(), kill _do_fork(), Christian Brauner
  • [PATCH v2 10/11] tracing: switch to kernel_clone(), Christian Brauner
    • Re: [PATCH v2 10/11] tracing: switch to kernel_clone(), Masami Hiramatsu
  • [PATCH v2 08/11] kprobes: switch to kernel_clone(), Christian Brauner
    • Re: [PATCH v2 08/11] kprobes: switch to kernel_clone(), Masami Hiramatsu
  • [PATCH v2 09/11] kgdbts: switch to kernel_clone(), Christian Brauner
    • Re: [PATCH v2 09/11] kgdbts: switch to kernel_clone(), Daniel Thompson
  • [PATCH v2 11/11] sched: remove _do_fork(), Christian Brauner
  • [PATCH v2 06/11] sparc: switch to kernel_clone(), Christian Brauner
    • Re: [PATCH v2 06/11] sparc: switch to kernel_clone(), David Miller
  • [PATCH v2 07/11] x86: switch to kernel_clone(), Christian Brauner
  • [PATCH v2 02/11] h8300: switch to kernel_clone(), Christian Brauner
  • [PATCH v2 04/11] m68k: switch to kernel_clone(), Christian Brauner
  • [PATCH v2 05/11] nios2: switch to kernel_clone(), Christian Brauner
  • [PATCH v2 01/11] fork: introduce kernel_clone(), Christian Brauner
  • [PATCH v2 03/11] ia64: switch to kernel_clone(), Christian Brauner
• [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Christian Brauner
  • [PATCH 07/11] x86: switch to kernel_clone(), Christian Brauner
  • [PATCH 10/11] tracing: switch to kernel_clone(), Christian Brauner
  • [PATCH 11/11] sched: remove _do_fork(), Christian Brauner
  • [PATCH 09/11] kgdbts: switch to kernel_clone(), Christian Brauner
  • [PATCH 05/11] nios2: switch to kernel_clone(), Christian Brauner
  • [PATCH 06/11] sparc: switch to kernel_clone(), Christian Brauner
  • [PATCH 01/11] fork: introduce kernel_clone(), Christian Brauner
  • [PATCH 08/11] kprobes: switch to kernel_clone(), Christian Brauner
  • [PATCH 03/11] ia64: switch to kernel_clone(), Christian Brauner
  • [PATCH 02/11] h8300: switch to kernel_clone(), Christian Brauner
  • [PATCH 04/11] m68k: switch to kernel_clone(), Christian Brauner
    • Re: [PATCH 04/11] m68k: switch to kernel_clone(), Geert Uytterhoeven
  • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Matthew Wilcox
    • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Christian Brauner
    • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), peterz
      • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Christian Brauner
        • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Matthew Wilcox
          • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Eric W. Biederman
            • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Christian Brauner
              • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Eric W. Biederman
                • RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), David Laight
                  • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Matthew Wilcox
                    • RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), David Laight
                      • Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork(), Matthew Wilcox
• [PATCH v3 00/17] memblock: seasonal cleaning^w cleanup, Mike Rapoport
  • [PATCH v3 01/17] KVM: PPC: Book3S HV: simplify kvm_cma_reserve(), Mike Rapoport
  • [PATCH v3 06/17] riscv: drop unneeded node initialization, Mike Rapoport
  • [PATCH v3 05/17] h8300, nds32, openrisc: simplify detection of memory extents, Mike Rapoport
  • [PATCH v3 08/17] memblock: make for_each_memblock_type() iterator private, Mike Rapoport
  • [PATCH v3 10/17] memblock: reduce number of parameters in for_each_mem_range(), Mike Rapoport
    • Re: [PATCH v3 10/17] memblock: reduce number of parameters in for_each_mem_range(), Miguel Ojeda
  • [PATCH v3 11/17] arch, mm: replace for_each_memblock() with for_each_mem_pfn_range(), Mike Rapoport
  • [PATCH v3 12/17] arch, drivers: replace for_each_membock() with for_each_mem_range(), Mike Rapoport
  • [PATCH v3 13/17] x86/setup: simplify initrd relocation and reservation, Mike Rapoport
  • [PATCH v3 17/17] memblock: use separate iterators for memory and reserved regions, Mike Rapoport
  • [PATCH v3 16/17] memblock: implement for_each_reserved_mem_region() using __next_mem_region(), Mike Rapoport
  • [PATCH v3 15/17] memblock: remove unused memblock_mem_size(), Mike Rapoport
  • [PATCH v3 14/17] x86/setup: simplify reserve_crashkernel(), Mike Rapoport
  • [PATCH v3 09/17] memblock: make memblock_debug and related functionality private, Mike Rapoport
    • Re: [PATCH v3 09/17] memblock: make memblock_debug and related functionality private, Andrew Morton
      • Re: [PATCH v3 09/17] memblock: make memblock_debug and related functionality private, Mike Rapoport
  • [PATCH v3 04/17] arm64: numa: simplify dummy_numa_init(), Mike Rapoport
  • [PATCH v3 07/17] mircoblaze: drop unneeded NUMA and sparsemem initializations, Mike Rapoport
  • [PATCH v3 03/17] arm, xtensa: simplify initialization of high memory pages, Mike Rapoport
  • [PATCH v3 02/17] dma-contiguous: simplify cma_early_percent_memory(), Mike Rapoport
• Flushing transparent hugepages, Matthew Wilcox
  • Re: Flushing transparent hugepages, Will Deacon
    • Re: Flushing transparent hugepages, Catalin Marinas
  • Re: Flushing transparent hugepages, Aneesh Kumar K.V
• [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v4 1/6] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
  • [PATCH v4 2/6] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v4 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v4 4/6] arch, mm: wire up memfd_secret system call were relevant, Mike Rapoport
  • [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
    • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
      • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
        • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
          • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
            • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
              • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
                • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
                  • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
  • [PATCH v4 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation, Mike Rapoport
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
    • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
      • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
• remove the last set_fs() in common code, and remove it for x86 and powerpc, Christoph Hellwig
  • [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Christoph Hellwig
    • Re: [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Kees Cook
      • Re: [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Christoph Hellwig
        • Re: [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Kees Cook
          • Re: [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Christoph Hellwig
            • Re: [PATCH 08/11] x86: make TASK_SIZE_MAX usable from assembly code, Kees Cook
  • [PATCH 09/11] x86: remove address space overrides using set_fs(), Christoph Hellwig
    • RE: [PATCH 09/11] x86: remove address space overrides using set_fs(), David Laight
      • Re: [PATCH 09/11] x86: remove address space overrides using set_fs(), 'Christoph Hellwig'
    • Re: [PATCH 09/11] x86: remove address space overrides using set_fs(), Kees Cook
  • [PATCH 11/11] powerpc: remove address space overrides using set_fs(), Christoph Hellwig
  • [PATCH 10/11] powerpc: use non-set_fs based maccess routines, Christoph Hellwig
    • Re: [PATCH 10/11] powerpc: use non-set_fs based maccess routines, Christophe Leroy
  • [PATCH 06/11] lkdtm: disable set_fs-based tests for !CONFIG_SET_FS, Christoph Hellwig
    • Re: [PATCH 06/11] lkdtm: disable set_fs-based tests for !CONFIG_SET_FS, Kees Cook
  • [PATCH 07/11] x86: move PAGE_OFFSET, TASK_SIZE & friends to page_{32,64}_types.h, Christoph Hellwig
    • Re: [PATCH 07/11] x86: move PAGE_OFFSET, TASK_SIZE & friends to page_{32,64}_types.h, Kees Cook
  • [PATCH 05/11] test_bitmap: skip user bitmap tests for !CONFIG_SET_FS, Christoph Hellwig
    • Re: [PATCH 05/11] test_bitmap: skip user bitmap tests for !CONFIG_SET_FS, Christophe Leroy
      • Re: [PATCH 05/11] test_bitmap: skip user bitmap tests for !CONFIG_SET_FS, Christoph Hellwig
    • Re: [PATCH 05/11] test_bitmap: skip user bitmap tests for !CONFIG_SET_FS, Kees Cook
  • [PATCH 01/11] mem: remove duplicate ops for /dev/zero and /dev/null, Christoph Hellwig
    • Re: [PATCH 01/11] mem: remove duplicate ops for /dev/zero and /dev/null, Kees Cook
  • [PATCH 04/11] uaccess: add infrastructure for kernel builds with set_fs(), Christoph Hellwig
    • Re: [PATCH 04/11] uaccess: add infrastructure for kernel builds with set_fs(), Kees Cook
  • [PATCH 02/11] fs: don't allow kernel reads and writes without iter ops, Christoph Hellwig
    • Re: [PATCH 02/11] fs: don't allow kernel reads and writes without iter ops, Kees Cook
  • [PATCH 03/11] fs: don't allow splice read/write without explicit ops, Christoph Hellwig
    • Re: [PATCH 03/11] fs: don't allow splice read/write without explicit ops, Kees Cook
      • Re: [PATCH 03/11] fs: don't allow splice read/write without explicit ops, Christoph Hellwig
        • Re: [PATCH 03/11] fs: don't allow splice read/write without explicit ops, Kees Cook
          • Re: [PATCH 03/11] fs: don't allow splice read/write without explicit ops, Christoph Hellwig
  • Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christoph Hellwig
  • Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christophe Leroy
    • Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christoph Hellwig
      • Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christophe Leroy
        • Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christophe Leroy
          • iter and normal ops on /dev/zero & co, was Re: remove the last set_fs() in common code, and remove it for x86 and powerpc, Christoph Hellwig
• [PATCH v4 0/8] huge vmalloc mappings, Nicholas Piggin
  • [PATCH v4 1/8] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings, Nicholas Piggin
  • [PATCH v4 2/8] mm: apply_to_pte_range warn and fail if a large pte is encountered, Nicholas Piggin
  • [PATCH v4 3/8] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Nicholas Piggin
  • [PATCH v4 4/8] lib/ioremap: rename ioremap_*_range to vmap_*_range, Nicholas Piggin
  • [PATCH v4 5/8] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
  • [PATCH v4 6/8] mm: Move vmap_range from lib/ioremap.c to mm/vmalloc.c, Nicholas Piggin
    • Re: [PATCH v4 6/8] mm: Move vmap_range from lib/ioremap.c to mm/vmalloc.c, Tang Yizhou
  • [PATCH v4 7/8] mm/vmalloc: add vmap_range_noflush variant, Nicholas Piggin
  • [PATCH v4 8/8] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
• [RFC/RFT PATCH 0/6] Unify NUMA implementation between ARM64 & RISC-V, Atish Patra