Linux MIPS

• Date Index

• [now with correct Cc] [RFC] weirdness in "MIPS: ptrace: introduce NT_MIPS_MSA regset", Al Viro
• [PATCH] MIPS: Loongson64: DTS: Really fix PCIe port nodes for ls7a, Xi Ruoyao
  • Re: [PATCH] MIPS: Loongson64: DTS: Really fix PCIe port nodes for ls7a, Thomas Bogendoerfer
• Re: [PATCH] fuse: dax: No-op writepages callback, Asahi Lina
• RTL9300 (mips) fails to boot with commit d4a7f2510ff4 ("vmlinux.lds.h: Adjust symbol ordering in text output section"), Chris Packham
  • Re: RTL9300 (mips) fails to boot with commit d4a7f2510ff4 ("vmlinux.lds.h: Adjust symbol ordering in text output section"), Chris Packham
    • Re: RTL9300 (mips) fails to boot with commit d4a7f2510ff4 ("vmlinux.lds.h: Adjust symbol ordering in text output section"), Rong Xu
• MIPS32R2 Ubiquiti RouterStation/Pro, DiTBho Down in The Bunny hole
• Linux on SGI/IP30, XIO-PCI status?, DiTBho Down in The Bunny hole
• [GIT PULL] MIPS changes for v6.13, Thomas Bogendoerfer
  • Re: [GIT PULL] MIPS changes for v6.13, pr-tracker-bot
