Linux PA RISC

• Thread Index

• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 08/14] net: ipa: Annotate struct ipa_power with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/13] powerpc: extend execmem_params for kprobes allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 09/13] powerpc: extend execmem_params for kprobes allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 08/13] riscv: extend execmem_params for generated code allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 07/14] net: mana: Annotate struct mana_rxq with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 08/14] net: ipa: Annotate struct ipa_power with __counted_by
  • From: Alex Elder <elder@xxxxxxxx>
• Re: [PATCH 12/14] net: openvswitch: Annotate struct dp_meter with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 09/14] net: mana: Annotate struct hwc_dma_buf with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 14/14] net: sched: Annotate struct tc_pedit with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 05/14] net: enetc: Annotate struct enetc_int_vector with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] ipv6: Annotate struct ip6_sf_socklist with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 11/14] net: enetc: Annotate struct enetc_psfp_gate with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 06/14] net: hisilicon: Annotate struct rcb_common_cb with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 14/14] net: sched: Annotate struct tc_pedit with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 14/14] net: sched: Annotate struct tc_pedit with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 02/14] ipv4/igmp: Annotate struct ip_sf_socklist with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 01/14] ipv4: Annotate struct fib_info with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH 11/14] net: enetc: Annotate struct enetc_psfp_gate with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 10/14] net: openvswitch: Annotate struct dp_meter_instance with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 14/14] net: sched: Annotate struct tc_pedit with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 06/14] net: hisilicon: Annotate struct rcb_common_cb with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 13/14] net: tulip: Annotate struct mediatable with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 09/14] net: mana: Annotate struct hwc_dma_buf with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 05/14] net: enetc: Annotate struct enetc_int_vector with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 08/14] net: ipa: Annotate struct ipa_power with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 04/14] net: hns: Annotate struct ppe_common_cb with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 12/14] net: openvswitch: Annotate struct dp_meter with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 01/14] ipv4: Annotate struct fib_info with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 07/14] net: mana: Annotate struct mana_rxq with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 00/14] Batch 1: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 03/14] ipv6: Annotate struct ip6_sf_socklist with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 02/14] ipv4/igmp: Annotate struct ip_sf_socklist with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 2/2] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 2/2] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 2/2] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v2 0/2] Fix set_huge_pte_at() panic on arm64
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 08/13] riscv: extend execmem_params for generated code allocations
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 09/13] powerpc: extend execmem_params for kprobes allocations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 3/8] riscv: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/8] riscv: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v1 6/8] mm: hugetlb: Convert set_huge_pte_at() to take vma
  • From: SeongJae Park <sj@xxxxxxxxxx>
• Re: [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 09/13] powerpc: extend execmem_params for kprobes allocations
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 5/8] sparc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 3/8] riscv: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 6/8] mm: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 4/8] s390: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 7/8] arm64: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v1 2/8] powerpc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] parisc: Enable HAVE_ARCH_PREL32_RELOCATIONS
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v1 1/8] parisc: hugetlb: Convert set_huge_pte_at() to take vma
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v1 0/8] Fix set_huge_pte_at() panic on arm64
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v1 8/8] arm64: hugetlb: Fix set_huge_pte_at() to work with all swap entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH] parisc: Restore __ldcw_align for PA-RISC 2.0 processors
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Restore __ldcw_align for PA-RISC 2.0 processors
  • From: Sam James <sam@xxxxxxxxxx>
