Linux Arch

• Thread Index

• [PATCH v3 28/36] kselftest/arm64: Add framework support for GCS to signal handling tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 30/36] kselftest/arm64: Always run signals tests with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 29/36] kselftest/arm64: Allow signals tests to specify an expected si_code
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 27/36] kselftest/arm64: Add GCS as a detected feature in the signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 26/36] kselftest/arm64: Verify the GCS hwcap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 25/36] arm64: Add Kconfig for Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 24/36] arm64/ptrace: Expose GCS via ptrace and core files
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 23/36] arm64/signal: Expose GCS state in signal frames
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 22/36] arm64/signal: Set up and restore the GCS context for signal handlers
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 21/36] arm64/mm: Implement map_shadow_stack()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 20/36] arm64/gcs: Implement shadow stack prctl() interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 19/36] arm64/gcs: Allocate a new GCS for threads with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 18/36] arm64/gcs: Context switch GCS state for EL0
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 17/36] arm64/mm: Handle GCS data aborts
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 16/36] arm64/traps: Handle GCS exceptions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 15/36] arm64/hwcap: Add hwcap for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 14/36] arm64/idreg: Add overrride for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 13/36] arm64/gcs: Allow GCS usage at EL0 and EL1
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 12/36] KVM: arm64: Manage GCS registers for guests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 11/36] arm64/mm: Map pages for guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 10/36] mm: Define VM_SHADOW_STACK for arm64 when we support GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 09/36] arm64/mm: Allocate PIE slots for EL0 guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 08/36] arm64/cpufeature: Runtime detection of Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 07/36] arm64/gcs: Provide copy_to_user_gcs()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 06/36] arm64/gcs: Add manual encodings of GCS instructions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 05/36] arm64/sysreg: Add definitions for architected GCS caps
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 04/36] arm64/sysreg: Add new system registers for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 03/36] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 02/36] arm64: Document boot requirements for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 01/36] prctl: arch-agnostic prctl for shadow stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 00/36] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] Add support for sharing page tables across processes (Previously mshare)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] Add support for sharing page tables across processes (Previously mshare)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH V2] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: bibo mao <maobibo@xxxxxxxxxxx>
• Re: [PATCH V2] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH] locking/arch: Rewrite local_add_unless as static inline function
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH RFC v2 0/4] Add support for sharing page tables across processes (Previously mshare)
  • From: Rongwei Wang <rongwei.wang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH V2] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [GIT PULL] LoongArch fixes for v6.5-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [GIT PULL] LoongArch fixes for v6.5-rc4
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2 0/2] riscv: stack: Fixup independent softirq/irq stack for CONFIG_FRAME_POINTER=n
  • From: Drew Fustini <dfustini@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION d7b3af5a77e8d8da28f435f313e069aea5bcf172
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH V2] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v2 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] riscv: Improve flush_tlb_kernel_range()
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] riscv: Improve flush_tlb_range() for hugetlb pages
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] riscv: Improve flush_tlb()
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH V3 5/9] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• RE: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH V2] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [PATCH V2] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] asm-generic: Unify uapi bitsperlong.h for arm64, riscv and loongarch
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 00/15] Introduce /dev/mshv drivers
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 13/15] uapi: hyperv: Add mshv driver headers hvhdk.h, hvhdk_mini.h, hvgdk.h, hvgdk_mini.h
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/15] hyperv-tlfs: Change shared HV_REGISTER_* defines to HV_MSR_*
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/15] x86: hyperv: Add mshv_handler irq handler and setup function
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/15] hyperv: Move hv_connection_id to hyperv-tlfs
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 03/15] mshyperv: Introduce numa_node_to_proximity_domain_info
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 00/15] Introduce /dev/mshv drivers
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/15] Drivers: hv: Introduce per-cpu event ring tail
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/15] Documentation: Reserve ioctl number for mshv driver
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/15] Drivers: hv: Introduce hv_output_arg_exists in hv_common
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/15] Drivers: hv: export vmbus_isr, hv_context and hv_post_message
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/15] mshyperv: Introduce hv_get_hypervisor_version
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/15] Drivers: hv: Move hv_call_deposit_pages and hv_call_create_vp to common code
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 14/15] asm-generic: hyperv: Use mshv headers conditionally. Add asm-generic/hyperv-defs.h
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 04/15] asm-generic/mshyperv: Introduce hv_recommend_using_aeoi()
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/15] hyperv-tlfs: Introduce hv_status_to_string and hv_status_to_errno
  • From: Nuno Das Neves <nunodasneves@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v2 4/4] riscv: Improve flush_tlb_kernel_range()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v2 2/4] riscv: Improve flush_tlb_range() for hugetlb pages
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v2 1/4] riscv: Improve flush_tlb()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v2 0/4] riscv: tlb flush improvements
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 12/12] virt: geniezone: Add memory pin/unpin support
  • From: Elliot Berman <quic_eberman@xxxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: "dalias@xxxxxxxx" <dalias@xxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 03/12] virt: geniezone: Add GenieZone hypervisor support
  • From: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxx>
