Linux Arch

• Thread Index

• Re: [PATCH v14 8/9] HISI LPC: Add ACPI support
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v14 6/9] HISI LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v14 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v14 1/9] LIB: Introduce a generic PIO mapping method
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RESEND][PATCH 0/3] exec: Pin stack limit during exec
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v14 7/9] ACPI / scan: do not enumerate Indirect IO host children
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v14 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 6/9] HISI LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 8/9] HISI LPC: Add ACPI support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 7/9] ACPI / scan: do not enumerate Indirect IO host children
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 1/9] LIB: Introduce a generic PIO mapping method
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 2/9] PCI: Remove unused __weak attribute in pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 0/9] LPC: legacy ISA I/O support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v14 3/9] PCI: Add fwnode handler as input param of pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH 1/3] nospec: Kill array_index_nospec_mask_check()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/3] nospec: Allow index argument to have const-qualified type
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/3] nospec: Include asm/barrier.h dependency
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/3] nospec: Various fix-ups for include/linux/nospec.h
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• arc: mm->mmap_sem gets locked in do_page_fault() in case of OOM killer invocation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v7 02/37] asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 02/13] array_index_nospec: sanitize speculative array de-references
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH/RFC] headers: drop 2 #included headers from <linux/interrupt.h>
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH/RFC] headers: drop 2 #included headers from <linux/interrupt.h>
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v7 04/37] earlycon: add reg-offset to physical address before mapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH/RFC 6/6] Treewide: Remove depends on HAS_DMA in case of platform dependency
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [PATCH/RFC 3/6] usb: gadget: Add NO_DMA dummies for DMA mapping API
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH 1/3] exec: Pass stack rlimit into mm layout functions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 3/3] exec: Pin stack limit during exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/3] exec: Introduce finalize_exec() before start_thread()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RESEND][PATCH 0/3] exec: Pin stack limit during exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v13 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v4 00/36] Andes(nds32) Linux Kernel
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 07/37] nds32: Kernel booting and initialization
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 30/37] nds32: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 23/37] nds32: Debugging support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 08/37] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v7 31/37] MAINTAINERS: Add nds32
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v13 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] arm64: signal: Ensure si_code is valid for all fault signals
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v13 0/9] LPC: legacy ISA I/O support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 3/9] PCI: Add fwnode handler as input param of pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 8/9] LPC, ACPI: Add the HISI LPC ACPI support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v13 2/9] PCI: Remove unused __weak attribute in pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v7 31/37] MAINTAINERS: Add nds32
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] arm64: signal: Ensure si_code is valid for all fault signals
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH v2 3/3] arm64: signal: Ensure si_code is valid for all fault signals
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v7 00/37] Andes(nds32) Linux Kernel Port
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 02/37] asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 01/37] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it.
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 04/37] earlycon: add reg-offset to physical address before mapping
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 05/37] drivers/video/concole: add negative dependency for VGA_CONSOLE on nds32
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 06/37] nds32: Assembly macros and definitions
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 08/37] nds32: Exception handling
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 07/37] nds32: Kernel booting and initialization
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 10/37] nds32: MMU initialization
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 09/37] nds32: MMU definitions
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 12/37] nds32: Cache and TLB routines
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 11/37] nds32: MMU fault handling and page table management
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 14/37] nds32: IRQ handling
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 15/37] nds32: Atomic operations
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 16/37] nds32: Device specific operations
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 18/37] nds32: ELF definitions
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 17/37] nds32: DMA mapping API
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 20/37] nds32: VDSO support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 19/37] nds32: System calls handling
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 21/37] nds32: Signal handling support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 24/37] nds32: L2 cache support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 23/37] nds32: Debugging support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 25/37] nds32: Loadable modules
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 22/37] nds32: Library functions
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 27/37] nds32: Device tree support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 26/37] nds32: Generic timers support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 29/37] nds32: defconfig
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 28/37] nds32: Miscellaneous header files
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 31/37] MAINTAINERS: Add nds32
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 30/37] nds32: Build infrastructure
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 33/37] dt-bindings: nds32 L2 cache controller Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 32/37] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 35/37] dt-bindings: interrupt-controller: Andestech Internal Vector Interrupt Controller
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 37/37] net: faraday add nds32 support.
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 36/37] irqchip: Andestech Internal Vector Interrupt Controller driver
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 0/3] clocksource/drivers/atcpit100: Add andestech atcpit100 timer
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 1/3] clocksource/drivers/atcpit100: Add andestech atcpit100 timer
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 2/3] clocksource/drivers/atcpit100: VDSO support
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 3/3] dt-bindings: timer: Add andestech atcpit100 timer binding doc
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 34/37] dt-bindings: nds32 SoC Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 13/37] nds32: Process management
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCHv2 05/12] arm64: Don't trap host pointer auth use to EL2
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [git pull] poll annotations - second round
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [git pull] poll annotations - second round
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH for 4.16] Documentation: Allow comments in arch features files
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 4.16] membarrier-sync-core: Document architecture support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH for 4.16] membarrier-sync-core: Document architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 4.9 56/92] Documentation: Document array_index_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 57/92] array_index_nospec: Sanitize speculative array de-references
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 58/92] x86: Implement array_index_mask_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 59/92] x86: Introduce barrier_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 60/92] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 61/92] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 62/92] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 63/92] x86/get_user: Use pointer masking to limit speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 65/92] vfs, fdtable: Prevent bounds-check bypass via speculative execution
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 66/92] nl80211: Sanitize array index in parse_txq_params
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 67/92] x86/spectre: Report get_user mitigation for spectre_v1
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 64/92] x86/syscall: Sanitize syscall table de-references under speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove linker section for IORT entries again
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove linker section for IORT entries again
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove linker section for IORT entries again
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v12 0/9] LPC: legacy ISA I/O support
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Remove linker section for IORT entries again
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] ACPI/IORT: Remove linker section for IORT entries again
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• [RFC PATCH] membarrier-sync-core: Document architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] membarrier-sync-core: Document architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/6] Allow compile-testing NO_DMA
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH/RFC 0/6] Allow compile-testing NO_DMA
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH/RFC 0/6] Allow compile-testing NO_DMA
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH/RFC 4/6] mm: Add NO_DMA dummies for DMA pool API
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCHv2 09/12] arm64/kvm: preserve host HCR_EL2 value
  • From: Christoffer Dall <christoffer.dall@xxxxxxxxxx>