• [PATCH] parisc: Restore __ldcw_align for PA-RISC 2.0 processors
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• [PATCH] parisc: Fix crash with nr_cpus=1 option
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 13/13] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 12/13] kprobes: remove dependency on CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 11/13] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 10/13] arch: make execmem setup available regardless of CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 09/13] powerpc: extend execmem_params for kprobes allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 07/13] arm64, execmem: extend execmem_params for generated code allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 05/13] modules, execmem: drop module_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 08/13] riscv: extend execmem_params for generated code allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 06/13] mm/execmem: introduce execmem_data_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 00/13] mm: jit/text allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 01/13] nios2: define virtual address space for modules
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Helge Deller <deller@xxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Michael Labiuk <michael.labiuk@xxxxxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target/hppa: lock both words of function descriptor
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] target/hppa: lock both words of function descriptor
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH] target/hppa: clear the PSW 'N' bit when delivering signals
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] target/hppa: clear the PSW 'N' bit when delivering signals
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2] qemu-hppa: lock both words of function descriptor
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] target/hppa: lock both words of function descriptor
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] target/hppa: lock both words of function descriptor
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] target/hppa: clear the PSW 'N' bit when delivering signals
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Michael Labiuk <michael.labiuk@xxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [PATCH] parisc: Enable HAVE_ARCH_PREL32_RELOCATIONS
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: _swap_info_get: Bad swap file entry 600000000029dc48
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• _swap_info_get: Bad swap file entry 600000000029dc48
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.6-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 0/2] arch: Sync all syscall tables with 2 newly added system calls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH bpf-next 5/6] bpf, arm32: Always zero extend for LDX with B/H/W
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next 5/6] bpf, arm32: Always zero extend for LDX with B/H/W
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH bpf-next 5/6] bpf, arm32: Always zero extend for LDX with B/H/W
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH bpf-next 3/6] bpf, parisc32: Always zero extend for LDX with B/W/H
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 4/6] bpf, powerpc32: Always zero extend for LDX
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 6/6] bpf, verifier: always mark destination of LDX as 64-bit
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 5/6] bpf, arm32: Always zero extend for LDX with B/H/W
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 1/6] bpf, riscv32: Always zero extend for LDX with B/W/H
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 2/6] bpf, x86-32: Always zero extend for LDX with B/W/H
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• [PATCH bpf-next 0/6] bpf: verifier: stop emitting zext for LDX
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [GIT PULL] parisc architecture fixes for v6.6-rc2
  • From: Helge Deller <deller@xxxxxx>
• Re: Possible 6.5 regression: Huge values for "commited memory"
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v6.6-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [PATCH 0/2] arch: Sync all syscall tables with 2 newly added system calls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [PATCH 1/2] tools headers UAPI: Sync fchmodat2() syscall table entries
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Possible 6.5 regression: Huge values for "commited memory"
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: "Linux regression tracking #adding (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: <Vidra.Jonas@xxxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] linux/export: fix reference to exported functions for parisc64
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: <Vidra.Jonas@xxxxxxxxx>
• Page fault: bad address: Code=6 (Instruction TLB miss fault) at addr 37dd3fa10c0
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: shmparam.h: Document aliasing requirements of PA-RISC
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: shmparam.h: Document aliasing requirements of PA-RISC
  • From: deller@xxxxxxxxxx
• RE: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Helge Deller <deller@xxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [STABLE] lockdep patch for 6.1-stable to 6.5-stable
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 1/9] ARM: Remove <asm/ide.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [STABLE] stable backport request for 6.1 for io_uring
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [STABLE] lockdep patch for 6.1-stable to 6.5-stable
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.6-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.6-rc1
  • From: Helge Deller <deller@xxxxxx>
• [STABLE] stable backport request for 6.1 for io_uring
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] x86/asm/bitops: Use __builtin_clz{l|ll} to evaluate constant expressions
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 09/17] parport: gsc: mark init function static
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Helge Deller <deller@xxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Sam James <sam@xxxxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Helge Deller <deller@xxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: Helge Deller <deller@xxxxxx>
• Possible io_uring bug in PA-RISC kernel 6.1.46
  • From: <Vidra.Jonas@xxxxxxxxx>
• Re: [PATCH 1/3] parisc: led: Reduce CPU overhead for disk & lan LED computation
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/3] parisc: led: Reduce CPU overhead for disk & lan LED computation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] parisc: led: Reduce CPU overhead for disk & lan LED computation
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/3] parisc: led: Reduce CPU overhead for disk & lan LED computation
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH v2] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] lib/clz_ctz.c: Fix __clzdi2() and __ctzdi2() for 32-bit kernels
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/3] parisc: led: Switch LCD/LED driver to use a kthread
  • From: deller@xxxxxxxxxx
• [PATCH 3/3] parisc: chassis: Do not overwrite LCD display
  • From: deller@xxxxxxxxxx
• [PATCH 1/3] parisc: led: Reduce CPU overhead for disk & lan LED computation
  • From: deller@xxxxxxxxxx
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: (subset) [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] tracing/kprobes: Return ENAMESVRLSYMS when func matches several symbols
  • From: Francis Laniel <flaniel@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/1] tracing/kprobes: Return ENAMESVRLSYMS when func matches several symbols
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH treewide 0/9] Remove obsolete IDE headers
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [RFC PATCH v1 1/1] tracing/kprobes: Return ENAMESVRLSYMS when func matches several symbols
  • From: Francis Laniel <flaniel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Helge Deller <deller@xxxxxx>