• [PATCH 0/5] MIPS: Allow using multi-cluster with a broken HCI., Gregory CLEMENT
  • [PATCH 4/5] MIPS: CPS: Support broken HCI for multicluster, Gregory CLEMENT
  • [PATCH 2/5] dt-bindings: mips: mips-cm: Add property for broken HCI information, Gregory CLEMENT
    • Re: [PATCH 2/5] dt-bindings: mips: mips-cm: Add property for broken HCI information, Rob Herring
  • [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm, Gregory CLEMENT
    • Re: [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm, Conor Dooley
    • Re: [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm, Rob Herring
      • Re: [PATCH 1/5] dt-bindings: mips: Document mti,mips-cm, Gregory CLEMENT
  • [PATCH 5/5] MIPS: mobileye: dts: eyeq6h: Enable cluster support, Gregory CLEMENT
  • [PATCH 3/5] MIPS: cm: Detect CM quirks from device tree, Gregory CLEMENT
• [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Rong Xu
  • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Masahiro Yamada
  • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Maciej W. Rozycki
    • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Rong Xu
      • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Masahiro Yamada
    • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Masahiro Yamada
      • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Maciej W. Rozycki
  • Re: [PATCH v2] MIPS: move _stext definition to vmlinux.lds.S, Masahiro Yamada
• [PATCH] vmlinux.lds.S: Explicitly set _stext for mips, Rong Xu
  • Re: [PATCH] vmlinux.lds.S: Explicitly set _stext for mips, Masahiro Yamada
    • Re: [PATCH] vmlinux.lds.S: Explicitly set _stext for mips, Rong Xu
• [PATCH v2 0/2] MAINTAINERS: Deal with the linux-mips.org mess, Maciej W. Rozycki
  • [PATCH v2 2/2] MAINTAINERS: Remove linux-mips.org references, Maciej W. Rozycki
  • Re: [PATCH v2 0/2] MAINTAINERS: Deal with the linux-mips.org mess, Konstantin Ryabitsev
  • [PATCH v2 1/2] MAINTAINERS: Retire Ralf Baechle, Maciej W. Rozycki
    • Re: [PATCH v2 1/2] MAINTAINERS: Retire Ralf Baechle, Geert Uytterhoeven
  • Re: [PATCH v2 0/2] MAINTAINERS: Deal with the linux-mips.org mess, Thomas Bogendoerfer
• [PATCH] TC: Fix the wrong format specifier, zhangjiao2
  • Re: [PATCH] TC: Fix the wrong format specifier, Maciej W. Rozycki
• [PATCH] memory: Switch back to struct platform_driver::remove(), Uwe Kleine-König
  • Re: [PATCH] memory: Switch back to struct platform_driver::remove(), Krzysztof Kozlowski
  • Re: [PATCH] memory: Switch back to struct platform_driver::remove(), Florian Fainelli
  • Re: [PATCH] memory: Switch back to struct platform_driver::remove(), Roger Quadros
• [PATCH 0/2] Documentation: dt-bindings: Fix documentation issues, Abhinav Saxena
  • [PATCH 1/2] Documentation: dt-bindings: Fix repeated words, Abhinav Saxena
    • Re: [PATCH 1/2] Documentation: dt-bindings: Fix repeated words, Krzysztof Kozlowski
    • Re: [PATCH 1/2] Documentation: dt-bindings: Fix repeated words, Rob Herring
  • [PATCH 2/2] Documentation: dt-bindings: Remove trailing whitespace, Abhinav Saxena
    • Re: [PATCH 2/2] Documentation: dt-bindings: Remove trailing whitespace, Krzysztof Kozlowski
      • Re: [PATCH 2/2] Documentation: dt-bindings: Remove trailing whitespace, Rob Herring
• [PATCH v2 00/10] Usable clocks on Mobileye EyeQ5 & EyeQ6H, Théo Lebrun
  • [PATCH v2 01/10] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Théo Lebrun
    • Re: [PATCH v2 01/10] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Krzysztof Kozlowski
    • Re: [PATCH v2 01/10] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Rob Herring (Arm)
    • Re: [PATCH v2 01/10] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Stephen Boyd
  • [PATCH v2 02/10] dt-bindings: clock: eyeq: add more Mobileye EyeQ5/EyeQ6H clocks, Théo Lebrun
    • Re: [PATCH v2 02/10] dt-bindings: clock: eyeq: add more Mobileye EyeQ5/EyeQ6H clocks, Krzysztof Kozlowski
    • Re: [PATCH v2 02/10] dt-bindings: clock: eyeq: add more Mobileye EyeQ5/EyeQ6H clocks, Stephen Boyd
  • [PATCH v2 03/10] clk: fixed-factor: add clk_hw_register_fixed_factor_index() function, Théo Lebrun
    • Re: [PATCH v2 03/10] clk: fixed-factor: add clk_hw_register_fixed_factor_index() function, Stephen Boyd
  • [PATCH v2 04/10] clk: eyeq: require clock index with phandle in all cases, Théo Lebrun
    • Re: [PATCH v2 04/10] clk: eyeq: require clock index with phandle in all cases, Stephen Boyd
  • [PATCH v2 05/10] clk: eyeq: add fixed factor clocks infrastructure, Théo Lebrun
    • Re: [PATCH v2 05/10] clk: eyeq: add fixed factor clocks infrastructure, Stephen Boyd
  • [PATCH v2 06/10] clk: eyeq: add EyeQ5 fixed factor clocks, Théo Lebrun
    • Re: [PATCH v2 06/10] clk: eyeq: add EyeQ5 fixed factor clocks, Stephen Boyd
  • [PATCH v2 07/10] clk: eyeq: add EyeQ6H central fixed factor clocks, Théo Lebrun
    • Re: [PATCH v2 07/10] clk: eyeq: add EyeQ6H central fixed factor clocks, Stephen Boyd
  • [PATCH v2 08/10] clk: eyeq: add EyeQ6H west fixed factor clocks, Théo Lebrun
    • Re: [PATCH v2 08/10] clk: eyeq: add EyeQ6H west fixed factor clocks, Stephen Boyd
  • [PATCH v2 09/10] MIPS: mobileye: eyeq5: use OLB as provider for fixed factor clocks, Théo Lebrun
    • Re: [PATCH v2 09/10] MIPS: mobileye: eyeq5: use OLB as provider for fixed factor clocks, Thomas Bogendoerfer
  • [PATCH v2 10/10] MIPS: mobileye: eyeq6h: add OLB nodes OLB and remove fixed clocks, Théo Lebrun
    • Re: [PATCH v2 10/10] MIPS: mobileye: eyeq6h: add OLB nodes OLB and remove fixed clocks, Thomas Bogendoerfer
  • Re: [PATCH v2 00/10] Usable clocks on Mobileye EyeQ5 & EyeQ6H, Théo Lebrun
    • Re: [PATCH v2 00/10] Usable clocks on Mobileye EyeQ5 & EyeQ6H, Thomas Bogendoerfer
      • Re: [PATCH v2 00/10] Usable clocks on Mobileye EyeQ5 & EyeQ6H, Théo Lebrun
• Re: [PATCH 6.11 000/245] 6.11.7-rc1 review, Naresh Kamboju
  • Re: [PATCH 6.11 000/245] 6.11.7-rc1 review, David Sterba
    • Re: [PATCH 6.11 000/245] 6.11.7-rc1 review, Greg Kroah-Hartman
• [PATCH v9 0/4] RTL9300 support for reboot and i2c, Chris Packham
  • [PATCH v9 3/4] mips: dts: realtek: Add I2C controllers, Chris Packham
    • Re: [PATCH v9 3/4] mips: dts: realtek: Add I2C controllers, Thomas Bogendoerfer
  • [PATCH v9 2/4] mips: dts: realtek: Add syscon-reboot node, Chris Packham
    • Re: [PATCH v9 2/4] mips: dts: realtek: Add syscon-reboot node, Thomas Bogendoerfer
  • [PATCH v9 1/4] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Chris Packham
    • Re: [PATCH v9 1/4] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Rob Herring (Arm)
  • [PATCH v9 4/4] i2c: Add driver for the RTL9300 I2C controller, Chris Packham
    • Re: [PATCH v9 4/4] i2c: Add driver for the RTL9300 I2C controller, Andi Shyti
      • Re: [PATCH v9 4/4] i2c: Add driver for the RTL9300 I2C controller, Chris Packham
        • Re: [PATCH v9 4/4] i2c: Add driver for the RTL9300 I2C controller, Andi Shyti
• [PATCH v2] MIPS: kernel: proc: Use str_yes_no() helper function, Thorsten Blum
  • Re: [PATCH v2] MIPS: kernel: proc: Use str_yes_no() helper function, Thorsten Blum
  • Re: [PATCH v2] MIPS: kernel: proc: Use str_yes_no() helper function, Maciej W. Rozycki
  • Re: [PATCH v2] MIPS: kernel: proc: Use str_yes_no() helper function, Thomas Bogendoerfer
• [PATCH v3] mm: define general function pXd_init(), Bibo Mao
• [PATCH v3 00/18] Wire up CRC32 library functions to arch-optimized code, Eric Biggers
  • [PATCH v3 01/18] lib/crc32: drop leading underscores from __crc32c_le_base, Eric Biggers
  • [PATCH v3 02/18] lib/crc32: improve support for arch-specific overrides, Eric Biggers
  • [PATCH v3 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Eric Biggers
    • Re: [PATCH v3 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
  • [PATCH v3 05/18] arm/crc32: expose CRC32 functions through lib, Eric Biggers
    • Re: [PATCH v3 05/18] arm/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 06/18] loongarch/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 07/18] mips/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Eric Biggers
    • Re: [PATCH v3 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Ard Biesheuvel
  • [PATCH v3 08/18] powerpc/crc32: expose CRC32 functions through lib, Eric Biggers
    • Re: [PATCH v3 08/18] powerpc/crc32: expose CRC32 functions through lib, Michael Ellerman
  • [PATCH v3 09/18] s390/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 10/18] sparc/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 11/18] x86/crc32: update prototype for crc_pcl(), Eric Biggers
  • [PATCH v3 12/18] x86/crc32: update prototype for crc32_pclmul_le_16(), Eric Biggers
  • [PATCH v3 13/18] x86/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v3 14/18] lib/crc32: make crc32c() go directly to lib, Eric Biggers
  • [PATCH v3 15/18] ext4: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v3 15/18] ext4: switch to using the crc32c library, Darrick J. Wong
      • Re: [PATCH v3 15/18] ext4: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v3 15/18] ext4: switch to using the crc32c library, Theodore Ts'o
  • [PATCH v3 17/18] f2fs: switch to using the crc32 library, Eric Biggers
    • Re: [f2fs-dev] [PATCH v3 17/18] f2fs: switch to using the crc32 library, Chao Yu
  • [PATCH v3 18/18] scsi: target: iscsi: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v3 18/18] scsi: target: iscsi: switch to using the crc32c library, Martin K. Petersen
  • [PATCH v3 16/18] jbd2: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library, Darrick J. Wong
      • Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v3 16/18] jbd2: switch to using the crc32c library, Theodore Ts'o
