Linux Sparc

• Thread Index

• Re: [PATCH -next] sparc: replace zero-length array with flexible-array member
  • From: zhangkunbo <zhangkunbo@xxxxxxxxxx>
• Re: [PATCH v5 11/12] cxl/pmem: Remove is_cxl_nvdimm_bridge()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 10/12] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 04/12] driver core: Constify API device_find_child() and adapt for various usages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v5 12/12] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 10/12] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 11/12] cxl/pmem: Remove is_cxl_nvdimm_bridge()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 09/12] driver core: Introduce an device matching API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 08/12] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 07/12] slimbus: core: Remove of_slim_match_dev()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 06/12] driver core: Remove match_any()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 05/12] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 04/12] driver core: Constify API device_find_child() and adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 03/12] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 02/12] slimbus: core: Constify slim_eaddr_equal()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 01/12] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v5 00/12] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 10/11] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v4 11/11] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 10/11] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 09/11] driver core: Introduce an device matching API device_match_type()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 07/11] slimbus: core: Remove of_slim_match_dev()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 06/11] driver core: Remove match_any()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 02/11] slimbus: core: Constify slim_eaddr_equal()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 01/11] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v3 17/17] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 16/17] mm: pgtable: remove tlb_remove_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 14/17] mm: pgtable: move __tlb_remove_table_one() in x86 to generic file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 13/17] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 12/17] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 11/17] x86: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 10/17] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 09/17] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 08/17] arm: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 07/17] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 06/17] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 04/17] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 03/17] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 01/17] Revert "mm: pgtable: make ptlock be freed by RCU"
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 00/17] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v5] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v4] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Anna Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH -next] sparc: replace zero-length array with flexible-array member
  • From: Zhang Kunbo <zhangkunbo@xxxxxxxxxx>
• Re: [PATCH net-next v7 0/4] Add support for SO_PRIORITY cmsg
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 0/2] crypto: remove physical address support in skcipher_walk
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 3/4] selftests: net: test SO_PRIORITY ancillary data with cmsg_sender
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 2/4] sock: support SO_PRIORITY cmsg
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 1/4] sock: Introduce sk_set_prio_allowed helper function
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 0/4] Add support for SO_PRIORITY cmsg
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v4 00/19] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Yonghong Song <yonghong.song@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 15/16] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 14/16] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 12/16] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 13/16] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 11/16] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 10/16] mm: s390: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 08/16] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 09/16] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 07/16] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 04/16] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 03/16] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 02/16] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v4 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 11/11] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 10/11] cxl/pmem: Replace match_nvdimm_bridge() with API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 09/11] driver core: Introduce an device matching API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 07/11] slimbus: core: Remove of_slim_match_dev()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 06/11] driver core: Remove match_any()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 02/11] slimbus: core: Constify slim_eaddr_equal()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 01/11] libnvdimm: Replace namespace_match() with device_find_child_by_name()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v4 00/11] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 16/17] mm: Fallback to generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 15/17] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 14/17] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 13/17] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 12/17] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 11/17] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 10/17] mm: s390: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 09/17] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 08/17] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 07/17] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 06/17] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 05/17] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 04/17] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 03/17] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 02/17] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 00/17] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH 0/2] crypto: remove physical address support in skcipher_walk
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH] sparc: Move va_end() before exit()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• RE: [PATCH] sparc: Move va_end() before exit()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 2/2] crypto: skcipher - remove support for physical address walks
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 1/2] crypto: drivers - remove Niagara2 SPU driver
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 0/2] crypto: remove physical address support in skcipher_walk
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Takashi Sakamoto <o-takashi@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH] sparc: Move va_end() before exit()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH] sparc: Move va_end() before exit()
  • From: liujing <liujing@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: Move va_end() before exit
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v3 10/11] cxl/pmem: Remove match_nvdimm_bridge()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v3 01/11] libnvdimm: Simplify nd_namespace_store() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v3 01/11] libnvdimm: Simplify nd_namespace_store() implementation
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v3 10/11] cxl/pmem: Remove match_nvdimm_bridge()
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: quic_zijuhu <quic_zijuhu@xxxxxxxxxxx>
• Re: [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v3 00/11] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 11/11] usb: typec: class: Remove both cable_match() and partner_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 10/11] cxl/pmem: Remove match_nvdimm_bridge()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 09/11] driver core: Introduce an device matching API device_match_type()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 08/11] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 07/11] slimbus: core: Simplify of_find_slim_device() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 06/11] driver core: Remove match_any()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 05/11] driver core: Simplify API device_find_child_by_name() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 04/11] driver core: Constify API device_find_child() then adapt for various usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 03/11] bus: fsl-mc: Constify fsl_mc_device_match()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 02/11] slimbus: core: Constify slim_eaddr_equal()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 01/11] libnvdimm: Simplify nd_namespace_store() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v3 00/11] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH] sparc: Move va_end() before exit
  • From: liujing <liujing@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Uwe Kleine-König <ukleinek@xxxxxxxxxx>