• Re: [PATCHv2 05/12] arm64: Don't trap host pointer auth use to EL2
  • From: Christoffer Dall <christoffer.dall@xxxxxxxxxx>
• Re: [PATCHv2 10/12] arm64/kvm: context-switch ptrauth registers
  • From: Christoffer Dall <christoffer.dall@xxxxxxxxxx>
• Re: [PATCH/RFC 0/6] Allow compile-testing NO_DMA
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH/RFC 6/6] Treewide: Remove depends on HAS_DMA in case of platform dependency
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 2/6] dma-coherent: Add NO_DMA dummies for managed DMA API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 0/6] Allow compile-testing NO_DMA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 5/6] scsi: Add NO_DMA dummies for SCSI DMA mapping API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 1/6] dma-mapping: Convert NO_DMA get_dma_ops() into a real dummy
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 4/6] mm: Add NO_DMA dummies for DMA pool API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC 3/6] usb: gadget: Add NO_DMA dummies for DMA mapping API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 19/36] nds32: VDSO support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 19/36] nds32: VDSO support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v6 20/36] nds32: Signal handling support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 4.14 45/64] vfs, fdtable: Prevent bounds-check bypass via speculative execution
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 37/64] array_index_nospec: Sanitize speculative array de-references
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 46/64] nl80211: Sanitize array index in parse_txq_params
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 38/64] x86: Implement array_index_mask_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 39/64] x86: Introduce barrier_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 40/64] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 41/64] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 43/64] x86/get_user: Use pointer masking to limit speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 44/64] x86/syscall: Sanitize syscall table de-references under speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 35/60] x86: Introduce barrier_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 37/60] x86/usercopy: Replace open coded stac/clac with __uaccess_{begin, end}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 38/60] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 40/60] x86/syscall: Sanitize syscall table de-references under speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 41/60] vfs, fdtable: Prevent bounds-check bypass via speculative execution
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 42/60] nl80211: Sanitize array index in parse_txq_params
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 43/60] x86/spectre: Report get_user mitigation for spectre_v1
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 39/60] x86/get_user: Use pointer masking to limit speculation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 32/60] Documentation: Document array_index_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 36/60] x86: Introduce __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 34/60] x86: Implement array_index_mask_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 33/60] array_index_nospec: Sanitize speculative array de-references
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 42/64] x86/uaccess: Use __uaccess_begin_nospec() and uaccess_try_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 47/64] x86/spectre: Report get_user mitigation for spectre_v1
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 36/64] Documentation: Document array_index_nospec
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] x86/build: Add arch/x86/tools/insn_decoder_test to gitignore
  • From: Progyan Bhattacharya <bprogyan@xxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] x86/build: Add arch/x86/tools/insn_decoder_test
  • From: Progyan Bhattacharya <bprogyan@xxxxxxxxx>
• Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 1/2] locking/qrwlock: include asm/byteorder.h as needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [git pull] vfs.git: poll annotations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 02/10] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 01/10] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v11 0/3] mm, x86, powerpc: Enhancements to Memory Protection Keys.
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] siginfo fix for 4.16-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] siginfo fix for 4.16-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] vfs.git: poll annotations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] siginfo fix for 4.16-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 11/13] kvm, x86: update spectre-v1 mitigation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: "Van De Ven, Arjan" <arjan.van.de.ven@xxxxxxxxx>
• Re: [PATCH v6 11/13] kvm, x86: update spectre-v1 mitigation
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] trivial: typofix in vmlinux.lds.h
  • From: Cao jin <caoj.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v6 11/13] kvm, x86: update spectre-v1 mitigation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v11 0/3] mm, x86, powerpc: Enhancements to Memory Protection Keys.
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [git pull] vfs.git: poll annotations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 11/13] kvm, x86: update spectre-v1 mitigation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [git pull] vfs.git: poll annotations
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] vfs.git: poll annotations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] vfs.git: poll annotations
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: "Van De Ven, Arjan" <arjan.van.de.ven@xxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v11 1/3] mm, powerpc, x86: define VM_PKEY_BITx bits if CONFIG_ARCH_HAS_PKEYS is enabled
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v11 2/3] mm, powerpc, x86: introduce an additional vma bit for powerpc pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v11 3/3] mm, x86: display pkey in smaps only if arch supports pkeys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v11 0/3] mm, x86, powerpc: Enhancements to Memory Protection Keys.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/3] arm64: signal: Ensure si_code is valid for all fault signals
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 2/3] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 1/3] signal: Add FPE_FLTUNK si_code for undiagnosable fp exceptions
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH v2 0/3] arm64: Fix invalid si_codes for fault signals
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [git pull] vfs.git: poll annotations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 3/9] PCI: Add fwnode handler as input param of pci_register_io_range()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v5 04/12] x86: introduce __uaccess_begin_nospec and ifence
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [GIT PULL] siginfo cleanups for 4.16-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v6 01/13] Documentation: document array_index_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 02/13] array_index_nospec: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 03/13] x86: implement array_index_mask_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 04/13] x86: introduce barrier_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 05/13] x86: introduce __uaccess_begin_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 07/13] x86, __get_user: use __uaccess_begin_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 09/13] x86: sanitize syscall table de-references under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 10/13] vfs, fdtable: prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 11/13] kvm, x86: update spectre-v1 mitigation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 12/13] nl80211: sanitize array index in parse_txq_params
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 13/13] x86/spectre: report get_user mitigation for spectre_v1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 08/13] x86, get_user: use pointer masking to limit speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 06/13] x86, usercopy: replace open coded stac/clac with __uaccess_{begin, end}
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 00/13] spectre variant1 mitigations for tip/x86/pti
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 04/12] x86: introduce __uaccess_begin_nospec and ifence
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH for 4.16 v2 06/11] Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v2 01/11] membarrier: selftest: Test private expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v2 05/11] membarrier: selftest: Test global expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v3 08/11] membarrier: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v4 09/11] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 11/11] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 v3 07/11] x86: Implement sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 4.16 10/11] membarrier: arm64: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [GIT PULL] siginfo cleanups for 4.16-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL tools] Linux kernel memory model
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 07/12] x86: remove the syscall_64 fast-path
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 08/12] x86: sanitize sycall table de-references under speculation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 07/12] x86: remove the syscall_64 fast-path
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 06/12] x86, get_user: use pointer masking to limit speculation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 05/12] x86, __get_user: use __uaccess_begin_nospec
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 04/12] x86: introduce __uaccess_begin_nospec and ifence
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 04/12] x86: introduce __uaccess_begin_nospec and ifence
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 03/12] x86: implement array_idx_mask
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 00/12] spectre variant1 mitigations for tip/x86/pti
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 00/12] spectre variant1 mitigations for tip/x86/pti
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] kprobes/s390: Fix %p uses in error messages
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v5 06/12] x86, get_user: use pointer masking to limit speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 12/12] x86/spectre: report get_user mitigation for spectre_v1
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 11/12] nl80211: sanitize array index in parse_txq_params
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 10/12] kvm, x86: update spectre-v1 mitigation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 09/12] vfs, fdtable: prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 08/12] x86: sanitize sycall table de-references under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 07/12] x86: remove the syscall_64 fast-path
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 05/12] x86, __get_user: use __uaccess_begin_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 04/12] x86: introduce __uaccess_begin_nospec and ifence
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 03/12] x86: implement array_idx_mask
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 02/12] array_idx: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 01/12] Documentation: document array_idx
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 00/12] spectre variant1 mitigations for tip/x86/pti
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/8] kprobes/arm64: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 6/8] kprobes/arm64: Fix %p uses in error messages
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] Automate memory-barriers.txt; provide Linux-kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [GIT PULL tools] Linux kernel memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Cyril Novikov <cnovikov@xxxxxxxx>
• [PATCH 8/8] kprobes/s390: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 7/8] kprobes/MN10300: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 6/8] kprobes/arm64: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 5/8] kprobes/arm: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 4/8] kprobes/x86: Fix %p uses in error messages
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 3/8] kprobes: Replace %p with other pointer types
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 2/8] kprobes: Show address of kprobes if kallsyms does
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 1/8] kprobes: Show blacklist addresses as same as kallsyms does
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 0/8] kprobes: Fix %p in kprobes
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 07/11] signal/arm64: Document conflicts with SI_USER and SIGFPE, SIGTRAP, SIGBUS
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/10] signal: Helpers for faults with specialized siginfo layouts
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/10] signal: Helpers for faults with specialized siginfo layouts
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH 3/3] arm64: enable 128-bit memory read/write support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [GIT PULL] spectre variant1 mitigations for 4.16
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 3/3] arm64: enable 128-bit memory read/write support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 20/36] nds32: Signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] Automate memory-barriers.txt; provide Linux-kernel memory model
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH RFC 0/3] API for 128-bit IO access
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH RFC 0/3] API for 128-bit IO access
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] asm-generic/io.h: API for 128-bit memory accessors
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] UAPI: Introduce 128-bit types and byteswap operations
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] arm64: enable 128-bit memory read/write support
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] signal/arm64: Better isolate the COMPAT_TASK portion of ptrace_hbptriggered
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/10] signal: Helpers for faults with specialized siginfo layouts
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/10] signal/ptrace: Add force_sig_ptrace_errno_trap and use it where needed
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/10] signal/memory-failure: Use force_sig_mceerr and send_sig_mceerr
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/10] mm/memory_failure: Remove unused trapno from memory_failure
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 07/10] signal/powerpc: Remove unnecessary signal_code parameter of do_send_trap
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/10] signal: Add send_sig_fault and force_sig_fault
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/10] signal: Replace memset(info,...) with clear_siginfo for clarity
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/10] signal: Don't use structure initializers for struct siginfo
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/10] ptrace: Use copy_siginfo in setsiginfo and getsiginfo
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 00/10] siginfo infrastructure
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 20/36] nds32: Signal handling support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 02/11] powerpc: membarrier: Skip memory barrier in switch_mm() (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 05/11] membarrier: selftest: Test global expedited cmd (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 01/11] membarrier: selftest: Test private expedited cmd (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 08/11] membarrier: Provide core serializing command (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 07/11] x86: Implement sync_core_before_usermode (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 11/11] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 09/11] membarrier: x86: Provide core serializing command (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 06/11] Introduce sync_core_before_usermode (v2)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 10/11] membarrier: arm64: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v12 0/9] LPC: legacy ISA I/O support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 2/9] PCI: Remove unused __weak attribute in pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 3/9] PCI: Add fwnode handler as input param of pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 1/9] LIB: Introduce a generic PIO mapping method
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 8/9] LPC, ACPI: Add the HISI LPC ACPI support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v12 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 22/36] nds32: Debugging support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 22/36] nds32: Debugging support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v10 01/27] mm, powerpc, x86: define VM_PKEY_BITx bits if CONFIG_ARCH_HAS_PKEYS is enabled
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [kernel-hardening] [PATCH v4.1 01/10] Documentation: document array_ptr
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v10 00/24] selftests, powerpc, x86 : Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 03/24] selftests/vm: move generic definitions to header file
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v10 04/24] selftests/vm: typecast the pkey register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 02/24] selftests/vm: rename all references to pkru to a generic name
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 07/24] selftests/vm: fixed bugs in pkey_disable_clear()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 08/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 06/24] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 11/24] selftests/vm: pkey register should match shadow pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 09/24] selftests/vm: fix alloc_random_pkey() to make it really random
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 10/24] selftests/vm: introduce two arch independent abstraction
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 12/24] selftests/vm: generic cleanup
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 13/24] selftests/vm: powerpc implementation for generic abstraction
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 14/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 15/24] selftests/vm: powerpc implementation to check support for pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 16/24] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 17/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 18/24] selftests/vm: associate key on a mapped page and detect write violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 19/24] selftests/vm: detect write violation on a mapped access-denied-key page
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 21/24] selftests/vm: sub-page allocator
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 23/24] selftests/powerpc: Add ptrace tests for Protection Key register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 22/24] selftests/vm: Fix deadlock in protection_keys.c
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 24/24] selftests/powerpc: Add core file test for Protection Key register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 20/24] selftests/vm: testcases must restore pkey-permissions
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 05/24] selftests/vm: generic function to handle shadow key register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 01/24] selftests/x86: Move protecton key selftest to arch neutral directory
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/27] powerpc, mm: Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 1/2] Documentation/x86: Move protecton key documentation to arch neutral directory
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 2/2] Documentation/vm: PowerPC specific updates to memory protection keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 0/2] Documentation, powerpc, x86 : Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 01/27] mm, powerpc, x86: define VM_PKEY_BITx bits if CONFIG_ARCH_HAS_PKEYS is enabled
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 02/27] mm, powerpc, x86: introduce an additional vma bit for powerpc pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 00/27] powerpc, mm: Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 29/36] nds32: Build infrastructure
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 29/36] nds32: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 29/36] nds32: Build infrastructure
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [RFC PATCH 2/2] arm64: signal: Ensure si_code is valid for all fault signals
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 1/2] arm64: fpsimd: Fix bad si_code for undiagnosed SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 0/2] arm64: Fix invalid si_codes for fault signals
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Samuel Neves <samuel.c.p.neves@xxxxxxxxx>
• Re: [PATCH v11 2/9] PCI: Remove unused __weak attribute in pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 06/36] nds32: Kernel booting and initialization
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 06/36] nds32: Kernel booting and initialization
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• [PATCH 4.9 19/47] x86/mm/pkeys: Fix fill_sig_info_pkey
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 38/89] x86/mm/pkeys: Fix fill_sig_info_pkey
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [v10,03/27] powerpc: initial pkey plumbing
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 01/27] mm, powerpc, x86: define VM_PKEY_BITx bits if CONFIG_ARCH_HAS_PKEYS is enabled
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 4/9] PCI: Apply the new generic I/O management on PCI IO hosts
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 8/9] LPC, ACPI: Add the HISI LPC ACPI support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 0/9] LPC: legacy ISA I/O support
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 2/9] PCI: Remove unused __weak attribute in pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• [PATCH v11 3/9] PCI: Add fwnode handler as input param of pci_register_io_range()
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] nl80211: sanitize array index in parse_txq_params
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 0/3] exec: Pin stack limit during exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v4.1 10/10] nl80211: sanitize array index in parse_txq_params
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 09/10] kvm, x86: update spectre-v1 mitigation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 08/10] vfs, fdtable: prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 06/10] x86, get_user: use pointer masking to limit speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 05/10] x86, __get_user: use __uaccess_begin_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 04/10] x86: introduce __uaccess_begin_nospec and ifence
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 03/10] x86: implement array_ptr_mask()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 01/10] Documentation: document array_ptr
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4.1 00/10] spectre variant1 mitigations for tip/x86/pti
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [GIT PULL] spectre variant1 mitigations for 4.16
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [GIT PULL] spectre variant1 mitigations for 4.16
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 00/10] prevent bounds-check bypass via speculative execution
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v4 00/10] prevent bounds-check bypass via speculative execution
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v6 2/3] clocksource/drivers/atcpit100: VDSO support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v6 2/3] clocksource/drivers/atcpit100: VDSO support
  • From: Vincent Chen <deanbo422@xxxxxxxxx>
