Linux Arch

• Thread Index

• [PATCH 03/27] x86/build: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 05/27] x86/syscalls: switch to generic syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 04/27] x86/entry/x32: rename __x32_compat_sys_* to __x64_compat_sys_*
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 07/27] alpha: add missing FORCE and fix 'targets' to make if_changed work
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 00/27] arch: syscalls: unifiy all syscalltbl.sh into scripts/syscalltbl.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] ptrace: restore the previous single step reporting behavior
  • From: Yuxuan Shui <yshuiv7@xxxxxxxxx>
• Re: [PATCH] ptrace: restore the previous single step reporting behavior
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH] ptrace: restore the previous single step reporting behavior
  • From: Kyle Huey <me@xxxxxxxxxxxx>
• [PATCH v18 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 23/25] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 0/7] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 25/25] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 21/25] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 22/25] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 20/25] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 17/25] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 18/25] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 19/25] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 16/25] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 15/25] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 00/25] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 01/25] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 06/25] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 13/25] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 08/25] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 14/25] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 12/25] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 10/25] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 09/25] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 09/10] clocksource/drivers/hyper-v: Set clocksource rating based on Hyper-V feature
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 07/10] clocksource/drivers/hyper-v: Handle vDSO differences inline
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 06/10] Drivers: hv: vmbus: Move handling of VMbus interrupts
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 05/10] Drivers: hv: vmbus: Handle auto EOI quirk inline
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 04/10] Drivers: hv: vmbus: Move hyperv_report_panic_msg to arch neutral code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 02/10] x86/hyper-v: Move hv_message_type to architecture neutral module
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 03/10] Drivers: hv: Redo Hyper-V synthetic MSR get/set functions
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 01/10] Drivers: hv: vmbus: Move Hyper-V page allocator to arch neutral code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 00/10] Refactor arch specific Hyper-V code
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v27 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Roman Gushchin <guro@xxxxxx>
• Re: [PATCH v11 13/13] powerpc/64s/radix: Enable huge vmalloc mappings
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v11 01/13] mm/vmalloc: fix HUGE_VMAP regression by enabling huge pages in vmalloc_to_page
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 02/13] mm: apply_to_pte_range warn and fail if a large pte is encountered
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 05/13] mm: HUGE_VMAP arch support cleanup
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 06/13] powerpc: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 08/13] x86: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 09/13] mm/vmalloc: provide fallback arch huge vmap support functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 11/13] mm/vmalloc: add vmap_range_noflush variant
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 13/13] powerpc/64s/radix: Enable huge vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH 19/20] dyndbg: try conditional linker expression in KEEP - RFC
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• Re: [PATCH v15 03/11] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v11 03/13] mm/vmalloc: rename vmap_*_range vmap_pages_*_range
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH RFC 0/4] Fix arm64 crash for accessing unmapped IO port regions (reboot)
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH v11 12/13] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 10/13] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 07/13] arm64: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 03/13] mm/vmalloc: rename vmap_*_range vmap_pages_*_range
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 04/13] mm/ioremap: rename ioremap_*_range to vmap_*_range
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v11 00/13] huge vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• RE: [PATCH v5 11/16] asm-generic/hyperv: update hv_msi_entry
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 01/16] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v11 02/13] mm: apply_to_pte_range warn and fail if a large pte is encountered
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• Re: [PATCH v11 05/13] mm: HUGE_VMAP arch support cleanup
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v11 04/13] mm/ioremap: rename ioremap_*_range to vmap_*_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC 0/4] Fix arm64 crash for accessing unmapped IO port regions (reboot)
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v11 05/13] mm: HUGE_VMAP arch support cleanup
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v16 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 1/4] x86/hyperv: Load/save the Isolation Configuration leaf
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH v2 0/4] Drivers: hv: vmbus: Restrict devices and configurations on 'isolated' guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH v11 12/13] mm/vmalloc: Hugepage vmalloc mappings
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH v16 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• RE: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v11 12/13] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v11 12/13] mm/vmalloc: Hugepage vmalloc mappings
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH v11 01/13] mm/vmalloc: fix HUGE_VMAP regression by enabling huge pages in vmalloc_to_page
  • From: Miaohe Lin <linmiaohe@xxxxxxxxxx>