• Re: [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: quic_zijuhu <quic_zijuhu@xxxxxxxxxxx>
• [PATCH v2 11/32] libnvdimm: Simplify nd_namespace_store() implementation
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 10/32] nvdimm: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 09/32] pwm: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 08/32] net: dsa: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 07/32] gpio: sim: Remove gpio_sim_dev_match_fwnode()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 06/32] thunderbolt: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 05/32] media: pci: mgb4: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 04/32] hwmon: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 03/32] drm/mediatek: Adapt for constified device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 02/32] driver core: Introduce device_match_type() to match device with a device type
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 01/32] driver core: Constify API device_find_child()
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• [PATCH v2 00/32] driver core: Constify API device_find_child() and adapt for various existing usages
  • From: Zijun Hu <zijun_hu@xxxxxxxxxx>
• Re: [PATCH v7 3/7] Adjust symbol ordering in text output section [openrisc boot failure]
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v4 19/19] scsi: target: iscsi: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 18/19] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 17/19] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 16/19] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 15/19] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 14/19] bcachefs: Explicitly select CRYPTO from BCACHEFS_FS
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 13/19] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 12/19] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 09/19] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 11/19] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 10/19] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 08/19] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 07/19] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 06/19] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 05/19] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 04/19] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 03/19] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 02/19] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 01/19] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 00/19] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 3/7] Adjust symbol ordering in text output section [openrisc boot failure]
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• I am checking if you;ve gotten my email
  • From: Jim Bertles <info@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] sparc updates for v6.13
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] sparc updates for v6.13
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Waiman Long <llong@xxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] sparc/pci: Make pci_poke_lock a raw_spinlock_t.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] bpf: sparc64: fix typo dont->don't
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH] bpf: sparc64: fix typo dont->don't
  • From: Ayush Satyam <ayushsatyam146@xxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2] sparc/vdso: Add helper function for 64-bit right shift on 32-bit target
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v2] sparc/vdso: Add helper function for 64-bit right shift on 32-bit target
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc/vdso: Add helper function for 64-bit right shift on 32-bit target
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v3 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v2] sparc: Replace one-element array with flexible array member
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v2] sparc: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Klara Modin <klarasmodin@xxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Klara Modin <klarasmodin@xxxxxxxxx>
• Re: [PATCH] sparc: Replace one-element array with flexible array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH v2] sparc: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH] sparc: Replace one-element array with flexible array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH] sparc: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Klara Modin <klarasmodin@xxxxxxxxx>
• Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sparc/build: Put usage of -fcall-used* flags behind cc-option
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sparc/build: Put usage of -fcall-used* flags behind cc-option
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• Re: Kernel panic with niu module
  • From: Dullfire <dullfire@xxxxxxxxx>
• Re: [PATCH v7 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: Kernel panic with niu module
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Kernel panic with niu module
  • From: Dullfire <dullfire@xxxxxxxxx>
• Re: [PATCH v7 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: Kernel panic with niu module
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v2 15/18] ext4: switch to using the crc32c library
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Kernel panic with niu module
  • From: Dullfire <dullfire@xxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3 08/18] powerpc/crc32: expose CRC32 functions through lib
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH v3 17/18] f2fs: switch to using the crc32 library
  • From: Chao Yu <chao@xxxxxxxxxx>
• Re: [PATCH v3 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Kernel panic with niu module
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Han Shen <shenhan@xxxxxxxxxx>
• Re: [PATCH v3 05/18] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 15/18] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v3 15/18] ext4: switch to using the crc32c library
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v3 15/18] ext4: switch to using the crc32c library
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Kernel panic with niu module
  • From: Dullfire <dullfire@xxxxxxxxx>
• Re: [PATCH v3 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2] gpio: GPIO_GRGPIO should depend on OF
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Han Shen <shenhan@xxxxxxxxxx>
• Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• [PATCH v3 16/18] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 17/18] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 15/18] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 14/18] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 13/18] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 12/18] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 11/18] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 10/18] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 09/18] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 08/18] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 07/18] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 05/18] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 02/18] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 01/18] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 00/18] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• Re: [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Peter Jung <ptr1337@xxxxxxxxxxx>
• [PATCH v7 7/7] Add Propeller configuration for kernel build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 6/7] AutoFDO: Enable machine function split optimization for AutoFDO
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 5/7] AutoFDO: Enable -ffunction-sections for the AutoFDO build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 4/7] Add markers for text_unlikely and text_hot sections
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 1/7] Add AutoFDO support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v7 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Milan Broz <gmazyland@xxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] sparc/build: Add SPARC target flags for compiling with clang
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] gpio: GPIO_GRGPIO should depend on OF_GPIO
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH] gpio: GPIO_GRGPIO should depend on OF_GPIO
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] gpio: GPIO_GRGPIO should depend on OF_GPIO
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH] gpio: GPIO_GRGPIO should depend on OF_GPIO
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH] gpio: GPIO_GRGPIO should depend on OF_GPIO
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 2/2] sparc/build: Add SPARC target flags for compiling with clang
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v3 1/2] sparc/build: Put usage of -fcall-used* flags behind cc-option
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v3 1/2] sparc/build: Put usage of -fcall-used* flags behind cc-option
  • From: Koakuma via B4 Relay <devnull+koachan.protonmail.com@xxxxxxxxxx>