• [PATCH 2/2] MIPS: loongson3_defconfig: Enable blk_dev_nvme by default, WangYuli
  • Re: [PATCH 2/2] MIPS: loongson3_defconfig: Enable blk_dev_nvme by default, Krzysztof Kozlowski
• [PATCH 0/2] MIPS: loongson3_defconfig: Enable blk_dev_nvme by default, WangYuli
  • Re: [PATCH 0/2] MIPS: loongson3_defconfig: Enable blk_dev_nvme by default, Thomas Bogendoerfer
• [PATCH 1/2] MIPS: loongson3_defconfig: Update configs dependencies, WangYuli
• [PATCH] MIPS: kernel: proc: Use str_yes_no() helper function, Thorsten Blum
  • Re: [PATCH] MIPS: kernel: proc: Use str_yes_no() helper function, Maciej W. Rozycki
    • Re: [PATCH] MIPS: kernel: proc: Use str_yes_no() helper function, Thorsten Blum
      • Re: [PATCH] MIPS: kernel: proc: Use str_yes_no() helper function, Maciej W. Rozycki
        • Re: [PATCH] MIPS: kernel: proc: Use str_yes_no() helper function, Thorsten Blum
• [PATCH] irqchip/mips-gic: Fix selection of GENERIC_IRQ_EFFECTIVE_AFF_MASK, Nathan Chancellor
• [PATCH v8 0/7] RTL9300 support for reboot and i2c, Chris Packham
  • [PATCH v8 4/7] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Chris Packham
    • Re: (subset) [PATCH v8 4/7] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Lee Jones
  • [PATCH v8 1/7] dt-bindings: reset: syscon-reboot: Add reg property, Chris Packham
    • Re: [PATCH v8 1/7] dt-bindings: reset: syscon-reboot: Add reg property, Krzysztof Kozlowski
  • [PATCH v8 2/7] power: reset: syscon-reboot: Accept reg property, Chris Packham
  • [PATCH v8 3/7] dt-bindings: i2c: Add Realtek RTL I2C Controller, Chris Packham
    • Re: [PATCH v8 3/7] dt-bindings: i2c: Add Realtek RTL I2C Controller, Andi Shyti
      • Re: [PATCH v8 3/7] dt-bindings: i2c: Add Realtek RTL I2C Controller, Chris Packham
  • [PATCH v8 5/7] mips: dts: realtek: Add syscon-reboot node, Chris Packham
  • [PATCH v8 6/7] mips: dts: realtek: Add I2C controllers, Chris Packham
  • [PATCH v8 7/7] i2c: Add driver for the RTL9300 I2C controller, Chris Packham
    • Re: [PATCH v8 7/7] i2c: Add driver for the RTL9300 I2C controller, Andi Shyti
      • Re: [PATCH v8 7/7] i2c: Add driver for the RTL9300 I2C controller, Chris Packham
• [PATCH 00/13] Usable clocks on Mobileye EyeQ5 & EyeQ6H, Théo Lebrun
  • [PATCH 01/13] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Théo Lebrun
    • Re: [PATCH 01/13] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Rob Herring
      • Re: [PATCH 01/13] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Théo Lebrun
        • Re: [PATCH 01/13] dt-bindings: soc: mobileye: set `#clock-cells = <1>` for all compatibles, Rob Herring
  • [PATCH 02/13] dt-bindings: clock: eyeq: add Mobileye EyeQ5 core clocks, Théo Lebrun
  • [PATCH 09/13] clk: eyeq: add EyeQ5 fixed factor clocks, Théo Lebrun
  • [PATCH 03/13] dt-bindings: clock: eyeq: add Mobileye EyeQ5 peripheral clocks, Théo Lebrun
  • [PATCH 04/13] dt-bindings: clock: eyeq: add Mobileye EyeQ6H central clocks, Théo Lebrun
    • Re: [PATCH 04/13] dt-bindings: clock: eyeq: add Mobileye EyeQ6H central clocks, Krzysztof Kozlowski
      • Re: [PATCH 04/13] dt-bindings: clock: eyeq: add Mobileye EyeQ6H central clocks, Théo Lebrun
  • [PATCH 05/13] dt-bindings: clock: eyeq: add Mobileye EyeQ6H west clocks, Théo Lebrun
  • [PATCH 06/13] clk: fixed-factor: add clk_hw_register_fixed_factor_index() function, Théo Lebrun
  • [PATCH 11/13] clk: eyeq: add EyeQ6H west fixed factor clocks, Théo Lebrun
  • [PATCH 10/13] clk: eyeq: add EyeQ6H central fixed factor clocks, Théo Lebrun
  • [PATCH 07/13] clk: eyeq: require clock index with phandle in all cases, Théo Lebrun
  • [PATCH 13/13] MIPS: mobileye: eyeq6h: add OLB nodes OLB and remove fixed clocks, Théo Lebrun
  • [PATCH 08/13] clk: eyeq: add fixed factor clocks infrastructure, Théo Lebrun
  • [PATCH 12/13] MIPS: mobileye: eyeq5: use OLB as provider for fixed factor clocks, Théo Lebrun
