Linux Sparc

• Thread Index

• 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>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v25 08/13] net: add support for skbs with unreadable frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v25 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@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 net-next v25 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH net-next v25 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v25 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag
  • From: "Jiaxun Yang" <jiaxun.yang@xxxxxxxxxxx>
• [PATCH v3] sched/debug: Dump end of stack when detected corrupted
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: sched/debug: Dump end of stack when detected corrupted
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• 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: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 7/8] execmem: add support for cache of large ROX pages
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: sched/debug: Dump end of stack when detected corrupted
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• 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: Lorenzo Stoakes <lorenzo.stoakes@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: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH RFC v3 2/2] selftests/mm: Create ADDR_LIMIT_47BIT test
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v3 0/2] mm: Introduce ADDR_LIMIT_47BIT personality flag
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [PATCH v2 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 0/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH 1/7] tracing: add ftrace_regs to function_graph_enter()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: sched/debug: Dump end of stack when detected corrupted
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH net-next v24 11/13] net: add devmem TCP documentation
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v24 07/13] net: support non paged skb frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v24 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: sched/debug: Dump end of stack when detected corrupted
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Linux kernel stability fixes for older SPARCs
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feature v2
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] vdpa_sim: don't select DMA_OPS
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Linux kernel stability fixes for older SPARCs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Linux kernel stability fixes for older SPARCs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feature v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 2/3] mm: Pass vm_flags to generic_get_unmapped_area()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/3] mm: Make arch_get_unmapped_area() take vm_flags by default
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 0/3] mm: Care about shadow stack guard gap when getting an unmapped area
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH net-next v24 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v24 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v23 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 13/13] netdev: add dmabuf introspection
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Vadim Fedorenko <vadim.fedorenko@xxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH RFC v2 4/4] selftests/mm: Create MAP_BELOW_HINT test
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v2 3/4] mm: Support MAP_BELOW_HINT in vm_unmapped_area()
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v2 2/4] mm: Add hint and mmap_flags to struct vm_unmapped_area_info
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v2 1/4] mm: Add MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH net-next v23 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v23 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 2/2] dma-mapping: clearly mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] vdpa_sim: don't select DMA_OPS
  • From: Christoph Hellwig <hch@xxxxxx>
• clearly mark DMA_OPS support as an architecture feature v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] selftests/mm: Create MAP_BELOW_HINT test
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 15/16] sparc: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 14/16] sh: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 13/16] s390: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 12/16] parisc: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 11/16] mips: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 10/16] arm: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 09/16] loongarch: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 08/16] x86: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 07/16] powerpc: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 06/16] arm64: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 05/16] riscv: mm: Support MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 04/16] mm: Add generic MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 03/16] mm: Add flag and len param to arch_get_mmap_base()
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 02/16] riscv: mm: Do not restrict mmap address based on hint
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 01/16] mm: Add MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 00/16] mm: Introduce MAP_BELOW_HINT
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v22 05/13] page_pool: devmem support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v22 04/13] netdev: netdevice devmem allocator
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v22 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 24/26] arch_numa: switch over to numa_memblks
  • From: Bruno Faccini <bfaccini@xxxxxxxxxx>
• Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH v2 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: clearly mark DMA_OPS support as an architecture feasture
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH net-next v22 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v22 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH] dma-mapping: clear mark DMA ops as an architecture feature
  • From: Christoph Hellwig <hch@xxxxxx>
• clearly mark DMA_OPS support as an architecture feasture
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options
  • From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm: PGTABLE_HAS_P[MU]D_LEAVES config options
  • From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm: THP-agnostic refactor on huge mappings
  • From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v21 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v21 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v20 00/13] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v20 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: Build regressions/improvements in v6.11-rc4
  • From: Rodrigo Vivi <rodrigo.vivi@xxxxxxxxx>
• Re: Build regressions/improvements in v6.11-rc4
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: Build regressions/improvements in v6.11-rc4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH net-next v20 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v20 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH net-next v19 09/13] tcp: RX path for devmem TCP
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• Re: [PATCH net-next v19 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 09/13] tcp: RX path for devmem TCP
  • From: Taehee Yoo <ap420073@xxxxxxxxx>
• RE: [PATCH v2 09/13] csky, hexagon: fix broken sys_sync_file_range
  • From: Brian Cain <bcain@xxxxxxxxxxx>
• Re: [PATCH net-next v19 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v19 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] arch/sparc: remove unused varible paddrbase in function leon_swprobe()
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [PATCH net-next v19 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v19 03/13] netdev: support binding dma-buf to netdevice
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>