• [Fwd: [PATCH v2] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks]
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 02/14] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH 1/9] ARM: Remove <asm/ide.h>
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] parisc: Avoid ioremap() for same addresss in iosapic_register()
  • From: deller@xxxxxxxxxx
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH] parisc: unaligned: Simplify 32-bit assembly in emulate_std()
  • From: deller@xxxxxxxxxx
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [PATCH] procfs: Fix /proc/self/maps output for 32-bit kernel and compat tasks
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Use generic mmap top-down layout and brk randomization
  • From: deller@xxxxxxxxxx
• [PATCH] parisc: Fix /proc/cpuinfo output for lscpu
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] bpf/tests: Enhance output on error and fix typos
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] powerpc: Remove <asm/ide.h>
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] bpf/tests: Enhance output on error and fix typos
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 1/5] parisc: Add 32-bit eBPF JIT compiler
  • From: deller@xxxxxxxxxx
• [PATCH 3/5] parisc: Add eBPF JIT compiler glue code and Makefile
  • From: deller@xxxxxxxxxx
• [PATCH 2/5] parisc: Add 64-bit eBPF JIT compiler
  • From: deller@xxxxxxxxxx
• [PATCH 5/5] parisc: Wire up eBPF code
  • From: deller@xxxxxxxxxx
• [PATCH 4/5] parisc: Fix comment on Elf64 Function descriptor
  • From: deller@xxxxxxxxxx
• [PATCH 0/5] parisc: Add natie eBPF JIT compiler for parisc
  • From: deller@xxxxxxxxxx
• Re: [PATCH 8/9] ata: pata_gayle: Remove #include <asm/ide.h>
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH 7/9] ata: pata_falcon: Remove #include <asm/ide.h>
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH 6/9] ata: pata_buddha: Remove #include <asm/ide.h>
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH 5/9] asm-generic: Remove ide_iops.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 2/9] parisc: Remove <asm/ide.h>
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 4/9] sparc: Remove <asm/ide.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH treewide 0/9] Remove obsolete IDE headers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/9] asm-generic: Remove ide_iops.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 7/9] ata: pata_falcon: Remove #include <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/9] ARM: Remove <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 9/9] m68k: Remove <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/9] sparc: Remove <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 6/9] ata: pata_buddha: Remove #include <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/9] powerpc: Remove <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 8/9] ata: pata_gayle: Remove #include <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/9] parisc: Remove <asm/ide.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.5-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.5-rc7
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] watchdog: Fix lockdep warning
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] watchdog: Fix lockdep warning
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2] lockdep: Fix static memory detection even more
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v6.5-rc3
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v6.5-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Fix static memory detection even more
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2] Fix CONFIG_TLB_PTLOCK to work with lightweight spinlock checks
  • From: Sam James <sam@xxxxxxxxxx>
• [PATCH v2] Fix CONFIG_TLB_PTLOCK to work with lightweight spinlock checks
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] Fix CONFIG_TLB_PTLOCK to work with lightweight spinlock checks
  • From: Helge Deller <deller@xxxxxx>
• Re: 6.4.10 failed boot
  • From: Sam James <sam@xxxxxxxxxx>
• Re: 6.4.10 failed boot
  • From: Helge Deller <deller@xxxxxx>
• Re: 6.4.10 failed boot
  • From: Helge Deller <deller@xxxxxx>
• 6.4.10 failed boot
  • From: Sam James <sam@xxxxxxxxxx>
• [PATCH] parisc: proces: Drop pm_power_off function pointer
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/2] parisc: traps: Drop cpu_lpmc function pointer
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 1/2] parisc: Drop the pa7300lc LPMC handler
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: lasi: Register LASI power-off feature as sys_off_handler
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] lockdep: Fix static memory detection even more
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] devtmpfs: Add missing lockdep annotation
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] init: Add lockdep annotation to kthreadd_done completer
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] devtmpfs: Add missing lockdep annotation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH] init: Add lockdep annotation to kthreadd_done completer
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] watchdog: Fix lockdep warning
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.5-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] init: Add lockdep annotation to kthreadd_done completer
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm: Add lockdep annotation to pgdat_init_all_done_comp completer
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] init: Add lockdep annotation to kthreadd_done completer
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] devtmpfs: Add missing lockdep annotation
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fixes for v6.5-rc6
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 09/17] parport: gsc: mark init function static
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix lightweight spinlock checks to not break futexes
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH 16/17] [RFC] arch: turn -Wmissing-prototypes off conditionally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/17] parport: gsc: mark init function static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/17] -Wmissing-prototype warning fixes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH -next] parisc: pdt: Use PTR_ERR_OR_ZERO() to simplify code
  • From: Helge Deller <deller@xxxxxx>