• [PATCH v2] mm: define general function pXd_init(), Bibo Mao
  • Re: [PATCH v2] mm: define general function pXd_init(), Huacai Chen
  • Re: [PATCH v2] mm: define general function pXd_init(), Andrew Morton
    • Re: [PATCH v2] mm: define general function pXd_init(), maobibo
    • Re: [PATCH v2] mm: define general function pXd_init(), Huacai Chen
• SGI MIPS, Speculative Execution issue, DiTBho Down in The Bunny hole
  • Re: SGI MIPS, Speculative Execution issue, Jiaxun Yang
    • Re: SGI MIPS, Speculative Execution issue, Jiaxun Yang
      • Re: SGI MIPS, Speculative Execution issue, DiTBho Down in The Bunny hole
• [PATCH v2 0/1] clocksource: move System Tick Counter from 'arch/mips/ralink', Sergio Paracuellos
  • [PATCH v2] clocksource: Add Ralink System Tick Counter driver, Sergio Paracuellos
    • Re: [PATCH v2] clocksource: Add Ralink System Tick Counter driver, Daniel Lezcano
      • Re: [PATCH v2] clocksource: Add Ralink System Tick Counter driver, Sergio Paracuellos
• [PATCH v8 00/13] MIPS: Support I6500 multi-cluster configuration, Aleksandar Rikalo
  • [PATCH v8 01/13] irqchip/mips-gic: Introduce for_each_online_cpu_gic(), Aleksandar Rikalo
  • [PATCH v8 02/13] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic(), Aleksandar Rikalo
  • [PATCH v8 03/13] irqchip/mips-gic: Setup defaults in each cluster, Aleksandar Rikalo
  • [PATCH v8 04/13] irqchip/mips-gic: Multi-cluster support, Aleksandar Rikalo
    • Re: [PATCH v8 04/13] irqchip/mips-gic: Multi-cluster support, Thomas Gleixner
  • [PATCH v8 05/13] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Aleksandar Rikalo
  • [PATCH v8 06/13] clocksource: mips-gic-timer: Enable counter when CPUs start, Aleksandar Rikalo
  • [PATCH v8 07/13] MIPS: pm-cps: Use per-CPU variables as per-CPU, not per-core, Aleksandar Rikalo
  • [PATCH v8 08/13] MIPS: CPS: Introduce struct cluster_boot_config, Aleksandar Rikalo
  • [PATCH v8 09/13] MIPS: CPS: Boot CPUs in secondary clusters, Aleksandar Rikalo
  • [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Aleksandar Rikalo
    • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Krzysztof Kozlowski
      • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Aleksandar Rikalo
        • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Gregory CLEMENT
        • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Jiaxun Yang
          • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Jiaxun Yang
            • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Gregory CLEMENT
              • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Thomas Bogendoerfer
                • Re: [PATCH v8 10/13] dt-bindings: mips: cpu: Add property for broken HCI information, Jiaxun Yang
  • [PATCH v8 11/13] MIPS: CPS: Support broken HCI for multicluster, Aleksandar Rikalo
  • [PATCH v8 12/13] MIPS: mobileye: dts: eyeq6h: Enable cluster support, Aleksandar Rikalo
  • [PATCH v8 13/13] irqchip: mips-gic: Handle case with cluster without CPU cores, Aleksandar Rikalo
  • Re: [PATCH v8 00/13] MIPS: Support I6500 multi-cluster configuration, Jiaxun Yang
    • Re: [PATCH v8 00/13] MIPS: Support I6500 multi-cluster configuration, Maciej W. Rozycki
• [PATCH v4 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v4 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
  • [PATCH v4 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH v4 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • [PATCH v4 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • Re: [PATCH v4 0/5] implement lightweight guard pages, SeongJae Park
    • Re: [PATCH v4 0/5] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH v2 00/18] Wire up CRC32 library functions to arch-optimized code, Eric Biggers
  • [PATCH v2 01/18] lib/crc32: drop leading underscores from __crc32c_le_base, Eric Biggers
  • [PATCH v2 02/18] lib/crc32: improve support for arch-specific overrides, Eric Biggers
  • [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Eric Biggers
    • Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Ard Biesheuvel
      • Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Eric Biggers
        • Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Ard Biesheuvel
          • Re: [PATCH v2 03/18] lib/crc32: expose whether the lib is really optimized at runtime, Eric Biggers
  • [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Eric Biggers
    • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
      • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Eric Biggers
        • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Eric Biggers
          • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
          • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Herbert Xu
            • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
              • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Herbert Xu
                • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
                  • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
                    • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Herbert Xu
                      • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Eric Biggers
                        • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Ard Biesheuvel
                        • Re: [PATCH v2 04/18] crypto: crc32 - don't unnecessarily register arch algorithms, Milan Broz
  • [PATCH v2 05/18] arm/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib, Eric Biggers
    • Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib, WangYuli
      • Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib, Eric Biggers
        • Re: [PATCH v2 06/18] loongarch/crc32: expose CRC32 functions through lib, WangYuli
  • [PATCH v2 07/18] mips/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 08/18] powerpc/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 09/18] s390/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 10/18] sparc/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 11/18] x86/crc32: update prototype for crc_pcl(), Eric Biggers
  • [PATCH v2 12/18] x86/crc32: update prototype for crc32_pclmul_le_16(), Eric Biggers
  • [PATCH v2 13/18] x86/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH v2 14/18] lib/crc32: make crc32c() go directly to lib, Eric Biggers
  • [PATCH v2 15/18] ext4: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v2 15/18] ext4: switch to using the crc32c library, Theodore Ts'o
  • [PATCH v2 16/18] jbd2: switch to using the crc32c library, Eric Biggers
  • [PATCH v2 17/18] f2fs: switch to using the crc32 library, Eric Biggers
  • [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library, Eric Biggers
    • Re: [PATCH v2 18/18] scsi: target: iscsi: switch to using the crc32c library, Ard Biesheuvel
• [PATCH] mm: yield on fatal signal/cond_sched() in vector_madvise(), Lorenzo Stoakes
• [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores, Gregory CLEMENT
  • Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores, Jiaxun Yang
    • Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores, Gregory CLEMENT
      • Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores, Jiaxun Yang
  • Re: [PATCH] irqchip: mips-gic: Handle case with cluster without CPU cores, Thomas Gleixner
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ar Worf
  • <Possible follow-ups>
  • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", thomas superb
• linux: Goodbye from a Linux community volunteer, Serge Semin
  • Re: linux: Goodbye from a Linux community volunteer, Reimar Döffinger
  • Re: linux: Goodbye from a Linux community volunteer, Philipp Stanner
  • Re: linux: Goodbye from a Linux community volunteer, Jiaxun Yang
  • Re: linux: Goodbye from a Linux community volunteer, James Bottomley
    • Re: linux: Goodbye from a Linux community volunteer, Jiaxun Yang
      • Re: linux: Goodbye from a Linux community volunteer, Dragan Milivojević
      • Re: linux: Goodbye from a Linux community volunteer, James Bottomley
        • Re: linux: Goodbye from a Linux community volunteer, Jiaxun Yang
          • Re: linux: Goodbye from a Linux community volunteer, Andreas Herrmann
    • Re: linux: Goodbye from a Linux community volunteer, Peter Cai
      • Re: linux: Goodbye from a Linux community volunteer, Dragan Milivojević
        • Re: linux: Goodbye from a Linux community volunteer, Andy Shevchenko
          • Re: linux: Goodbye from a Linux community volunteer, Dragan Milivojević
            • Re: linux: Goodbye from a Linux community volunteer, Andy Shevchenko
            • Re: linux: Goodbye from a Linux community volunteer, metux
        • Message not available
          • Message not available
            • Message not available
              • Message not available
                • Re: Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer], metux
                  • Re: Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer], Goran
                  • Message not available
                    • Re: Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer], metux
        • Message not available
          • Message not available
            • Re: Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer], metux
      • Re: linux: Goodbye from a Linux community volunteer, Jiaxun Yang
    • Re: linux: Goodbye from a Linux community volunteer, Hantong Chen
      • Re: linux: Goodbye from a Linux community volunteer, Theodore Ts'o
        • Re: linux: Goodbye from a Linux community volunteer, Hantong Chen
          • Re: linux: Goodbye from a Linux community volunteer, Theodore Ts'o
            • Re: linux: Goodbye from a Linux community volunteer, Dragan Milivojević
          • Message not available
            • Re: Maintainers now blocked from kernel.org mail access [WAS Re: linux: Goodbye from a Linux community volunteer], metux
        • Message not available
          • Re: linux: Goodbye from a Linux community volunteer, Theodore Ts'o
  • Re: linux: Goodbye from a Linux community volunteer, Oleksiy Protas
    • Re: linux: Goodbye from a Linux community volunteer, Dragan Milivojević
      • Re: linux: Goodbye from a Linux community volunteer, Oleksiy Protas
        • Re: linux: Goodbye from a Linux community volunteer, Andy Shevchenko
          • Re: linux: Goodbye from a Linux community volunteer, Oleksiy Protas
  • Re: linux: Goodbye from a Linux community volunteer, Khalil Fazal
  • Re: linux: Goodbye from a Linux community volunteer, Yanteng Si