• RE: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v5 03/12] virt: geniezone: Add GenieZone hypervisor support
  • From: Eugen Hristev <eugen.hristev@xxxxxxxxxxxxx>
• [PATCH v5 09/12] virt: geniezone: Add dtb config support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 00/12] GenieZone hypervisor drivers
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 10/12] virt: geniezone: Add virtual timer support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 02/12] dt-bindings: hypervisor: Add MediaTek GenieZone hypervisor
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 01/12] docs: geniezone: Introduce GenieZone hypervisor
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 04/12] virt: geniezone: Add vcpu support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 08/12] virt: geniezone: Add memory region support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 03/12] virt: geniezone: Add GenieZone hypervisor support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 06/12] virt: geniezone: Add irqfd support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 07/12] virt: geniezone: Add ioeventfd support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 05/12] virt: geniezone: Add irqchip support for virtual interrupt injection
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 12/12] virt: geniezone: Add memory pin/unpin support
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• [PATCH v5 11/12] virt: geniezone: Add guest page fault handler
  • From: Yi-De Wu <yi-de.wu@xxxxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• RE: [PATCH v9 0/2] Support TDX guests on Hyper-V (the x86/tdx part)
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• RE: [PATCH v9 1/2] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH mm-unstable v7 00/31] Split ptdesc from struct page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH V3 5/9] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH V3 7/9] x86/hyperv: Initialize cpu and memory for SEV-SNP enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH V3 5/9] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH V2] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH] asm-generic/mmiowb: Mark accesses to fix KCSAN warnings
  • From: Rohan McLure <rmclure@xxxxxxxxxxxxx>