• RE: [PATCH v5 07/16] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 09/16] x86/hyperv: provide a bunch of helper functions
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 14/16] asm-generic/hyperv: import data structures for mapping device interrupts
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 12/16] asm-generic/hyperv: update hv_interrupt_entry
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v10 06/12] powerpc: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH v5 13/16] asm-generic/hyperv: introduce hv_device_id and auxiliary structures
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v16 10/11] arch, mm: wire up memfd_secret system call where relevant
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v10 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 06/12] powerpc: inline huge vmap supported functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [asm-generic:master] BUILD SUCCESS 38489db09b109c22eedf6cd3846ef742bceb45fe
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v27 08/12] landlock: Add syscall implementations
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 10/12] mm/vmalloc: add vmap_range_noflush variant
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/12] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v10 04/12] mm/ioremap: rename ioremap_*_range to vmap_*_range
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v10 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 04/12] mm/ioremap: rename ioremap_*_range to vmap_*_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 03/12] mm/vmalloc: rename vmap_*_range vmap_pages_*_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 02/12] mm: apply_to_pte_range warn and fail if a large pte is encountered
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v10 07/12] arm64: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 12/12] powerpc/64s/radix: Enable huge vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 10/12] mm/vmalloc: add vmap_range_noflush variant
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 08/12] x86: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 09/12] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 04/12] mm/ioremap: rename ioremap_*_range to vmap_*_range
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 06/12] powerpc: inline huge vmap supported functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 03/12] mm/vmalloc: rename vmap_*_range vmap_pages_*_range
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 02/12] mm: apply_to_pte_range warn and fail if a large pte is encountered
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 01/12] mm/vmalloc: fix vmalloc_to_page for huge vmap mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v10 00/12] huge vmalloc mappings
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v9 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH] ptrace: restore the previous single step reporting behavior
  • From: Yuxuan Shui <yshuiv7@xxxxxxxxx>
• Re: [PATCH v15 03/11] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v15 03/11] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2] firmware_loader: Align .builtin_fw to 8
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 24/26] arm64: mte: Introduce early param to disable MTE support
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v4 11/13] task_isolation: net: don't flush backlog on CPUs running isolated tasks
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [EXT] Re: [PATCH v5 9/9] task_isolation: kick_all_cpus_sync: don't kick isolated cpus
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v4 24/26] arm64: mte: Introduce early param to disable MTE support
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v27 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v27 12/12] landlock: Add user and kernel documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v4 24/26] arm64: mte: Introduce early param to disable MTE support
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• RE: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v16 00/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH v27 05/12] LSM: Infrastructure management of the superblock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 03/12] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 08/12] landlock: Add syscall implementations
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 09/12] arch: Wire up Landlock syscalls
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 04/12] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v27 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/6] bitmap: move some macros from linux/bitmap.h to linux/bitops.h
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v4 24/26] arm64: mte: Introduce early param to disable MTE support
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH 1/6] arch: rearrahge headers inclusion order in asm/bitops for m68k and sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/6] lib: inline _find_next_bit() wrappers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] lib: add fast path for find_next_*_bit()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v16 00/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 04/11] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 03/11] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 01/11] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 05/11] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 09/11] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 10/11] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Fatal signal handling within uaccess faults
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v16 11/11] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 08/11] secretmem: add memcg accounting
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v16 02/11] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 6/6] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] tools: sync bitops macro definitions with the kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] bitmap: move some macros from linux/bitmap.h to linux/bitops.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] arch: rearrahge headers inclusion order in asm/bitops for m68k and sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] csky: Remove custom asm/atomic.h implementation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v2 4/5] csky: Fixup asm/cmpxchg.h with correct ordering barrier
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 2/3] Kbuild: make DWARF version a choice
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH 1/6] arch: rearrahge headers inclusion order in asm/bitops for m68k and sh
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/6] tools: sync bitops macro definitions with the kernel
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/6] lib: inline _find_next_bit() wrappers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v15 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 5/6] lib: add fast path for find_next_*_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 6/6] lib: add fast path for find_first_*_bit() and find_last_bit()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/6] bitmap: move some macros from linux/bitmap.h to linux/bitops.h
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 0/6] lib/find_bit: fast path for small bitmaps
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v15 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 2/3] Kbuild: make DWARF version a choice
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v15 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [PATCH v15 07/11] secretmem: use PMD-size pages to amortize direct map fragmentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 08/11] secretmem: add memcg accounting
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 06/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 03/11] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 02/11] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 01/11] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 11/11] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 10/11] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 09/11] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 05/11] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 04/11] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v15 00/11] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov
  • From: Peter Oberparleiter <oberpar@xxxxxxxxxxxxx>