• [PATCH -next] parisc: pdt: Use PTR_ERR_OR_ZERO() to simplify code
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH] parisc: Fix lightweight spinlock checks to not break futexes
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] io_uring/parisc: Adjust pgoff in io_uring mmap() for parisc
  • From: Helge Deller <deller@xxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Helge Deller <deller@xxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Helge Deller <deller@xxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.5-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.5-rc5
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH] parisc/mm: preallocate fixmap page tables at init
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: kernel: Add require space after that ','
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc/mm: preallocate fixmap page tables at init
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] parport: gsc: remove DMA leftover code
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v1] parisc: pci-dma: remove unused and dead EISA code and comment
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc/mm: preallocate fixmap page tables at init
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc/mm: preallocate fixmap page tables at init
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• [PATCH v1] parisc: pci-dma: remove unused and dead EISA code and comment
  • From: Petr Tesarik <petrtesarik@xxxxxxxxxxxxxxx>
• [PATCH v6 20/38] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Regression with kernel 6.4 "swapper: page allocation failure: order:0, mode:0x100(__GFP_ZERO)
  • From: Christoph Biedl <linux-kernel.bfrz@xxxxxxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.5-rc3
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• RE: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• RE: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Rich Felker <dalias@xxxxxxxx>
• [PATCH 1/2] parport: gsc: remove DMA leftover code
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Add fchmodat2() - or add a more general syscall?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.5-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] io_uring: Fix io_uring mmap() by using architecture-provided get_unmapped_area()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/2] io_uring: Fix io_uring mmap() by using architecture-provided get_unmapped_area()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/2] io_uring: Fix io_uring mmap() by using architecture-provided get_unmapped_area()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] tracing: Have all levels of checks prevent recursion
  • From: Alexander Lobakin <aleksander.lobakin@xxxxxxxxx>
• [PATCH 1/2] io_uring: Fix io_uring mmap() by using architecture-provided get_unmapped_area()
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/2] ia64: mmap: Consider pgoff when searching for free mapping
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 0/2] io_uring: Fix io_uring mmap() by using architecture-provided get_unmapped_area()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] mm: jit/text allocator
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 1/3] arm: Fix flush_dcache_page() for usage from irq context
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: math-emu: fcnvxf: Add space after that ','
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: kernel: Add require space after that ','
  • From: hanyu001@xxxxxxxxxx
• [PATCH] risc: kernel: Added missing spaces
  • From: hanyu001@xxxxxxxxxx
• [PATCH] parisc: kernel: "foo * bar" should be "foo *bar"
  • From: hanyu001@xxxxxxxxxx
• [PATCH] parisc: kernel: "foo * bar" should be "foo *bar"
  • From: hanyu001@xxxxxxxxxx
• Re: [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• [PATCH][RFC] io_uring: Fix io_uring_mmu_get_unmapped_area() for IA-64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 02/14] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH] parisc: math-emu: fcnvxf: Add space after that ','
  • From: hanyu001@xxxxxxxxxx
• [PATCH] parisc: math-emu: add missing spaces after ','
  • From: hanyu001@xxxxxxxxxx