• Re: [PATCH V3 7/9] x86/hyperv: Initialize cpu and memory for SEV-SNP enlightened guest
  • From: Jinank Jain <jinankjain@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V3 5/9] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V3 2/9] x86/hyperv: Set Virtual Trust Level in VMBus init message
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V3 1/9] x86/hyperv: Add sev-snp enlightened guest static key
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Add fchmodat2() - or add a more general syscall?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Add fchmodat2() - or add a more general syscall?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH] x86/hyperv: Rename hv_isolation_type_snp/en_snp() to isol_type_snp_paravisor/enlightened()
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [PATCH v1 05/14] futex: Add sys_futex_wake()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 09/14] futex: Add sys_futex_requeue()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 06/14] futex: Add sys_futex_wait()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v7 00/31] Split ptdesc from struct page
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH mm-unstable v7 31/31] mm: Remove pgtable_{pmd, pte}_page_{ctor, dtor}() wrappers
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 30/31] um: Convert {pmd, pte}_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 27/31] sh: Convert pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 29/31] sparc: Convert pgtable_pte_page_{ctor, dtor}() to ptdesc equivalents
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 25/31] openrisc: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 28/31] sparc64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 26/31] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 24/31] nios2: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 21/31] loongarch: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 20/31] hexagon: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 22/31] m68k: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 19/31] csky: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 23/31] mips: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 18/31] arm64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 17/31] arm: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 16/31] pgalloc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 15/31] mm: Remove page table members from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 14/31] s390: Convert various pgalloc functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 13/31] x86: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 12/31] powerpc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 10/31] mm: Convert ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 11/31] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 09/31] mm: Convert pmd_ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 08/31] mm: Convert ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 07/31] mm: Convert pmd_ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 06/31] mm: Convert ptlock_ptr() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 04/31] mm: Convert pmd_pgtable_page() callers to use pmd_ptdesc()
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 05/31] mm: Convert ptlock_alloc() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 02/31] pgtable: Create struct ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 03/31] mm: add utility functions for ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 01/31] mm: Add PAGE_TYPE_OP folio functions
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH mm-unstable v7 00/31] Split ptdesc from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• RE: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 10/14] mm: Add vmalloc_huge_node()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v1 1/1] asm-generic: Fix spelling of architecture
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 35/35] kselftest/arm64: Enable GCS for the FP stress tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 32/35] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 30/35] kselftest/arm64: Always run signals tests with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 29/35] kselftest/arm64: Allow signals tests to specify an expected si_code
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 33/35] kselftest/arm64: Add test coverage for GCS mode locking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 31/35] kselftest/arm64: Add very basic GCS test program
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 34/35] selftests/arm64: Add GCS signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 25/35] arm64: Add Kconfig for Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 28/35] kselftest/arm64: Add framework support for GCS to signal handling tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 27/35] kselftest/arm64: Add GCS as a detected feature in the signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 22/35] arm64/signal: Set up and restore the GCS context for signal handlers
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 26/35] kselftest/arm64: Verify the GCS hwcap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 21/35] arm64/mm: Implement map_shadow_stack()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 24/35] arm64/ptrace: Expose GCS via ptrace and core files
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 23/35] arm64/signal: Expose GCS state in signal frames
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 16/35] arm64/traps: Handle GCS exceptions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 15/35] arm64/hwcap: Add hwcap for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 14/35] arm64/idreg: Add overrride for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 19/35] arm64/gcs: Allocate a new GCS for threads with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 18/35] arm64/gcs: Context switch GCS registers for EL0
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 20/35] arm64/gcs: Implement shadow stack prctl() interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 17/35] arm64/mm: Handle GCS data aborts
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 12/35] KVM: arm64: Manage GCS registers for guests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 13/35] arm64/el2_setup: Allow GCS usage at EL0 and EL1
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 11/35] arm64/mm: Map pages for guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 10/35] mm: Define VM_SHADOW_STACK for arm64 when we support GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 09/35] arm64/mm: Allocate PIE slots for EL0 guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 08/35] arm64/cpufeature: Runtime detection of Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 07/35] arm64/gcs: Provide copy_to_user_gcs()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 05/35] arm64/sysreg: Add definitions for architected GCS caps
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 06/35] arm64/gcs: Add manual encodings of GCS instructions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 04/35] arm64/sysreg: Add new system registers for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 03/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 02/35] arm64: Document boot requirements for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 01/35] prctl: arch-agnostic prctl for shadow stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 00/35] arm64/gcs: Provide support for GCS in userspace
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2] riscv: support PREEMPT_DYNAMIC with static keys
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v4 2/9] virt: geniezone: Add GenieZone hypervisor support
  • From: Trilok Soni <quic_tsoni@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] riscv: enable HAVE_LD_DEAD_CODE_DATA_ELIMINATION
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] riscv: Add HAVE_IOREMAP_PROT support
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v1 05/14] futex: Add sys_futex_wake()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v1 05/14] futex: Add sys_futex_wake()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v1 00/14] futex: More futex2 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 02/14] futex: Extend the FUTEX2 flags
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 05/14] futex: Add sys_futex_wake()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH] riscv: mm: Fixup spurious fault of kernel vaddr
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v1 00/14] futex: More futex2 bits
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v1 11/14] futex: Implement FUTEX2_NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 08/14] futex: Add flags2 argument to futex_requeue()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 09/14] futex: Add sys_futex_requeue()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 12/14] futex: Propagate flags into futex_get_value_locked()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 03/14] futex: Flag conversion
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 13/14] futex: Enable FUTEX2_{8,16}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 02/14] futex: Extend the FUTEX2 flags
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 05/14] futex: Add sys_futex_wake()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 14/14] futex,selftests: Extend the futex selftests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 10/14] mm: Add vmalloc_huge_node()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 04/14] futex: Validate futex value against futex size
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 06/14] futex: Add sys_futex_wait()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 01/14] futex: Clarify FUTEX2 flags
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 11/14] futex: Implement FUTEX2_NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 00/14] futex: More futex2 bits
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v1 07/14] futex: Propagate flags into get_futex_key()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 2/9] virt: geniezone: Add GenieZone hypervisor support
  • From: Yi-De Wu (吳一德) <Yi-De.Wu@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c58c49dd89324b18a812762a2bfa5a0458e4f252
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] uapi/asm-generic: Fix typos in comments
  • From: pangzizhen001@xxxxxxxxxx
