Linux Arch

• Thread Index

• Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 23/24] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 22/24] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] arc: Implement the new page table range API
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• [PATCH 8/7] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Current LKMM patch disposition
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v1 RFC Zisslpcfi 05/20] mmap : Introducing new protection "PROT_SHADOWSTACK" for mmap
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH 5/7] alpha: Implement the new page table range API
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 6/7] arc: Implement the new page table range API
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• [PATCH] tools/memory-model: Add details about SRCU read-side critical sections
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/2] char/agp: introduce asm-generic/agp.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/2] char/agp: consolidate {alloc,free}_gatt_pages()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/2] char/agp: consolidate asm/agp.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 7/7] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 0/7] New arch interfaces for manipulating multiple pages
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 4/7] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 5/7] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 3/7] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 6/7] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 1/7] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 2/7] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Oliver Upton <oliver.upton@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 5.4 v2 6/6] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 4/6] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 5/6] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 0/6] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 3/6] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 2/6] arch: fix broken BuildID for arm64 and riscv
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.4 v2 1/6] x86, vmlinux.lds: Add RUNTIME_DISCARD_EXIT to generic DISCARDS
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 5/5] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 1/5] arch: fix broken BuildID for arm64 and riscv
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 2/5] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 4/5] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 5/5] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.10 v2 3/5] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 0/5] Fix Build ID on arm64 if CONFIG_MODVERSIONS=y
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 3/5] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 2/5] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 4/5] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 5.15 v2 1/5] arch: fix broken BuildID for arm64 and riscv
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 7/7] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 6/7] s390: define RUNTIME_DISCARD_EXIT to fix link error with GNU ld < 2.36
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 5/7] powerpc/vmlinux.lds: Don't discard .rela* for relocatable builds
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 0/7] Backport Build ID fixes
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 4/7] powerpc/vmlinux.lds: Define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 2/7] arm64: remove special treatment for the link order of head.o
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 1/7] riscv: remove special treatment for the link order of head.o
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• [PATCH 6.1 v2 3/7] arch: fix broken BuildID for arm64 and riscv
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 03/14] Move COMPAT_ATM_ADDPARTY to net/atm/svc.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 03/14] Move COMPAT_ATM_ADDPARTY to net/atm/svc.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 06/14] Move ep_take_care_of_epollwakeup() to fs/eventpoll.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 02/10] hexagon: fix livelock in uaccess
  • From: Brian Cain <bcain@xxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4 08/18] gpiolib: remove gpio_set_debounce()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v4 03/18] hte: tegra-194: Use proper includes
  • From: Dipen Patel <dipenp@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 18/18] gpiolib: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 13/18] gpio: reg: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 12/18] gpio: aggregator: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 14/18] gpio: regmap: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: "Kalra, Ashish" <ashish.kalra@xxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 18/18] gpiolib: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 14/18] gpio: regmap: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 13/18] gpio: reg: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 12/18] gpio: aggregator: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 11/18] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 06/18] gpiolib: coldfire: remove custom asm/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 08/18] gpiolib: remove gpio_set_debounce()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 04/18] gpiolib: Make the legacy <linux/gpio.h> consumer-only
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 05/18] gpiolib: remove empty asm/gpio.h files
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 03/18] hte: tegra-194: Use proper includes
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 07/18] gpiolib: remove asm-generic/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 01/18] ARM: orion/gpio: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 15/18] gpiolib: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 09/18] gpiolib: remove legacy gpio_export()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 00/18] gpiolib cleanups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 10/18] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• [PATCH V2] LoongArch: Make -mstrict-align configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Make -mstrict-align configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 09/10] arch: Remove cmpxchg_double
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/10] slub: Replace cmpxchg_double()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH V2 3/3] SH: cpuinfo: Fix a warning for CONFIG_CPUMASK_OFFSTACK
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 08/12] gpio: aggregator: Add missing header(s)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: Cleanup rv32_defconfig
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files
  • From: "Vincenzo Palazzo" <vincenzopalazzodev@xxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: Cleanup rv32_defconfig
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [syzbot] kernel BUG in process_one_work
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [syzbot] kernel BUG in process_one_work
  • From: syzbot <syzbot+c0998868487c1f7e05e5@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] kernel BUG in __tlb_remove_page_size (2)
  • From: syzbot <syzbot+d87dd8e018fd2cc2528b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/12] gpiolib: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 08/12] gpio: aggregator: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 12/12] gpiolib: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 10/12] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 11/12] gpiolib: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 05/12] gpiolib: remove legacy gpio_export
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 03/12] gpiolib: remove asm-generic/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 02/12] gpiolib: coldfire: remove custom asm/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 00/12] gpiolib cleanups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [syzbot] kernel BUG in process_one_work
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [syzbot] kernel BUG in __tlb_remove_page_size (2)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• [PATCH v3 6/6] x86/hyperv: Fix serial console interrupts for TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 5/6] Drivers: hv: vmbus: Support TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 4/6] x86/hyperv: Support hypercalls for TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 3/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed()
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 1/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 0/6] Support TDX guests on Hyper-V
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Oliver Upton <oliver.upton@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• [syzbot] kernel BUG in process_one_work
  • From: syzbot <syzbot+c0998868487c1f7e05e5@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] riscv: Cleanup rv32_defconfig
  • From: guoren@xxxxxxxxxx
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [syzbot] kernel BUG in __tlb_remove_page_size (2)
  • From: syzbot <syzbot+d87dd8e018fd2cc2528b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH -next V16 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 7/7] riscv: entry: Consolidate general regs saving/restoring
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 2/7] riscv: ptrace: Remove duplicate operation
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 0/7] riscv: Add GENERIC_ENTRY support
  • From: guoren@xxxxxxxxxx