• [PATCH v6 14/14] kexec: rename ARCH_HAS_KEXEC_PURGATORY
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 04/14] ia64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 13/14] sh/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 12/14] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 11/14] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 08/14] mips/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 10/14] powerpc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 00/14] refactor Kconfig to consolidate KEXEC and CRASH options
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 06/14] loongarch/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 01/14] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 09/14] parisc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 07/14] m68k/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 05/14] arm64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 03/14] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v6 02/14] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 40b055fe7f276cf2c1da47316c52f2ff9255a68a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 6/7] sticon: make sticon_set_def_font() void and remove op parameter
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• Re: (subset) [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 5/5] selftests: Add fchmodat2 selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 1/5] Non-functional cleanup of a "__user * filename"
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 8e4b7f2f3d6071665b1dfd70786229c8a5d6c256
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/5] Non-functional cleanup of a "__user * filename"
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v3 4/5] tools headers UAPI: Sync files changed by new fchmodat4 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 1/5] Non-functional cleanup of a "__user * filename"
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v5 20/38] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION fe57d0d86f03a8b2afe2869a95477d0ed1824c96
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 123212f53f3e394c1ae69a58c05dfdda56fec8c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v5 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v5 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v5 08/13] mips/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 13/13] sh/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 10/13] powerpc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 09/13] parisc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 07/13] m68k/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 06/13] loongarch/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 00/13] refactor Kconfig to consolidate KEXEC and CRASH options
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 05/13] arm64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 04/13] ia64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v5 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH v8 14/19] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c36ac601a98fb148147640bae219108ee81566f8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v4 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [GIT PULL] more parisc architecture fixes & updates for v6.5-rc1
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [GIT PULL] more parisc architecture fixes & updates for v6.5-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION e1f6a8eaf1c271a0158114a03e3605f4fba059ad
  • From: Helge Deller <deller@xxxxxx>
• [linux-next:master] BUILD REGRESSION e1f6a8eaf1c271a0158114a03e3605f4fba059ad
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v4 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v4 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v4 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v4 13/13] sh/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 10/13] powerpc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 09/13] parisc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 08/13] mips/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 06/13] loongarch/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 05/13] arm64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 04/13] ia64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 00/13] refactor Kconfig to consolidate KEXEC and CRASH options
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 07/13] m68k/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v4 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [GIT PULL] more parisc architecture fixes & updates for v6.5-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Shay Drory <shayd@xxxxxxxxxx>
• Re: [PATCH 5.15 00/15] 5.15.120-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 00/15] 5.15.120-rc1 review
  • From: Helge Deller <deller@xxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 5.15 00/15] 5.15.120-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] parisc: fix inability to allocate stack pages on exec
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix inability to allocate stack pages on exec
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: fix inability to allocate stack pages on exec
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: fix inability to allocate stack pages on exec
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 296d53d8f84ce50ffaee7d575487058c8d437335
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review - hppa argument list too long
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes & updates for v6.5-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: execv: Argument list too long
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes & updates for v6.5-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes & updates for v6.5-rc1
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [GIT PULL] parisc architecture fixes & updates for v6.5-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 6352a698ca5bf26a9199202666b16cf741f579f6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v3 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 6.4 00/28] 6.4.1-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: next: parisc: drivers/eisa/eisa-bus.c:436:19: error: conflicting types for 'eisa_init'; have 'int(void)'
  • From: Helge Deller <deller@xxxxxx>
• next: parisc: drivers/eisa/eisa-bus.c:436:19: error: conflicting types for 'eisa_init'; have 'int(void)'
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 5c875096d59010cee4e00da1f9c7bdb07a025dc2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v3 06/19] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [v3,17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• linux-next: manual merge of the parisc-hd tree with the mm-nonmm-stable tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 53cdf865f90ba922a854c65ed05b519f9d728424
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 60e7c4a25da68cd826719b685babbd23e73b85b0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v3 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v3 13/13] sh/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 08/13] mips/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 05/13] arm64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 07/13] m68k/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 11/13] riscv/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 10/13] powerpc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 00/13] refactor Kconfig to consolidate KEXEC and CRASH options
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 09/13] parisc/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 03/13] arm/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 06/13] loongarch/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 01/13] kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• [PATCH v3 04/13] ia64/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [v3,17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [v3,17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [v3,17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [v3,17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH 11/14] init: consolidate prototypes in linux/init.h
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [patch 05/37] x86/topology: Remove CPU0 hotplug option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 12/13] s390/kexec: refactor for kernel/Kconfig.kexec
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: Updated installation images for Debian Ports
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 02/12] mm: introduce execmem_text_alloc() and jit_text_alloc()
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v2 06/12] mm/execmem: introduce execmem_data_alloc()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2 13/13] sh/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v2 08/13] mips/kexec: refactor for kernel/Kconfig.kexec
  • From: Eric DeVolder <eric.devolder@xxxxxxxxxx>
• Re: [PATCH v2 02/13] x86/kexec: refactor for kernel/Kconfig.kexec
  • From: Baoquan He <bhe@xxxxxxxxxx>