• Re: [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 3/5] kbuild: rename cmd_{bzip2,lzma,lzo,lz4,xzkern,zstd22}
  • From: Eugeniu Rosca <erosca@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH 04/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 04/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 04/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] asm-generic: ticket-lock: Optimize arch_spin_value_unlocked
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v9 1/2] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [PATCH 21/35] arm64/gcs: Implement shadow stack prctl() interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 02/35] prctl: Add flag for shadow stack writeability and push/pop
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 01/35] prctl: arch-agnostic prctl for shadow stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: David Ahern <dsahern@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 21/35] arm64/gcs: Implement shadow stack prctl() interface
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 02/35] prctl: Add flag for shadow stack writeability and push/pop
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 01/35] prctl: arch-agnostic prctl for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 22/35] arm64/mm: Implement map_shadow_stack()
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 22/35] arm64/mm: Implement map_shadow_stack()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 22/35] arm64/mm: Implement map_shadow_stack()
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• [PATCH V2] LoongArch: Cleanup __builtin_constant_p() checking for cpu_has_*
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Cleanup __builtin_constant_p() checking for cpu_has_*
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Cleanup __builtin_constant_p() checking for cpu_has_*
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH] LoongArch: Cleanup __builtin_constant_p() checking for cpu_has_*
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH 1/9] x86/hyperv: Add sev-snp enlightened guest static key
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 9/9] x86/hyperv: Add hyperv-specific handling for VMMCALL under SEV-ES
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 8/9] x86/hyperv: Add smp support for SEV-SNP guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 7/9] x86/hyperv: Initialize cpu and memory for SEV-SNP enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 6/9] clocksource: hyper-v: Mark hyperv tsc page unencrypted in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 5/9] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 4/9] drivers: hv: Mark percpu hvcall input arg page unencrypted in SEV-SNP enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 3/9] x86/hyperv: Mark Hyper-V vp assist page unencrypted in SEV-SNP enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 2/9] x86/hyperv: Set Virtual Trust Level in VMBus init message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 1/9] x86/hyperv: Add sev-snp enlightened guest static key
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH V3 0/9] x86/hyperv: Add AMD sev-snp enlightened guest support on hyperv
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 26/35] arm64: Add Kconfig for Guarded Control Stack (GCS)
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 17/35] arm64/traps: Handle GCS exceptions
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 04/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: Add HAVE_IOREMAP_PROT support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 00/10] Device Memory TCP
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 06/10] net: add SO_DEVMEM_DONTNEED setsockopt to release RX pages
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH 28/35] kselftest/arm64: Add GCS as a detected feature in the signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 06/10] net: add SO_DEVMEM_DONTNEED setsockopt to release RX pages
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 32/35] kselftest/arm64: Add very basic GCS test program
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 34/35] selftests/arm64: Add GCS signal tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 35/35] kselftest/arm64: Enable GCS for the FP stress tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 29/35] kselftest/arm64: Add framework support for GCS to signal handling tests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 33/35] kselftest/arm64: Add a GCS test program built with the system libc
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 24/35] arm64/signal: Expose GCS state in signal frames
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 26/35] arm64: Add Kconfig for Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 30/35] kselftest/arm64: Allow signals tests to specify an expected si_code
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 31/35] kselftest/arm64: Always run signals tests with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 23/35] arm64/signal: Set up and restore the GCS context for signal handlers
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 22/35] arm64/mm: Implement map_shadow_stack()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 27/35] kselftest/arm64: Verify the GCS hwcap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 25/35] arm64/ptrace: Expose GCS via ptrace and core files
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 20/35] arm64/gcs: Allocate a new GCS for threads with GCS enabled
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 21/35] arm64/gcs: Implement shadow stack prctl() interface
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 19/35] arm64/gcs: Context switch GCS registers for EL0
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 17/35] arm64/traps: Handle GCS exceptions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 18/35] arm64/mm: Handle GCS data aborts
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 15/35] arm64/idreg: Add overrride for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 16/35] arm64/hwcap: Add hwcap for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 13/35] KVM: arm64: Manage GCS registers for guests
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 10/35] arm64/mm: Allocate PIE slots for EL0 guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 14/35] arm64: Disable traps for GCS usage at EL0 and EL1
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 11/35] mm: Define VM_SHADOW_STACK for arm64 when we support GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 12/35] arm64/mm: Map pages for guarded control stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 09/35] arm64/cpufeature: Runtime detection of Guarded Control Stack (GCS)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 08/35] arm64/gcs: Provide copy_to_user_gcs()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 07/35] arm64/gcs: Add manual encodings of GCS instructions
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 06/35] arm64/sysreg: Add definitions for architected GCS caps
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 05/35] arm64/sysreg: Add new system registers for GCS
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 04/35] arm64/gcs: Document the ABI for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 03/35] arm64: Document boot requirements for Guarded Control Stacks
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 02/35] prctl: Add flag for shadow stack writeability and push/pop
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 01/35] prctl: arch-agnostic prctl for shadow stack
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 00/35] arm64/gcs: Provide support for GCS at EL0
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2] riscv: support PREEMPT_DYNAMIC with static keys
  • From: Jisheng Zhang <jszhang@xxxxxxxxxx>