• Re: [PATCH v4 00/10] prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH 0/3] exec: Pin stack limit during exec
  • From: David Windsor <dave@xxxxxxxxxxxx>
• Re: [PATCH 0/3] exec: Pin stack limit during exec
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 22/22] signal: Unify and correct copy_siginfo_to_user32
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] arc: fix iounmap prototype
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Adam Sampson <ats@xxxxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 22/22] signal: Unify and correct copy_siginfo_to_user32
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v6 06/36] nds32: Kernel booting and initialization
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 06/36] nds32: Kernel booting and initialization
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 24/36] nds32: Loadable modules
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v6 03/36] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 08/11] signal/arm: Document conflicts with SI_USER and SIGFPE
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [kernel-hardening] [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v4 09/10] kvm, x86: fix spectre-v1 mitigation
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 10/27] powerpc: store and restore the pkey state across context switches
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 11/27] powerpc: introduce execute-only pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 12/27] powerpc: ability to associate pkey to a vma
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 13/27] powerpc: implementation for arch_override_mprotect_pkey()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 14/27] powerpc: map vma key-protection bits to pte key bits.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 15/27] powerpc: Program HPTE key protection bits
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 16/27] powerpc: helper to validate key-access permissions of a pte
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 21/27] powerpc: Deliver SEGV signal on pkey violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 22/27] powerpc/ptrace: Add memory protection key regset
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 23/27] powerpc: Enable pkey subsystem
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 06/27] powerpc: helper functions to initialize AMR, IAMR and UAMOR registers
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 05/27] powerpc: helper function to read,write AMR,IAMR,UAMOR registers
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 17/27] powerpc: check key protection for user page access
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 24/27] powerpc: sys_pkey_alloc() and sys_pkey_free() system calls
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 09/27] powerpc: ability to create execute-disabled pkeys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 25/27] powerpc: sys_pkey_mprotect() system call
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 26/27] mm, x86 : introduce arch_pkeys_enabled()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 27/27] mm: display pkey in smaps if arch_pkeys_enabled() is true
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 18/27] powerpc: implementation for arch_vma_access_permitted()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 19/27] powerpc: Handle exceptions caused by pkey violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 20/27] powerpc: introduce get_mm_addr_key() helper
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 08/27] powerpc: implementation for arch_set_user_pkey_access()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 07/27] powerpc: cleanup AMR, IAMR when a key is allocated or freed
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 04/27] powerpc: track allocation status of all pkeys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 03/27] powerpc: initial pkey plumbing
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 01/27] mm, powerpc, x86: define VM_PKEY_BITx bits if CONFIG_ARCH_HAS_PKEYS is enabled
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 02/27] mm, powerpc, x86: introduce an additional vma bit for powerpc pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v10 00/27] powerpc, mm: Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v4 08/10] vfs, fdtable: prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 05/10] x86, __get_user: use __uaccess_begin_nospec
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 09/10] kvm, x86: fix spectre-v1 mitigation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 02/10] asm/nospec, array_ptr: sanitize speculative array de-references
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 10/10] nl80211: sanitize array index in parse_txq_params
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 06/10] x86, get_user: use pointer masking to limit speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 07/10] x86: narrow out of bounds syscalls to sys_read under speculation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 04/10] x86: introduce __uaccess_begin_nospec and ifence
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 03/10] x86: implement array_ptr_mask()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 00/10] prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 01/10] Documentation: document array_ptr
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 27/38] sctp: Copy struct sctp_sock.autoclose to userspace using put_user()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 27/38] sctp: Copy struct sctp_sock.autoclose to userspace using put_user()
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 8/9] x86: use __uaccess_begin_nospec and ASM_IFENCE in get_user paths
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] get rid of the use of set_fs() (by way of kernel_recvmsg()) in sunrpc
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/19] prevent bounds-check bypass via speculative execution
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v6 2/3] clocksource/drivers/atcpit100: VDSO support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 3/3] dt-bindings: timer: Add andestech atcpit100 timer binding doc
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 33/36] dt-bindings: nds32 SoC Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 31/36] dt-bindings: nds32 CPU Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 36/36] net: faraday add nds32 support.
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 29/36] nds32: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 27/36] nds32: Miscellaneous header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 34/36] dt-bindings: interrupt-controller: Andestech Internal Vector Interrupt Controller
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 32/36] dt-bindings: nds32 L2 cache controller Bindings
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 30/36] MAINTAINERS: Add nds32
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 28/36] nds32: defconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 26/36] nds32: Device tree support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 25/36] nds32: Generic timers support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 24/36] nds32: Loadable modules
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 23/36] nds32: L2 cache support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 22/36] nds32: Debugging support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 21/36] nds32: Library functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 20/36] nds32: Signal handling support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 19/36] nds32: VDSO support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 18/36] nds32: System calls handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 17/36] nds32: ELF definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 16/36] nds32: DMA mapping API
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 15/36] nds32: Device specific operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 14/36] nds32: Atomic operations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 13/36] nds32: IRQ handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 12/36] nds32: Process management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 09/36] nds32: MMU initialization
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 10/36] nds32: MMU fault handling and page table management
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 11/36] nds32: Cache and TLB routines
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 08/36] nds32: MMU definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 07/36] nds32: Exception handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 06/36] nds32: Kernel booting and initialization
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 05/36] nds32: Assembly macros and definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>