• Re: [PATCH v14 05/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML
  • From: Peter Oberparleiter <oberpar@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML
  • From: Peter Oberparleiter <oberpar@xxxxxxxxxxxxx>
• Re: [PATCH v14 05/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/16] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v14 05/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 12/16] asm-generic/hyperv: update hv_interrupt_entry
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 07/16] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 11/16] asm-generic/hyperv: update hv_msi_entry
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 14/16] asm-generic/hyperv: import data structures for mapping device interrupts
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 13/16] asm-generic/hyperv: introduce hv_device_id and auxiliary structures
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 01/16] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v5 09/16] x86/hyperv: provide a bunch of helper functions
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [RFC v8 01/20] um: split build in kernel and host parts
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 05/20] um: extend arch_switch_to for alternate SUBARCH
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 06/20] um: add UML library mode
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 07/20] um: lkl: host interface
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 08/20] um: lkl: memory handling
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 09/20] um: lkl: kernel thread support
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 12/20] um: lkl: initialization and cleanup
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 11/20] um: lkl: basic console support
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 15/20] um: host: add library mode build for ARCH=um
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 16/20] um: host: add utilities functions
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 17/20] um: host: posix host operations
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 02/20] um: move arch/um/os-Linux dir to tools/um/uml
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 00/20] Unifying LKL into UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 10/20] um: lkl: system call interface and application API
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 13/20] um: lkl: integrate with irq infrastructure of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 18/20] selftests/um: lkl: add test programs for library mode of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 19/20] um: lkl: add block device support of UML
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 20/20] um: lkl: add documentation
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 14/20] um: lkl: plug in the build system
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 04/20] um: implement os_initcalls and os_exitcalls
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [RFC v8 03/20] um: move arch/x86/um/os-Linux to tools/um/uml/
  • From: Hajime Tazaki <thehajime@xxxxxxxxx>
• [PATCH AUTOSEL 5.4 13/26] arm64: make atomic helpers __always_inline
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 23/45] arm64: make atomic helpers __always_inline
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 0/4] Drivers: hv: vmbus: Restrict devices and configurations on 'isolated' guests
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• [PATCH 1/4] x86/hyperv: Load/save the Isolation Configuration leaf
  • From: "Andrea Parri (Microsoft)" <parri.andrea@xxxxxxxxx>