• [PATCH] riscv: Add HAVE_IOREMAP_PROT support
  • From: guoren@xxxxxxxxxx
• Re: [PATCH 0/2] riscv: stack: Fixup independent softirq/irq stack for CONFIG_FRAME_POINTER=n
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH V2 1/2] riscv: stack: Fixup independent irq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• [PATCH V2 2/2] riscv: stack: Fixup independent softirq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• [PATCH V2 0/2] riscv: stack: Fixup independent softirq/irq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• Re: [PATCH 2/2] riscv: stack: Fixup independent softirq stack for CONFIG_FRAME_POINTER=n
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] riscv: stack: Fixup independent softirq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• [PATCH 1/2] riscv: stack: Fixup independent irq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• [PATCH 0/2] riscv: stack: Fixup independent softirq/irq stack for CONFIG_FRAME_POINTER=n
  • From: guoren@xxxxxxxxxx
• Re: [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re:[PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: xingxg2008 <xingxg2008@xxxxxxx>
• Re: [PATCH v9 01/42] mm: Rename arch pte_mkwrite()'s to pte_mkwrite_novma()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC][PATCH 04/10] futex: Add sys_futex_wake()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 0/2] Unify uapi bitsperlong.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 0/2] Unify uapi bitsperlong.h
  • From: Ian Rogers <irogers@xxxxxxxxxx>
• Re: [RFC][PATCH 05/10] mm: Add vmalloc_huge_node()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 07/10] futex: Implement FUTEX2_NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/10] mm: Add vmalloc_huge_node()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/10] mm: Add vmalloc_huge_node()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 04/10] futex: Add sys_futex_wake()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/10] mm: Add vmalloc_huge_node()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 04/10] futex: Add sys_futex_wake()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [RFC][PATCH 03/10] futex: Flag conversion
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 05/10] mm: Add vmalloc_huge_node()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 09/10] futex: Enable FUTEX2_{8,16}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 01/10] futex: Clarify FUTEX2 flags
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 07/10] futex: Implement FUTEX2_NUMA
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 04/10] futex: Add sys_futex_wake()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 08/10] futex: Propagate flags into futex_get_value_locked()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 06/10] futex: Propagate flags into get_futex_key()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 02/10] futex: Extend the FUTEX2 flags
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 00/10] futex: More Futex2 bits
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [HACK][PATCH 10/10] futex: Munge size and numa into the legacy interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V4] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: guoren@xxxxxxxxxx
• Re: [PATCH V3] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH V3] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] riscv: tlb flush improvements
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 0/4] riscv: tlb flush improvements
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 0/4] riscv: tlb flush improvements
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [PATCH v5 22/38] riscv: Implement the new page table range API
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] riscv: sigcontext: Correct the comment of sigreturn
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH] riscv: sigcontext: Correct the comment of sigreturn
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] riscv: tlb flush improvements
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] vmlinux.lds.h: Remove a reference to no longer used sections .text..refcount
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: (subset) [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 5/5] selftests: Add fchmodat2 selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 1/5] Non-functional cleanup of a "__user * filename"
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 2/5] fs: Add fchmodat2()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v4 0/5] Add a new fchmodat2() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH] vmlinux.lds.h: Remove a reference to no longer used sections .text..refcount
  • From: Petr Pavlu <petr.pavlu@xxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 01/10] dma-buf: add support for paged attachment mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v5 28/38] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/10] dma-buf: add support for paged attachment mappings
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v3 2/5] fs: Add fchmodat4()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/5] Non-functional cleanup of a "__user * filename"
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v3 4/5] tools headers UAPI: Sync files changed by new fchmodat4 syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 2/5] fs: Add fchmodat4()
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 1/5] Non-functional cleanup of a "__user * filename"
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 0/5] Add a new fchmodat4() syscall
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 5/5] selftests: add fchmodat4(2) selftest
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 00/38] New page table range API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RFC PATCH 01/10] dma-buf: add support for paged attachment mappings
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH 4/4] riscv: Improve flush_tlb_kernel_range()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 3/4] riscv: Make __flush_tlb_range() loop over pte instead of flushing the whole tlb
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 2/4] riscv: Improve flush_tlb_range() for hugetlb pages
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 1/4] riscv: Improve flush_tlb()
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH 0/4] riscv: tlb flush improvements
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 24/38] sh: Implement the new page table range API
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v5 21/38] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 24/38] sh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/38] minmax: Add in_range() macro
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: Dinh Nguyen <dinguyen@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [RFC PATCH 08/10] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 07/10] tcp: implement sendmsg() TX path for for devmem tcp
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 09/10] memory-provider: updates core provider API for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 10/10] memory-provider: add dmabuf devmem provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 03/10] dma-buf: add support for NET_TX pages
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 01/10] dma-buf: add support for paged attachment mappings
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 02/10] dma-buf: add support for NET_RX pages
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 06/10] net: add SO_DEVMEM_DONTNEED setsockopt to release RX pages
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 04/10] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 05/10] tcp: implement recvmsg() RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH 00/10] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 02/38] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 32/38] mm: Tidy up set_ptes definition
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 06/38] mm: Add default definition of set_ptes()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 36/38] mm: Convert do_set_pte() to set_pte_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 31/38] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 01/38] minmax: Add in_range() macro
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 09/38] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 34/38] filemap: Add filemap_map_folio_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 37/38] filemap: Batch PTE mappings
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 20/38] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 33/38] mm: Use flush_icache_pages() in do_set_pmd()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 28/38] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 16/38] microblaze: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 17/38] mips: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 21/38] powerpc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 24/38] sh: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 05/38] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 03/38] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 26/38] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 25/38] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 35/38] rmap: add folio_add_file_rmap_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 30/38] mm: Remove page_mapping_file()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 00/38] New page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 27/38] um: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 38/38] mm: Call update_mmu_cache_range() in more page fault handling paths
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 19/38] openrisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 23/38] s390: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 22/38] riscv: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 15/38] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 29/38] xtensa: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 14/38] loongarch: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 10/38] arm64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 18/38] nios2: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 12/38] hexagon: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 08/38] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 07/38] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 13/38] ia64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 11/38] csky: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v5 04/38] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• RE: [PATCH v9 0/2] Support TDX guests on Hyper-V (the x86/tdx part)
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V2] riscv: kexec: Fixup synchronization problem between init_mm and active_mm
  • From: guoren@xxxxxxxxxx
