Linux PA RISC

• Thread Index

• Re: [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [v4,5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [patch V2 34/38] x86/cpu/amd; Invoke detect_extended_topology_early() on boot CPU
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• [patch V2 35/38] x86/apic: Save the APIC virtual base address
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 36/38] x86/smpboot: Implement a bit spinlock to protect the realmode stack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 34/38] x86/cpu/amd; Invoke detect_extended_topology_early() on boot CPU
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 30/38] x86/smpboot: Enable split CPU startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 27/38] cpu/hotplug: Remove unused state functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 37/38] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 38/38] x86/smpboot/64: Implement arch_cpuhp_init_parallel_bringup() and enable it
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 33/38] x86/topology: Store extended topology leaf information
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 23/38] csky/smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 20/38] cpu/hotplug: Remove cpu_report_state() and related unused cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 31/38] x86/apic: Provide cpu_primary_thread mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 25/38] parisc: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 19/38] x86/smpboot: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 14/38] cpu/hotplug: Rework sparse_irq locking in bringup_cpu()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 16/38] x86/xen/smp_pv: Remove wait for CPU online
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 15/38] x86/smpboot: Remove wait for cpu_online()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 18/38] cpu/hotplug: Add CPU state tracking and synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 26/38] riscv: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 21/38] ARM: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 32/38] cpu/hotplug: Allow "parallel" bringup up to CPUHP_BP_KICK_AP_STATE
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 24/38] MIPS: SMP_CPS: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 28/38] cpu/hotplug: Reset task stack state in _cpu_up()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 29/38] cpu/hotplug: Provide a split up CPUHP_BRINGUP mechanism
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 22/38] arm64: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 17/38] x86/xen/hvm: Get rid of DEAD_FROZEN handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 13/38] x86/smpboot: Remove cpu_callin_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 10/38] x86/cpu/cacheinfo: Remove cpu_callout_mask dependency
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 12/38] x86/smpboot: Make TSC synchronization function call based
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 09/38] x86/smpboot: Get rid of cpu_init_secondary()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 11/38] x86/smpboot: Move synchronization masks to SMP boot code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 07/38] x86/smpboot: Restrict soft_restart_cpu() to SEV
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 08/38] x86/smpboot: Split up native_cpu_up() into separate phases and document them
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 06/38] x86/smpboot: Remove the CPU0 hotplug kludge
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 05/38] x86/topology: Remove CPU0 hotplug option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 04/38] x86/smpboot: Rename start_cpu0() to soft_restart_cpu()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 03/38] x86/smpboot: Avoid pointless delay calibration if TSC is synchronized
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 02/38] cpu/hotplug: Mark arch_disable_smp_support() and bringup_nonboot_cpus() __init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 00/38] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 01/38] x86/smpboot: Cleanup topology_phys_to_logical_pkg()/die()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] docs: directive `alias` for redirects
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v3] docs: directive `alias` for redirects
  • From: Costa Shulyupin <costa.shul@xxxxxxxxxx>
• Re: [PATCH v4 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [v4,5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,6/6] fbdev: Rename fb_mem*() helpers
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,2/6] ipu-v3: Include <linux/io.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v4 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.4-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.4-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] parisc: Fix STI console on 64-bit only machines
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix argument pointer in real64_call_asm()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [patch 26/37] riscv: Switch to hotplug core state synchronization
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 0/5] fbdev: Use regular I/O function for framebuffers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] ipu-v3: Include <linux/io.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 0/5] fbdev: Use regular I/O function for framebuffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• RE: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/5] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/5] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [patch 22/37] arm64: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 22/37] arm64: smp: Switch to hotplug core state synchronization
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 22/37] arm64: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] fbdev: visfxfb: HP Visualize-FX framebufffer driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 35/37] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v3] fbdev: visfxfb: HP Visualize-FX framebufffer driver
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Drop HP-UX constants and structs from grfioctl.h
  • From: Helge Deller <deller@xxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Helge Deller <deller@xxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 16/37] x86/xen/smp_pv: Remove wait for CPU online
  • From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 22/37] arm64: smp: Switch to hotplug core state synchronization
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/19] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/19] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/19] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 03/19] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/19] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/19] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 04/19] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [patch 35/37] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 19/37] x86/smpboot: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH liburing 2/3] github: Add hppa cross compiler
  • From: Ammar Faizi <ammarfaizi2@xxxxxxxxxxx>