• Re: [PATCH v14 05/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v17 06/26] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v17 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v17 06/26] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v17 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC 0/4] Fix arm64 crash for accessing unmapped IO port regions (reboot)
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: pnagar@xxxxxxxxxxxxxx
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: pnagar@xxxxxxxxxxxxxx
• Re: [PATCH RFC 0/4] Fix arm64 crash for accessing unmapped IO port regions (reboot)
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• RE: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Yonghong Song <yhs@xxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Yonghong Song <yhs@xxxxxx>
• RE: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v5 2/3] Kbuild: make DWARF version a choice
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH v5 3/3] Kbuild: implement support for DWARF v5
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 3/3] Kbuild: implement support for DWARF v5
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 3/3] Kbuild: implement support for DWARF v5
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 2/3] Kbuild: make DWARF version a choice
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH v4 4/4] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v4 3/4] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v4 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v4 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v4 2/4] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v5 3/3] Kbuild: implement support for DWARF v5
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 2/3] Kbuild: make DWARF version a choice
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 0/3] Kbuild: DWARF v5 support
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH RFC 3/4] kernel/resource: Make ioport_resource.start configurable
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH RFC 2/4] asm-generic/io.h: Add IO_SPACE_BASE
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH RFC 4/4] logic_pio: Warn on and discard accesses to addresses below IO_SPACE_BASE
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH RFC 0/4] Fix arm64 crash for accessing unmapped IO port regions (reboot)
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH RFC 1/4] arm64: io: Introduce IO_SPACE_BASE
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH 4.4 10/18] vmlinux.lds.h: Add PGO and AutoFDO input sections
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 10/25] vmlinux.lds.h: Add PGO and AutoFDO input sections
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 08/28] vmlinux.lds.h: Add PGO and AutoFDO input sections
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 18/43] vmlinux.lds.h: Add PGO and AutoFDO input sections
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 30/62] vmlinux.lds.h: Add PGO and AutoFDO input sections
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 01/62] x86/asm/32: Add ENDs to some functions and relabel with SYM_CODE_*
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] um: remove process stub VMA
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: sonicadvance1@xxxxxxxxx
• [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: sonicadvance1@xxxxxxxxx
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Ryan Houdek <sonicadvance1@xxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v26 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v26 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH -rcu] tools/memory-model: Remove reference to atomic_ops.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH -rcu] tools/memory-model: Remove reference to atomic_ops.rst
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v26 00/12] Landlock LSM
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v26 07/12] landlock: Support filesystem access-control
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v26 02/12] landlock: Add ruleset and domain management
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v26 11/12] samples/landlock: Add a sandbox manager example
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Peter Korsgaard <peter@xxxxxxxxxxxxx>
• [PATCH 1/3] um: separate child and parent errors in clone stub
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 3/3] Kbuild: implement support for DWARF v5
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH 3/3] um: remove process stub VMA
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [PATCH 2/3] um: rework userspace stubs to not hard-code stub location
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 19/24] doc: update rcu_dereference.rst reference
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 00/24] Fix broken file docs cross-references
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• [PATCH 19/24] doc: update rcu_dereference.rst reference
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 0/3] Kbuild: DWARF v5 support
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 1/3] Remove $(cc-option,-gdwarf-4) dependency from CONFIG_DEBUG_INFO_DWARF4
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 2/3] Kbuild: make DWARF version a choice
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 3/3] Kbuild: implement support for DWARF v5
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: pnagar@xxxxxxxxxxxxxx
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: pnagar@xxxxxxxxxxxxxx
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: pnagar@xxxxxxxxxxxxxx
• Re: [PATCH v5 mips-next 8/9] vmlinux.lds.h: catch UBSAN's "unnamed data" into data
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v5 mips-next 5/9] MIPS: vmlinux.lds.S: explicitly catch .rel.dyn symbols
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH v5 mips-next 7/9] vmlinux.lds.h: catch compound literals into data and BSS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 9/9] MIPS: select ARCH_WANT_LD_ORPHAN_WARN
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 6/9] MIPS: vmlinux.lds.S: explicitly declare .got table
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 8/9] vmlinux.lds.h: catch UBSAN's "unnamed data" into data
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 5/9] MIPS: vmlinux.lds.S: explicitly catch .rel.dyn symbols
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 4/9] MIPS: properly stop .eh_frame generation
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 3/9] MIPS: vmlinux.lds.S: add ".gnu.attributes" to DISCARDS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 2/9] MIPS: CPS: don't create redundant .text.cps-vec section
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 1/9] MIPS: vmlinux.lds.S: add missing PAGE_ALIGNED_DATA() section
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v5 mips-next 0/9] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v5 0/5] Unify NUMA implementation between ARM64 & RISC-V
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• [BUG mips llvm] MIPS: malformed R_MIPS_{HI16,LO16} with LLVM
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] syscalls: add comments show the define file for aio
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/2] syscalls: fix define file comments for lookup_dcookie
  • From: yangerkun <yangerkun@xxxxxxxxxx>
• [PATCH 1/2] syscalls: add comments show the define file for aio
  • From: yangerkun <yangerkun@xxxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/16] Add support for Clang LTO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v4 mips-next 7/7] MIPS: select ARCH_WANT_LD_ORPHAN_WARN
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 6/7] vmlinux.lds.h: catch compound literals into data and BSS
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 5/7] MIPS: vmlinux.lds.S: explicitly declare .got table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 4/7] MIPS: vmlinux.lds.S: catch bad .rel.dyn at link time
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 3/7] MIPS: properly stop .eh_frame generation
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 2/7] MIPS: vmlinux.lds.S: add ".gnu.attributes" to DISCARDS
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 mips-next 1/7] MIPS: vmlinux.lds.S: add missing PAGE_ALIGNED_DATA() section
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 3/4] x86/signal: Prevent an alternate stack overflow before a signal delivery
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v3 4/4] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• RE: [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC PATCH v2] selinux: security: Move selinux_state to a separate page
  • From: Preeti Nagar <pnagar@xxxxxxxxxxxxxx>