• [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify, Usama Arif
  • Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify, Rob Herring
    • Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify, Usama Arif
  • Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify, Will Deacon
    • Re: [PATCH v2] of/fdt: add dt_phys arg to early_init_dt_scan and early_init_dt_verify, Rob Herring
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v7 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v7 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
  • [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
  • [PATCH v7 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit, Mike Rapoport
  • Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Steven Rostedt
    • Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
• [PATCH v3 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Andrew Morton
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
        • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, David Hildenbrand
          • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
            • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, David Hildenbrand
              • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Vlastimil Babka
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Jarkko Sakkinen
      • Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker, Jarkko Sakkinen
  • [PATCH v3 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Andrew Morton
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Andrew Morton
          • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
        • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
          • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
      • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism, Jarkko Sakkinen
  • [PATCH v3 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH v3 5/5] selftests/mm: add self tests for guard page feature, Jarkko Sakkinen
• [PATCH v6] clk: eyeq: add driver, Théo Lebrun
  • Re: [PATCH v6] clk: eyeq: add driver, Stephen Boyd
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements, jisralbasha
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., WangYuli
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
    • [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Kexy Biscuit
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikita Travkin
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", WangYuli
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Mingcong Bai
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tonghao Zhang
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikita Shubin
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Lance Yang
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Yangyu Chen
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Sergio Paracuellos
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Yao Zi
      • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Linus Torvalds
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Phillip Susi
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Peter Cai
            • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Linus Torvalds
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Peter Cai
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Mikhail Novosyolov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nikolay Kichukov
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", NotYourFox
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Integral
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", B4D_US3R
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
            • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Andy Shevchenko
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Guenter Roeck
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                  • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Guenter Roeck
                    • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Nopempele N
              • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Ivan Epifanov
                • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Sergey Shtylyov
          • what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Michael Shigorin
            • Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Wanglei
            • Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."), Wanglei
          • [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries, Vladimir Vladimirovich Putin
            • [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements., Vladimir Vladimirovich Putin
              • lore.kernel.org getting senile ? [WAS: [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements., metux
            • [PATCH 2/2] MAINTAINERS: Remove Loongson due to compilance requirements., Vladimir Vladimirovich Putin
            • Re: [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries, NotYourFox
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No15872808016711155501295394132314014329123383180896101673526784107152032490028137321872772627535220808528284975537183562225013000
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • LINUS TORVALDS IS A DICK, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • [NOTIFICATION] Linux Mailing List - New Messages, Russian Troll Factory No2333113724691862412370505314550 . 301522361658681972819097215937998212703204793632409614950580 . 711014116901113627315250812066331608136907483394686821870024 . =?UTF-8?Q?03945103220676365158666227821
          • [NOTIFICATION] Linux Mailing List - New Messages, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • [THE TRUTH] LINUS TORVALDS IS A DICK, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • Magisk patch for android nox devices, Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653
          • Magisk patch for android nox devices, Russian Troll Factory No281742296698911513916097227571403478972960872081416129133806325921427484102557115242113662430579342664221326259814970166525751
          • Magisk patch for android nox devices, Russian Troll Factory No6219308334036166534455211471731614489664454072434926844222899273128481508994108304892285631274729335234168233171701621827481
          • Magisk patch for android nox devices, Russian Troll Factory No1623111911887115334126552327810255156763100131913948076972599316269133292559116809224612844417367366531719173361944319700320516404
          • Magisk patch for android nox devices, Russian Troll Factory No103439967473128505210232207132519962184561092430770196023271499821112313107315235535885823896315333202386343974220981522926002
          • Magisk patch for android nox devices, Russian Troll Factory No30459682557228112105012516369384861630659931201419675109881871217488537219982036431405381624542283323525020322246374487
          • Magisk patch for android nox devices, Russian Troll Factory No15934244494020120642396510575290130910162782353616833177811891830603103514006166792191719531181158225091057727110305002264216876
          • Magisk patch for android nox devices, Russian Troll Factory No1134522873327151948221826694232951069642232359833514323664229350247553198027171543126898136796110301802891631367252341110218926
          • Magisk patch for android nox devices, Russian Troll Factory No101558695295104112222171147244812024410111895196322567722811215107263107132653141041551231219108641203329828612151322236011190
          • Magisk patch for android nox devices, Russian Troll Factory No815620860248991615389861340054351180625809278551764113110229532173024199158632461416948561818543245642959930231834417238229929252
          • Magisk patch for android nox devices, Russian Troll Factory No260514655240868651681554541120830602982121025722286328249193132677890951209756961642118806381177982473576792841666513973
          • Magisk patch for android nox devices, Russian Troll Factory No20905209601311958242731565374199235311807310329238357771204132243322402928837852364679735075180081157725285325023645145514407
          • Magisk patch for android nox devices, Russian Troll Factory No287721318910032309081113513943682726499271761791820951281951436454832220155122863228825355525167129912573205532461224992759424873
          • Magisk patch for android nox devices, Russian Troll Factory No17826218401105021817842129545381128121753081730610171471353027717322491121330093113273059749101093118488354821189169813209831860
          • Magisk patch for android nox devices, Russian Troll Factory No229072043219446111872669757514602190831514292781279135132810425289178499138369441911020342259711302012736581010934125359460
          • Magisk patch for android nox devices, Russian Troll Factory No6049212961557023367288726997179212728420815175652006210532816246372233429930783910156192832738213244323722258626768190012801429625
          • Magisk patch for android nox devices, Russian Troll Factory No3251214663148522521522520115442277024236842294791806428259808821013261332189610550118606398324732819928675167321449493331773629199
          • Magisk patch for android nox devices, Russian Troll Factory No3009113635287891861913185655201581154924871136012270414348130192884625096102051382618699963388092363229814700261331871761329474
          • Magisk patch for android nox devices, Russian Troll Factory No14618279572208551642101103740962120117370252952048311852188413910185679690829314191248641272410849196441385512151172242044520279
          • Magisk patch for android nox devices, Russian Troll Factory No23060182024416380525440170451926936691156862103912740708129141738823946402926672226902566110254283736742249027058607213094
          • Magisk patch for android nox devices, Russian Troll Factory No2843521911106131646113453137919440112706319275011777828742997520352230512502114345975733522649412069169501286322423657199205879
          • Magisk patch for android nox devices, Russian Troll Factory No23842130191005615298197021176028071661393765023998612818175484311252912213179134437986189991480920612188433236525528315786385
          • Magisk patch for android nox devices, Russian Troll Factory No1072927230971227864746261252257929144161832119427680493412026249156751791411748303808449140682386715963223892737228046176911838
          • Magisk patch for android nox devices, Russian Troll Factory No74255552498227832615065052010472479835158450552548358488651726023873146347163208232916321944189786270563719972248210083
          • Magisk patch for android nox devices, Russian Troll Factory No30173278224503208632368615297312671257826248300782790835761136815941206154804196863873443244623300734517418251325039324193377
          • Magisk patch for android nox devices, Russian Troll Factory No280911976419696751013153320826047285019318295994323692916566562245381307728983236971281311209893230077630560163463230127673
          • Magisk patch for android nox devices, Russian Troll Factory No224144578241966920156064188199102753442345511660015209216651919775173258737401357233015740549927918214791708113432289353039
          • Magisk patch for android nox devices, Russian Troll Factory No785711924750158342620131827108520175222218412130628841180683210094684889142972473031440492009629643309731963256622731026967
          • Magisk patch for android nox devices, Russian Troll Factory No263382801613128241581220920799267751828717445239952613442103093227910004286843140521447116461243919301298201212910162126670027636
          • Magisk patch for android nox devices, Russian Troll Factory No1453814022200981107625138523228501451930834124675582212844455857829216311903157331000974131513604256422023857593247344819185
          • Magisk patch for android nox devices, Russian Troll Factory No891622132171136182871822154215668629584198453101825252952799015417288673125817024261462302707229403263072352343831698227498
          • Magisk patch for android nox devices, Russian Troll Factory No2459879441353210121129569357233712483264622714116913729475501589112132848621632956160261816310147828314142940631788203423925
          • Magisk patch for android nox devices, Russian Troll Factory No41163039818827240705513532026497164262436828500263341650943622628122712578929855268467945401149926696447018832276161779832264
          • Magisk patch for android nox devices, Russian Troll Factory No1536239842895262931225811575185472591149412074612914204882687495714634103492751930559223641220723968220682072022693143133166911303
          • Magisk patch for android nox devices, Russian Troll Factory No124102107614936132237169106192194306572797123221588731441134731292530075318731846332329166771387842821482716761931624377595610961
          • Magisk patch for android nox devices, Russian Troll Factory No29127292801656230002288881190516189900529711444515686669436139362508727712154442096525563677160452319632001321783263785273714
          • Magisk patch for android nox devices, Russian Troll Factory No134398604222658691317071485813290162362119138299248751155352853315159317771744424793254803551268236789250431586118349188925940
          • Magisk patch for android nox devices, Russian Troll Factory No2708244593518649817073458115213400141616877250811766822346192812686202883217843230833232112404007111781932511204195783256
          • Magisk patch for android nox devices, Russian Troll Factory No271241182262529470158368334307958208204522924631681408115158110636801578517908140749826211402494881312487421951176430536853
          • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Tor Vic
      • Message not available
        • Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.", Andy Shevchenko
    • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
      • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., WangYuli
      • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Jiaxun Yang
        • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Mingcong Bai
  • <Possible follow-ups>
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Anna Antonenko
  • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Nikita Shubin
  • [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., Jensen Huang
    • Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements., 陈寒彤
• provide generic page_to_phys and phys_to_page implementations v3, Christoph Hellwig
  • [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, Christoph Hellwig
    • Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, Christophe Leroy
  • Re: provide generic page_to_phys and phys_to_page implementations v3, Arnd Bergmann
• [PATCH] MIPS: export __cmpxchg_small(), David Sterba
  • Re: [PATCH] MIPS: export __cmpxchg_small(), Thomas Bogendoerfer
• [no subject], Unknown
• [PATCH v5 0/5] iio: fix possible race condition during access of available info lists, Matteo Martelli
  • [PATCH v5 1/5] iio: core: add read_avail_release_resource callback to fix race, Matteo Martelli
  • [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
    • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Andy Shevchenko
      • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Jonathan Cameron
      • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
        • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Jonathan Cameron
          • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
            • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Jonathan Cameron
              • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
                • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
                  • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Andy Shevchenko
                    • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
                      • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Andy Shevchenko
                        • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
                          • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Andy Shevchenko
                            • Re: [PATCH v5 2/5] iio: consumers: copy/release available info from producer to fix race, Jonathan Cameron
  • [PATCH v5 3/5] iio: pac1921: use read_avail+release APIs instead of custom ext_info, Matteo Martelli
  • [PATCH v5 4/5] iio: ad7192: copy/release available filter frequencies to fix race, Matteo Martelli
  • [PATCH v5 5/5] iio: as73211: copy/release available integration times to fix race, Matteo Martelli
  • Re: [PATCH v5 0/5] iio: fix possible race condition during access of available info lists, Jonathan Cameron
• [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code, Eric Biggers
  • [PATCH 01/15] lib/crc32: drop leading underscores from __crc32c_le_base, Eric Biggers
  • [PATCH 02/15] lib/crc32: improve support for arch-specific overrides, Eric Biggers
  • [PATCH 03/15] arm/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 04/15] loongarch/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 05/15] mips/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 06/15] powerpc/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 07/15] s390/crc32: expose CRC32 functions through lib, Eric Biggers
    • Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib, Heiko Carstens
      • Re: [PATCH 07/15] s390/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 08/15] sparc/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 09/15] x86/crc32: update prototype for crc_pcl(), Eric Biggers
  • [PATCH 10/15] x86/crc32: update prototype for crc32_pclmul_le_16(), Eric Biggers
  • [PATCH 11/15] x86/crc32: expose CRC32 functions through lib, Eric Biggers
  • [PATCH 12/15] lib/crc32: make crc32c() go directly to lib, Eric Biggers
  • [PATCH 13/15] ext4: switch to using the crc32c library, Eric Biggers
  • [PATCH 14/15] jbd2: switch to using the crc32c library, Eric Biggers
  • [PATCH 15/15] f2fs: switch to using the crc32 library, Eric Biggers
  • Re: [PATCH 00/15] Wire up CRC32 library functions to arch-optimized code, Ard Biesheuvel
• [PATCH] crypto: mips/crc32 - fix the CRC32C implementation, Eric Biggers
  • Re:[PATCH] crypto: mips/crc32 - fix the CRC32C implementation, Wentao Guan
  • Re: [PATCH] crypto: mips/crc32 - fix the CRC32C implementation, WangYuli
  • Re: [PATCH] crypto: mips/crc32 - fix the CRC32C implementation, Herbert Xu
• [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Dave Hansen
    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
            • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
            • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
              • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                  • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                    • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                      • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
                        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
                        • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, Vlastimil Babka
                          • Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker, David Hildenbrand
  • [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Shuah Khan
      • Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
    • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, John Hubbard
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
    • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
                  • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
                  • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, David Hildenbrand
      • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
        • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Vlastimil Babka
          • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Jann Horn
            • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
              • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Jann Horn
                • Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
    • Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Vlastimil Babka
      • Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH v2 4/5] tools: testing: update tools UAPI header for mman-common.h, Lorenzo Stoakes
  • Re: [PATCH v2 0/5] implement lightweight guard pages, Florian Weimer
    • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
    • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
      • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
        • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
          • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
            • Re: [PATCH v2 0/5] implement lightweight guard pages, Vlastimil Babka
              • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
                  • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                    • Re: [PATCH v2 0/5] implement lightweight guard pages, Marco Elver
                      • Re: [PATCH v2 0/5] implement lightweight guard pages, David Hildenbrand
                        • Re: [PATCH v2 0/5] implement lightweight guard pages, Lorenzo Stoakes
              • Re: [PATCH v2 0/5] implement lightweight guard pages, Dmitry Vyukov
• [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration, Aleksandar Rikalo
  • [PATCH v7 01/12] irqchip/mips-gic: Introduce for_each_online_cpu_gic(), Aleksandar Rikalo
  • [PATCH v7 02/12] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic(), Aleksandar Rikalo
    • Re: [PATCH v7 02/12] irqchip/mips-gic: Support multi-cluster in for_each_online_cpu_gic(), Thomas Gleixner
  • [PATCH v7 03/12] irqchip/mips-gic: Setup defaults in each cluster, Aleksandar Rikalo
  • [PATCH v7 04/12] irqchip/mips-gic: Multi-cluster support, Aleksandar Rikalo
  • [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Aleksandar Rikalo
    • Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Daniel Lezcano
      • Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Thomas Bogendoerfer
        • Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Daniel Lezcano
          • Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Thomas Bogendoerfer
    • Re: [PATCH v7 05/12] clocksource: mips-gic-timer: Always use cluster 0 counter as clocksource, Daniel Lezcano
  • [PATCH v7 06/12] clocksource: mips-gic-timer: Enable counter when CPUs start, Aleksandar Rikalo
  • [PATCH v7 07/12] MIPS: pm-cps: Use per-CPU variables as per-CPU, not per-core, Aleksandar Rikalo
  • [PATCH v7 08/12] MIPS: CPS: Introduce struct cluster_boot_config, Aleksandar Rikalo
  • [PATCH v7 09/12] MIPS: CPS: Boot CPUs in secondary clusters, Aleksandar Rikalo
  • [PATCH v7 10/12] dt-bindings: mips: cpu: Add property for broken HCI information, Aleksandar Rikalo
    • Re: [PATCH v7 10/12] dt-bindings: mips: cpu: Add property for broken HCI information, Krzysztof Kozlowski
  • [PATCH v7 11/12] MIPS: CPS: Support broken HCI for multicluster, Aleksandar Rikalo
  • [PATCH v7 12/12] MIPS: mobileye: dts: eyeq6h: Enable cluster support, Aleksandar Rikalo
  • Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration, Gregory CLEMENT
    • Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration, Gregory CLEMENT
    • Message not available
      • Re: [PATCH v7 00/12] MIPS: Support I6500 multi-cluster configuration, Gregory CLEMENT
• [PATCH 3/3] MIPS: mobileye: dts: eyeq6h: Enable cluster support, Gregory CLEMENT
• [PATCH v4 0/5] iio: fix possible race condition during access of available info lists, Matteo Martelli
  • [PATCH v4 1/5] iio: core: add read_avail_release_resource callback to fix race, Matteo Martelli
  • [PATCH v4 2/5] iio: consumers: copy/release available info from producer to fix race, Matteo Martelli
    • Re: [PATCH v4 2/5] iio: consumers: copy/release available info from producer to fix race, Jonathan Cameron
  • [PATCH v4 3/5] iio: pac1921: use read_avail+release APIs instead of custom ext_info, Matteo Martelli
  • [PATCH v4 4/5] iio: ad7192: copy/release available filter frequencies to fix race, Matteo Martelli
  • [PATCH v4 5/5] iio: as73211: copy/release available integration times to fix race, Matteo Martelli
    • Re: [PATCH v4 5/5] iio: as73211: copy/release available integration times to fix race, Christian Eggers
  • Re: [PATCH v4 0/5] iio: fix possible race condition during access of available info lists, Jonathan Cameron
• [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
  • [PATCH 1/4] mm: pagewalk: add the ability to install PTEs, Lorenzo Stoakes
  • [PATCH 3/4] mm: madvise: implement lightweight guard page mechanism, Lorenzo Stoakes
  • [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
    • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
      • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
        • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
          • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
            • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Shuah Khan
              • Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature, Lorenzo Stoakes
  • [PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker, Lorenzo Stoakes
  • Re: [PATCH 0/4] implement lightweight guard pages, Vlastimil Babka
    • Re: [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
      • Re: [PATCH 0/4] implement lightweight guard pages, Lorenzo Stoakes
• [PATCH 2/3] MIPS: CPS: Support broken HCI for multicluster, Gregory CLEMENT
• [PATCH 1/3] dt-bindings: mips: cpu: Add property for broken HCI information, Gregory CLEMENT
• [PATCH v2][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks, Paulo Miguel Almeida
  • Re: [PATCH v2][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks, Maciej W. Rozycki
  • Re: [PATCH v2][next] mips: sgi-ip22: Replace "s[n]?printf" with sysfs_emit in sysfs callbacks, Thomas Bogendoerfer
• [no subject], Paulo Miguel Almeida
  • Re:, Paulo Miguel Almeida
• [PATCH v7 0/6] RTL9300 support for reboot and i2c, Chris Packham
  • [PATCH v7 2/6] power: reset: syscon-reboot: Accept reg property, Chris Packham
  • [PATCH v7 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Chris Packham
    • Re: [PATCH v7 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Krzysztof Kozlowski
    • Re: [PATCH v7 3/6] dt-bindings: mfd: Add Realtek RTL9300 switch peripherals, Lee Jones
  • [PATCH v7 1/6] dt-bindings: reset: syscon-reboot: Add reg property, Chris Packham
  • [PATCH v7 4/6] mips: dts: realtek: Add syscon-reboot node, Chris Packham
  • [PATCH v7 5/6] mips: dts: realtek: Add I2C controllers, Chris Packham
  • [PATCH v7 6/6] i2c: Add driver for the RTL9300 I2C controller, Chris Packham
• Re: [linux-next:master 4584/4954] ERROR: modpost: "__cmpxchg_small" [fs/btrfs/btrfs.ko] undefined!, David Sterba
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Uladzislau Rezki
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Luis Chamberlain
  • [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Uladzislau Rezki
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Luis Chamberlain
  • [PATCH v6 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
    • Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h, Luis Chamberlain
  • [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Luis Chamberlain
  • [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Luis Chamberlain
  • [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Peter Zijlstra
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
          • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
  • [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Mike Rapoport
    • Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Luis Chamberlain
  • Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Luis Chamberlain
• [PATCH v2] cpufreq: loongson2: Unregister platform_driver on failure, Yuan Can
  • Re: [PATCH v2] cpufreq: loongson2: Unregister platform_driver on failure, Viresh Kumar
• [PATCH v6 0/6] RTL9300 support for reboot and i2c, Chris Packham
  • [PATCH v6 2/6] power: reset: syscon-reboot: Accept reg property, Chris Packham
  • [PATCH v6 1/6] dt-bindings: reset: syscon-reboot: Add reg property, Chris Packham