• Re: [patch 35/37] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [patch 19/37] x86/smpboot: Switch to hotplug core state synchronization
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• [patch 36/37] x86/smpboot/64: Implement arch_cpuhp_init_parallel_bringup() and enable it
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 34/37] x86/cpu/amd; Invoke detect_extended_topology_early() on boot CPU
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 32/37] cpu/hotplug: Allow "parallel" bringup up to CPUHP_BP_KICK_AP_STATE
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 26/37] riscv: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 29/37] cpu/hotplug: Provide a split up CPUHP_BRINGUP mechanism
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 31/37] x86/apic: Provide cpu_primary_thread mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 30/37] x86/smpboot: Enable split CPU startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 37/37] x86/smpboot: Allow parallel bringup for SEV-ES
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 22/37] arm64: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 35/37] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 20/37] cpu/hotplug: Remove cpu_report_state() and related unused cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 33/37] x86/topology: Store extended topology leaf information
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 23/37] csky/smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 27/37] cpu/hotplug: Remove unused state functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 24/37] MIPS: SMP_CPS: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 18/37] cpu/hotplug: Add CPU state tracking and synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 25/37] parisc: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 28/37] cpu/hotplug: Reset task stack state in _cpu_up()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 21/37] ARM: smp: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 19/37] x86/smpboot: Switch to hotplug core state synchronization
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 15/37] x86/smpboot: Remove wait for cpu_online()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 14/37] cpu/hotplug: Rework sparse_irq locking in bringup_cpu()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 12/37] x86/smpboot: Make TSC synchronization function call based
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 16/37] x86/xen/smp_pv: Remove wait for CPU online
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 13/37] x86/smpboot: Remove cpu_callin_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 17/37] x86/xen/hvm: Get rid of DEAD_FROZEN handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 11/37] x86/smpboot: Move synchronization masks to SMP boot code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 06/37] x86/smpboot: Remove the CPU0 hotplug kludge
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 07/37] x86/smpboot: Restrict soft_restart_cpu() to SEV
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 09/37] x86/smpboot: Get rid of cpu_init_secondary()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 10/37] x86/cpu/cacheinfo: Remove cpu_callout_mask dependency
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 08/37] x86/smpboot: Split up native_cpu_up() into separate phases and document them
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 05/37] x86/topology: Remove CPU0 hotplug option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 04/37] x86/smpboot: Rename start_cpu0() to soft_restart_cpu()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 03/37] x86/smpboot: Avoid pointless delay calibration is TSC is synchronized
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 02/37] cpu/hotplug: Mark arch_disable_smp_support() and bringup_nonboot_cpus() __init
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 00/37] cpu/hotplug, x86: Reworked parallel CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 01/37] x86/smpboot: Cleanup topology_phys_to_logical_pkg()/die()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• RE: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: [PATCH] fbdev: modedb: Fix kernel crash in fb_videomode_to_var()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] fbdev: modedb: Fix kernel crash in fb_videomode_to_var()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• RE: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/18] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 00/18] arch: Consolidate <asm/fb.h>
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v2 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/19] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/19] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/19] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/19] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/19] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/19] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/19] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• RE: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 15/18] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 16/18] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 17/18] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 18/18] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/18] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/18] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/18] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/18] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/18] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/18] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/18] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/18] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/18] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/18] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/18] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/18] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/18] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/18] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a6faf7ea9fcb7267d06116d4188947f26e00e57e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 19/21] ARM: dma-mapping: use generic form of arch_sync_dma_* helpers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 14/21] parisc: dma-mapping: use regular flush/invalidate ops
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/21] mips: dma-mapping: split out cache operation logic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/21] mips: dma-mapping: skip invalidating before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/21] powerpc: dma-mapping: always clean cache in _for_device() op
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/21] powerpc: dma-mapping: split out cache operation logic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/21] microblaze: dma-mapping: skip extra DMA flushes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/21] sparc32: flush caches in dma_sync_*for_device
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/21] openrisc: dma-mapping: flush bidirectional mappings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] fbdev: modedb: Fix kernel crash in fb_videomode_to_var()
  • From: Helge Deller <deller@xxxxxx>
• linux-next: manual merge of the sh tree with the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 5/5] io_uring: add support for user mapped provided buffer ring
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 5/5] io_uring: add support for user mapped provided buffer ring
  • From: Ammar Faizi <ammarfaizi2@xxxxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] fbdev: stifb: Provide valid pixelclock and add fb_check_var() checks
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHSET 0/5] User mapped provided buffer rings
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 2/7] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 0/7] Generic IPI sending tracepoint
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 4/7] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 5/7] treewide: Trace IPIs sent via smp_send_reschedule()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 6/7] smp: reword smp call IPI comment
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v5 3/7] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: fix livelock in uaccess
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• [PATCH v5 26/26] riscv: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 25/26] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 24/26] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 23/26] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 22/26] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 21/26] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 20/26] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 19/26] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 18/26] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 17/26] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 16/26] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 15/26] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 14/26] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 13/26] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 11/26] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 10/26] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 09/26] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 08/26] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 07/26] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 06/26] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 05/26] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 04/26] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 03/26] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 02/26] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 01/26] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 23/24] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 22/24] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v5 13/17] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: linux-next: duplicate patch in the input tree
  • From: Helge Deller <deller@xxxxxx>
• linux-next: duplicate patch in the input tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 18/34] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 058f4df42121baadbb8a980c06011e912784dbd2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH v2 17/30] parisc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 17/30] parisc: Implement the new page table range API
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/2] char/agp: consolidate asm/agp.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 17/30] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 5/7] io_uring: use __xchg if possible
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 7/7] drm/i915/gt: use __xchg instead of internal helper
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 6/7] qed: use __xchg if possible
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 4/7] llist: simplify __llist_del_all
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 3/7] arch/*/uprobes: simplify arch_uretprobe_hijack_return_addr
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 2/7] linux/include: add non-atomic version of xchg
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 1/7] arch: rename all internal names __xchg to __arch_xchg
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] parisc: Cleanup mmap implementation
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: liburing test results on hppa
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: liburing test results on hppa
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: liburing test results on hppa
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: liburing test results on hppa
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: liburing test results on hppa
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: liburing test results on hppa
  • From: Jens Axboe <axboe@xxxxxxxxx>
• liburing test results on hppa
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
  • From: Helge Deller <deller@xxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Helge Deller <deller@xxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Helge Deller <deller@xxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: io_uring failure on parisc with VIPT caches
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 0/7] Generic IPI sending tracepoint
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 23/24] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 22/24] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>