• [PATCH v3 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Koakuma via B4 Relay <devnull+koachan.protonmail.com@xxxxxxxxxx>
• [PATCH v3 2/2] sparc/build: Add SPARC target flags for compiling with clang
  • From: Koakuma via B4 Relay <devnull+koachan.protonmail.com@xxxxxxxxxx>
• Re: [PATCH v6 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v6 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v6 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v6 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 7/7] Add Propeller configuration for kernel build
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 6/7] AutoFDO: Enable machine function split optimization for AutoFDO
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 5/7] AutoFDO: Enable -ffunction-sections for the AutoFDO build
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 1/7] Add AutoFDO support for Clang build
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 4/7] Add markers for text_unlikely and text_hot sections
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 4/7] Add markers for text_unlikely and text_hot sections
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v6 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sparc/build: Remove all usage of -fcall-used* flags
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• [PATCH v6 7/7] Add Propeller configuration for kernel build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 6/7] AutoFDO: Enable machine function split optimization for AutoFDO
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 5/7] AutoFDO: Enable -ffunction-sections for the AutoFDO build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 4/7] Add markers for text_unlikely and text_hot sections
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 3/7] Adjust symbol ordering in text output section
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 2/7] objtool: Fix unreachable instruction warnings for weak functions
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 1/7] Add AutoFDO support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• [PATCH v6 0/7] Add AutoFDO and Propeller support for Clang build
  • From: Rong Xu <xur@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 17/18] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 16/18] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 15/18] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 14/18] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 13/18] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 12/18] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 11/18] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 10/18] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 09/18] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 08/18] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 07/18] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 05/18] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 02/18] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 01/18] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 00/18] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: provide generic page_to_phys and phys_to_page implementations v3
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sparc/build: Remove all usage of -fcall-used* flags
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 0/2] sparc/build: Rework CFLAGS for clang compatibility
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sparc/build: Remove all usage of -fcall-used* flags
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc/vdso: Add helper function for 64-bit right shift on 32-bit target
  • From: Koakuma <koachan@xxxxxxxxxxxxxx>
• [PATCH 15/15] f2fs: switch to using the crc32 library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 14/15] jbd2: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 13/15] ext4: switch to using the crc32c library
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 12/15] lib/crc32: make crc32c() go directly to lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 11/15] x86/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 10/15] x86/crc32: update prototype for crc32_pclmul_le_16()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 09/15] x86/crc32: update prototype for crc_pcl()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 08/15] sparc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 07/15] s390/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 06/15] powerpc/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 05/15] mips/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 04/15] loongarch/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 03/15] arm/crc32: expose CRC32 functions through lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 02/15] lib/crc32: improve support for arch-specific overrides
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 01/15] lib/crc32: drop leading underscores from __crc32c_le_base
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 3/3] sparc: vdso: Always reject undefined references in during linking
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 2/3] um: vdso: Always reject undefined references in during linking
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 1/3] x86: vdso: Always reject undefined references in during linking
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• [PATCH 0/3] vdso: Always reject undefined references in during linking
  • From: Thomas Weißschuh <thomas.weissschuh@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Kees Bakker <kees@xxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH bpf-next 2/2 v2] bpf: Add BPF_CALL_FUNC to simplify code
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH bpf-next 2/2 v2] bpf: Add BPF_CALL_FUNC to simplify code
  • From: Tao Chen <chen.dylane@xxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [GIT PULL] sparc updates for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] sparc updates for v6.12
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH][next] sparc: leon: Fix spelling mistake "wont" -> "won't"
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Add BPF_CALL_FUNC* to simplify code
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Add BPF_CALL_FUNC* to simplify code
  • From: Tao Chen <chen.dylane@xxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Add BPF_CALL_FUNC* to simplify code
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Add BPF_CALL_FUNC* to simplify code
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH bpf-next 2/2] bpf: Add BPF_CALL_FUNC* to simplify code
  • From: Tao Chen <chen.dylane@xxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH] arch/sparc: remove unused varible paddrbase in function leon_swprobe()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v26 00/13] Device Memory TCP
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH net-next v26 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>