• Re: [PATCH] arm64: make atomic helpers __always_inline
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] arm64: make atomic helpers __always_inline
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [RFC PATCH] selinux: ARM64: Move selinux_state to a separate page
  • From: Preeti Nagar <pnagar@xxxxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v4 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 mips-next 6/7] vmlinux.lds.h: catch compound literals into data and BSS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 mips-next 5/7] MIPS: vmlinux.lds.S: explicitly declare .got table
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 mips-next 4/7] MIPS: vmlinux.lds.S: catch bad .rel.dyn at link time
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 mips-next 3/7] MIPS: properly stop .eh_frame generation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: [Buildroot] ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: "Yann E. MORIN" <yann.morin.1998@xxxxxxx>
• [PATCH v4 mips-next 7/7] MIPS: select ARCH_WANT_LD_ORPHAN_WARN
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 6/7] vmlinux.lds.h: catch compound literals into data and BSS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 5/7] MIPS: vmlinux.lds.S: explicitly declare .got table
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 4/7] MIPS: vmlinux.lds.S: catch bad .rel.dyn at link time
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 5/5] csky: Cleanup asm/spinlock.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] csky: Fixup asm/cmpxchg.h with correct ordering barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 mips-next 3/7] MIPS: properly stop .eh_frame generation
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 2/7] MIPS: vmlinux.lds.S: add ".gnu.attributes" to DISCARDS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 1/7] MIPS: vmlinux.lds.S: add missing PAGE_ALIGNED_DATA() section
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v4 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v3 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 4/7] MIPS: vmlinux.lds.S: catch bad .rel.dyn at link time
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 6/7] vmlinux.lds.h: catch compound literals into data and BSS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 5/7] MIPS: vmlinux.lds.S: explicitly declare .got table
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 7/7] MIPS: select ARCH_WANT_LD_ORPHAN_WARN
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 1/7] MIPS: vmlinux.lds.S: add missing PAGE_ALIGNED_DATA() section
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 3/7] MIPS: properly stop .eh_frame generation
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 2/7] MIPS: vmlinux.lds.S: add ".gnu.attributes" to DISCARDS
  • From: Alexander Lobakin <alobakin@xxxxx>
• [PATCH v3 mips-next 0/7] MIPS: vmlinux.lds.S sections fixes & cleanup
  • From: Alexander Lobakin <alobakin@xxxxx>
• Re: [PATCH v2 1/5] csky: Remove custom asm/atomic.h implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• ARC no console output (was Re: [PATCH 1/2] init/console: Use ttynull as a fallback when there is no console)
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v4 01/17] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 09/17] x86/hyperv: provide a bunch of helper functions
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 11/17] asm-generic/hyperv: update hv_msi_entry
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 07/17] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 12/17] asm-generic/hyperv: update hv_interrupt_entry
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 13/17] asm-generic/hyperv: introduce hv_device_id and auxiliary structures
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH v4 14/17] asm-generic/hyperv: import data structures for mapping device interrupts
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• [PATCH tip/core/rcu 3/3] tools/memory-model: Fix typo in klitmus7 compatibility table
  • From: paulmck@xxxxxxxxxx
• [PATCH tip/core/rcu 2/3] tools/memory-model: Remove redundant initialization in litmus tests
  • From: paulmck@xxxxxxxxxx
• [PATCH tip/core/rcu 1/3] tools/memory-model: Tie acquire loads to reads-from
  • From: paulmck@xxxxxxxxxx
• [PATCH memory-model 0/3] LKMM updates for v5.12
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 01/17] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• [PATCH] Adds a new ioctl32 syscall for backwards compatibility layers
  • From: sonicadvance1@xxxxxxxxx
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2] firmware_loader: Align .builtin_fw to 8
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2] firmware_loader: Align .builtin_fw to 8
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH 4/5] gpio: xilinx: Utilize generic bitmap_get_value and _set_value
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH 5/5] gpio: xilinx: Add extra check if sum of widths exceed 64
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 13/17] local64.h: make <asm/local64.h> mandatory
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 2/2] Kbuild: implement support for DWARF v5
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 12/12] riscv: Improve virtual kernel memory layout dump
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 11/12] riscv: Explicit comment about user virtual address space size
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 10/12] riscv: Use pgtable_l4_enabled to output mmu type in cpuinfo
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v17 00/26] Control-flow Enforcement: Shadow Stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 09/12] riscv: Allow user to downgrade to sv39 when hw supports sv48
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 08/12] riscv: Implement sv48 support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 07/12] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 06/12] riscv: Prepare ptdump for vm layout dynamic addresses
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 05/12] riscv: Simplify MAXPHYSMEM config
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 03/12] riscv: Get rid of compile time logic with MAX_EARLY_MAPPING_SIZE
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v9 05/12] mm: HUGE_VMAP arch support cleanup
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• [PATCH v17 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 07/26] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 06/26] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 0/7] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 13/26] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 14/26] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 16/26] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 17/26] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 19/26] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 22/26] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND properties
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 24/26] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 26/26] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 25/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 23/26] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 21/26] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 20/26] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 18/26] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 15/26] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 12/26] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 09/26] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 08/26] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 03/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v17 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v16 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v16 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v16 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v16 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/5] clump_bits: Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 5/5] gpio: xilinx: Add extra check if sum of widths exceed 64
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v5 10/15] sched: Introduce force_compatible_cpus_allowed_ptr() to limit CPU affinity
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v5 08/15] cpuset: Honour task_cpu_possible_mask() in guarantee_online_cpus()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/5] clump_bits: Introduce the for_each_set_clump macro
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 4/5] gpio: xilinx: Utilize generic bitmap_get_value and _set_value
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 5/5] gpio: xilinx: Add extra check if sum of widths exceed 64
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH 4/5] gpio: xilinx: Utilize generic bitmap_get_value and _set_value
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH 3/5] gpio: thunderx: Utilize for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH 2/5] lib/test_bitmap.c: Add for_each_set_clump test cases
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH 1/5] clump_bits: Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• [PATCH 0/5] Introduce the for_each_set_clump macro
  • From: Syed Nayyar Waris <syednwaris@xxxxxxxxx>