• [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: guoren@xxxxxxxxxx
• Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [loongarch oddities] Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Oliver Upton <oliver.upton@xxxxxxxxx>
• [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 04/10] instrumentation: Wire up cmpxchg128()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [RFC PATCH 32/32] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 28/32] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 23/32] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 19/32] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 26/32] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 18/32] ACPI: Check _STA present bit before making CPUs not present
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 25/32] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 24/32] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 22/32] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 21/32] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 31/32] arm64: document virtual CPU hotplug's expectations
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH 13/32] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 15/32] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 20/32] drivers: base: Implement weak arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 27/32] arm64: psci: Ignore DENIED CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 16/32] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 17/32] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 12/32] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 11/32] ACPI: processor: Add support for processors described as container packages
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 08/32] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 14/32] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 10/32] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 09/32] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 07/32] ia64/topology: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 03/32] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 04/32] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 05/32] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 06/32] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 02/32] ACPI: Move ACPI_HOTPLUG_CPU to be enabled per architecture
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 01/32] ia64: Fix build error due to switch case label appearing next to declaration
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 4/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 3/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 2/5] lazy tlb: introduce lazy tlb mm refcount helper functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 1/5] kthread: simplify kthread_use_mm refcounting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 0/5] shoot lazy tlbs (lazy tlb refcount scalability improvement)
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• RE: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] types: Introduce [us]128
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: Zhi Wang <zhi.wang.linux@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: Zhi Wang <zhi.wang.linux@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 09/10] arch: Remove cmpxchg_double
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 02/10] types: Introduce [us]128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 08/10] slub: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 06/10] x86,amd_iommu: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 04/10] instrumentation: Wire up cmpxchg128()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• RE: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: Matt Evans <mev@xxxxxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Paul Heidekrüger <paul.heidekrueger@xxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: guoren@xxxxxxxxxx
• [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: guoren@xxxxxxxxxx
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] sparc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] openrisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] nios2: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] microblaze: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] ia64: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] hexagon: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] alpha: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: mm: fix regression due to update_mmu_cache change
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• RE: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• RE: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] riscv: mm: fix regression due to update_mmu_cache change
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• [PATCH memory-model] Add smp_mb__after_srcu_read_unlock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 1/1] riscv: mm: notify remote harts about mmu cache updates
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• [PATCH -next V15 7/7] riscv: entry: Consolidate general regs saving/restoring
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 4/7] riscv: entry: Convert to generic entry
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 2/7] riscv: ptrace: Remove duplicate operation
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: guoren@xxxxxxxxxx
• Re: [RFC PATCH 1/1] riscv: mm: notify remote harts about mmu cache updates
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Pierluigi Passaro <pierluigi.p@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• KASAN: slab-out-of-bounds Read in ntfs_test_inode
  • From: Sanan Hasanov <sanan.hasanov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 12/31] kvx: Add other common headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/5] gpio: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 0/5] gpio: First attempt to clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/5] gpio: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/5] gpio: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 6/6] mm: export dump_mm()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 0/6] introduce vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 0/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>