• Re: [PATCH] LoongArch: Fix module relocation error with binutils 2.41
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH V2] LoongArch: Fix module relocation error with binutils 2.41
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Fix module relocation error with binutils 2.41
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH] LoongArch: Fix module relocation error with binutils 2.41
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] riscv: support PREEMPT_DYNAMIC with static keys
  • From: Jisheng Zhang <jszhang@xxxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH 2/2] perf/ring_buffer: Use local_try_cmpxchg in __perf_output_begin
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• [PATCH 1/2] locking/arch: Avoid variable shadowing in local_try_cmpxchg()
  • From: Uros Bizjak <ubizjak@xxxxxxxxx>
• Re: [PATCH v7 09/19] openrisc: mm: Convert to GENERIC_IOREMAP
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Olivier Dion <odion@xxxxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH] x86/shstk: Move arch detail comment out of core mm
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Olivier Dion <odion@xxxxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• RE: [EXTERNAL] [PATCH V2 2/9] x86/hyperv: Set Virtual Trust Level in VMBus init message
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxx>
• [PATCH] x86/shstk: Don't retry vm_munmap() on -EINTR
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH] x86/shstk: Move arch detail comment out of core mm
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [GIT PULL] asm-generic updates for 6.5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Olivier Dion <odion@xxxxxxxxxxxx>
• Re: [PATCH v7 10/19] s390: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v8 05/19] mm: ioremap: allow ARCH to have its own ioremap method definition
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [GIT PULL] asm-generic updates for 6.5
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [GIT PULL] asm-generic updates for 6.5
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4 02/10] cpu/SMT: Move SMT prototypes into cpu_smt.h
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 10/10] powerpc/pseries: Honour current SMT state when DLPAR onlining CPUs
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 07/10] cpu/SMT: Allow enabling partial SMT states via sysfs
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 05/10] cpu/SMT: Remove topology_smt_supported()
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 06/10] cpu/SMT: Create topology_smt_thread_allowed()
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 08/10] powerpc/pseries: Initialise CPU hotplug callbacks earlier
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 09/10] powerpc: Add HOTPLUG_SMT support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 04/10] cpu/SMT: Store the current/max number of threads
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 03/10] cpu/SMT: Move smt/control simple exit cases earlier
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 00/10] Introduce SMT level and add PowerPC support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• [PATCH v4 01/10] cpu/hotplug: remove dependancy against cpu_primary_thread_mask
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/9] x86/hyperv: Add sev-snp enlightened guest static key
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 3/9] cpu/SMT: Store the current/max number of threads
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] cpu/SMT: Allow enabling partial SMT states via sysfs
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] Introduce SMT level and add PowerPC support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 07/12] arch/x86: Declare edid_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 10/12] fbdev/core: Use fb_is_primary_device() in fb_firmware_edid()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 08/12] drivers/firmware: Remove trailing whitespaces
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 6/9] cpu/SMT: Allow enabling partial SMT states via sysfs
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH v3 3/9] cpu/SMT: Store the current/max number of threads
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH v3 0/9] Introduce SMT level and add PowerPC support
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [11/12] fbdev/core: Protect edid_info with CONFIG_ARCH_HAS_EDID_INFO
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [03/12] sysfb: Do not include <linux/screen_info.h> from sysfb header
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [08/12] drivers/firmware: Remove trailing whitespaces
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [05/12] arch: Remove trailing whitespaces
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [06/12] arch: Declare screen_info in <asm/screen_info.h>
  • From: Sui Jingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Olivier Dion <odion@xxxxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 05/12] arch: Remove trailing whitespaces
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 04/12] staging/sm750fb: Do not include <linux/screen_info.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 03/12] sysfb: Do not include <linux/screen_info.h> from sysfb header
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 02/12] fbdev/sm712fb: Do not include <linux/screen_info.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 01/12] efi: Do not include <linux/screen_info.h> from EFI header
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• RE: [PATCH V2 9/9] x86/hyperv: Add hyperv-specific handling for VMMCALL under SEV-ES
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 8/9] x86/hyperv: Add smp support for SEV-SNP guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 7/9] x86/hyperv: Initialize cpu and memory for SEV-SNP enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 6/9] clocksource: hyper-v: Mark hyperv tsc page unencrypted in sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 4/9] drivers: hv: Mark percpu hvcall input arg page unencrypted in SEV-SNP enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 3/9] x86/hyperv: Mark Hyper-V vp assist page unencrypted in SEV-SNP enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 2/9] x86/hyperv: Set Virtual Trust Level in VMBus init message
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH V2 1/9] x86/hyperv: Add sev-snp enlightened guest static key
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v5 30/44] rtc: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v5 30/44] rtc: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Jonathan Wakely <jwakely.gcc@xxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 2/2] arch: um: Use the x86 checksum implementation on 32-bit
  • From: David Gow <davidgow@xxxxxxxxxx>
• [PATCH 1/2] asm-generic: current: Don't include thread-info.h if building asm
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH v5 03/44] char: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 30/44] rtc: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [RFC] Bridging the gap between the Linux Kernel Memory Consistency Model (LKMM) and C11/C++11 atomics
  • From: Olivier Dion <odion@xxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v2 0/2] send tlb_remove_table_smp_sync IPI only to necessary CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH] riscv: pageattr: Fixup synchronization problem between init_mm and active_mm
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH -next V17 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v9 23/42] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [GIT PULL] csky changes for v6.5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] csky changes for v6.5
  • From: guoren@xxxxxxxxxx
• [PATCH] riscv: entry: Fixup do_trap_break from kernel side
  • From: guoren@xxxxxxxxxx
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 4dd595c34c4bb22c16a76206a18c13e4e194335d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next V17 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH -next V17 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH -next V17 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [GIT PULL] LoongArch changes for v6.5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 8/9] powerpc: Add HOTPLUG_SMT support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH -next V17 4/7] riscv: entry: Convert to generic entry
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v3 0/9] Introduce SMT level and add PowerPC support
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] Introduce SMT level and add PowerPC support
  • From: Sachin Sant <sachinp@xxxxxxxxxxxxx>