• Re: [PATCH v9 11/12] mm/vmalloc: Hugepage vmalloc mappings
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH v3 3/4] x86/signal: Prevent an alternate stack overflow before a signal delivery
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v13 5/6] locking/qspinlock: Avoid moving certain threads between waiting queues in CNA
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 3/6] locking/qspinlock: Introduce CNA into the slow path of qspinlock
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 6/6] locking/qspinlock: Introduce the shuffle reduction optimization into CNA
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 4/6] locking/qspinlock: Introduce starvation avoidance into CNA
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 1/6] locking/qspinlock: Rename mcs lock/unlock macros and make them more generic
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 2/6] locking/qspinlock: Refactor the qspinlock slow path
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• [PATCH v13 0/6] Add NUMA-awareness to qspinlock
  • From: Alex Kogan <alex.kogan@xxxxxxxxxx>
• Re: [PATCH 3/3] powerpc: rewrite atomics to use ARCH_ATOMIC
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v3 4/4] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v3 3/4] x86/signal: Prevent an alternate stack overflow before a signal delivery
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v3 2/4] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v3 1/4] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v3 0/4] x86: Improve Minimum Alternate Stack Size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v3 3/3] mm: optimise pte dirty/accessed bit setting by demand based pte insertion
  • From: Huang Pei <huangpei@xxxxxxxxxxx>
• Re: [PATCH 3/3] powerpc: rewrite atomics to use ARCH_ATOMIC
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v3 3/3] mm: optimise pte dirty/accessed bit setting by demand based pte insertion
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2 3/5] csky: Fixup futex SMP implementation
  • From: guoren@xxxxxxxxxx
• [PATCH v2 2/5] csky: Fixup barrier design
  • From: guoren@xxxxxxxxxx
• [PATCH v2 4/5] csky: Fixup asm/cmpxchg.h with correct ordering barrier
  • From: guoren@xxxxxxxxxx
• [PATCH v2 5/5] csky: Cleanup asm/spinlock.h
  • From: guoren@xxxxxxxxxx
• [PATCH v2 1/5] csky: Remove custom asm/atomic.h implementation
  • From: guoren@xxxxxxxxxx
• [PATCH v2 1/5] csky: Remove custom asm/atomic.h implementation
  • From: guoren@xxxxxxxxxx
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 02/23] arch: alpha: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 03/23] arch: arm: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 07/23] arch: parisc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 08/23] arch: powerpc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 10/23] arch: sh: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 09/23] arch: s390: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 04/23] arch: c6x: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• (repost) cleaning up handling of bad IRQs
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 12/23] arch: x86: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 06/23] arch: mips: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 14/23] kernel: generic counter for interrupt errors
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 13/23] arch: generic: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 15/23] arch: mips: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 17/23] arch: arm: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 16/23] arch: alpha: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 18/23] arch: arm64: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 19/23] arch: c6x: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 11/23] arch: sparc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 05/23] arch: ia64: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 06/23] arch: mips: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 11/23] arch: sparc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 13/23] arch: generic: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 07/23] arch: parisc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 09/23] arch: s390: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• cleanup handling of bad IRQs
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 15/23] arch: mips: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 17/23] arch: arm: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 18/23] arch: arm64: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 10/23] arch: sh: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 03/23] arch: arm: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 14/23] kernel: generic counter for interrupt errors
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 19/23] arch: c6x: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 12/23] arch: x86: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 16/23] arch: alpha: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 08/23] arch: powerpc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 04/23] arch: c6x: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>