Linux PA RISC

• Thread Index

• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 09/21] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 19/21] arm64: document virtual CPU hotplug's expectations
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 16/21] arm64: psci: Ignore DENIED CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 15/21] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 12/21] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 11/21] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 10/21] ACPI: Check _STA present bit before making CPUs not present
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 09/21] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 08/21] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 06/21] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [RFC PATCH v3 00/21] ACPI/arm64: add support for virtual cpu hotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v4 7/7] kexec_file, parisc: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 6/7] kexec_file, power: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 3/7] kexec_file, x86: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 0/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fix for v6.7-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: (subset) [PATCH 00/22] -Wmissing-prototype warning fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [GIT PULL] parisc architecture fix for v6.7-rc5
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] [parisc] superio: Add error handling for request_region in superio_init
  • From: Helge Deller <deller@xxxxxx>
• Re: 64-bit userspace root file system for hppa64
  • From: Helge Deller <deller@xxxxxx>
• Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required)
  • From: linux-parisc+owner@xxxxxxxxxxxxxxx
• 64-bit userspace root file system for hppa64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 00/21] Initial cleanups for vCPU hotplug
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] Initial cleanups for vCPU hotplug
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/21] Initial cleanups for vCPU hotplug
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] Initial cleanups for vCPU hotplug
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 15/21] x86/topology: use weak version of arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 17/21] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 14/21] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 19/21] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 16/21] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 07/21] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 04/21] Loongarch: remove arch_*register_cpu() exports
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 03/21] x86/topology: remove arch_*register_cpu() exports
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] kexec_file: print out debugging message if required
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v3 7/7] kexec_file, parisc: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 6/7] kexec_file, power: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 3/7] kexec_file, x86: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v3 0/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] [parisc] superio: Add error handling for request_region in superio_init
  • From: Haoran Liu <liuhaoran14@xxxxxxx>
• Re: [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 20/22] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 18/22] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 17/22] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 16/22] x86/topology: use weak version of arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 15/22] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 04/22] Loongarch: remove arch_*register_cpu() exports
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 03/22] x86/topology: remove arch_*register_cpu() exports
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: parisc: bug.h:71:17: error: invalid 'asm': operand number out of range
  • From: Helge Deller <deller@xxxxxx>
• Re: parisc: bug.h:71:17: error: invalid 'asm': operand number out of range
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• parisc: bug.h:71:17: error: invalid 'asm': operand number out of range
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.7-rc3
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half
  • From: deller@xxxxxxxxxx
• [PATCH 7/8] parisc: Drop the HP-UX ENOSYM and EREMOTERELEASE error codes
  • From: deller@xxxxxxxxxx
• [PATCH 6/8] parisc: Use correct alignment in __bug_table
  • From: deller@xxxxxxxxxx
• [PATCH 5/8] parisc: Mark __jump_table aligned to CPU long width
  • From: deller@xxxxxxxxxx
• [PATCH 4/8] parisc: Mark altinstructions 32-bit aligned
  • From: deller@xxxxxxxxxx
• [PATCH 2/8] parisc: Mark __ex_table entries 32-bit aligned in uaccess.h
  • From: deller@xxxxxxxxxx
• [PATCH 3/8] parisc: Specify alignments for .PARISC.unwind and .data..lock_aligned
  • From: deller@xxxxxxxxxx
• [PATCH 1/8] parisc: Mark __ex_table entries 32-bit aligned in assembly.h
  • From: deller@xxxxxxxxxx
• [PATCH 0/8] parisc patch queue
  • From: deller@xxxxxxxxxx
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 2/7] kexec_file: print out debugging message if required
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 6/7] kexec_file, power: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 7/7] kexec_file, parisc: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 3/7] kexec_file, x86: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 0/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: "bhe@xxxxxxxxxx" <bhe@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: "bhe@xxxxxxxxxx" <bhe@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: "bhe@xxxxxxxxxx" <bhe@xxxxxxxxxx>
• Re: [PATCH v2 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 02/21] x86: intel_epb: Don't rely on link order
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: [PATCH 20/21] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: "Linux regression tracking #update (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 20/22] usb: fsl-mph-dr-of: mark fsl_usb2_mpc5121_init() static
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 20/21] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 19/21] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 18/21] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 17/21] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 16/21] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 15/21] x86/topology: use weak version of arch_unregister_cpu()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 14/21] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 07/21] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 06/21] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 04/21] Loongarch: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 03/21] x86/topology: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 02/21] x86: intel_epb: Don't rely on link order
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 00/21] Initial cleanups for vCPU hotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• RE: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Jianyong Wu <Jianyong.Wu@xxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• RE: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Jianyong Wu <Jianyong.Wu@xxxxxxx>
• Re: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Fix mmap_base calculation when stack grows upwards
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix mmap_base calculation when stack grows upwards
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL v2] parisc architecture fixes for v6.7-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL v2] parisc architecture fixes for v6.7-rc2
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Replace strlcpy() with strscpy()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: "bhe@xxxxxxxxxx" <bhe@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: "Liu, Yujie" <yujie.liu@xxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] parisc: Replace strlcpy() with strscpy()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Jianyong Wu <Jianyong.Wu@xxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] kexec_file, arm64: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 7/7] kexec_file, parisc: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 6/7] kexec_file, power: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/7] kexec_file, x86: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/2] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/2] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] parisc: Fix mmap_base calculation when stack grows upwards
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 20/22] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 18/22] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 17/22] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 16/22] x86/topology: use weak version of arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 15/22] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 04/22] Loongarch: remove arch_*register_cpu() exports
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 03/22] x86/topology: remove arch_*register_cpu() exports
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2)
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Bisected stability regression in 6.6
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2)
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] kbuild: unify vdso_install rules
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Sam James <sam@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Zhihao Cheng <chengzhihao1@xxxxxxxxxx>
• Re: [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• [PATCH 22/22] Makefile.extrawarn: turn on missing-prototypes globally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 21/22] fbdev/fsl-diu-fb: mark wr_reg_wa() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 20/22] usb: fsl-mph-dr-of: mark fsl_usb2_mpc5121_init() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 19/22] powerpc: powermac: mark smp_psurge_{give,take}_timebase static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 18/22] powerpc: pasemi: mark pas_shutdown() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 14/22] arch: add missing prepare_ftrace_return() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/22] arch: add do_page_fault prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/22] x86: sta2x11: include header for sta2x11_get_instance() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/22] [RESEND] sched: fair: move unused stub functions to header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/22] [RESEND] stackleak: add declarations for global functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/22] [RESEND] parport: gsc: mark init function static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/22] [RESEND^2] ida: make 'ida_dump' static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/22] -Wmissing-prototype warning fixes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2] parisc/pgtable: Do not drop upper 5 address bits of physical address
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH] parisc/pgtable: Do not drop upper 5 address bits of physical address
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 20/22] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 19/22] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 18/22] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 17/22] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 16/22] x86/topology: use weak version of arch_unregister_cpu()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 15/22] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 04/22] Loongarch: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 03/22] x86/topology: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 00/22] Initial cleanups for vCPU hotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: Miguel Luis <miguel.luis@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] staging: qlge: Retire the driver
  • From: Kira <nyakov13@xxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 18/39] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 32/39] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 33/39] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 36/39] arm64: document virtual CPU hotplug's expectations
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 31/39] ACPICA: Add new MADT GICC flags fields
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 37/39] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 39/39] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 35/39] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 30/39] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 29/39] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 28/39] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 26/39] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 27/39] ACPI: Check _STA present bit before making CPUs not present
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 22/39] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 25/39] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 24/39] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 23/39] drivers: base: Implement weak arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 21/39] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 20/39] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 18/39] ACPI: Only enumerate enabled (or functional) devices
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 19/39] ACPI: processor: Add support for processors described as container packages
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 14/39] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 15/39] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 17/39] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 13/39] x86: intel_epb: Don't rely on link order
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 16/39] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 05/39] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 10/39] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 11/39] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 12/39] ia64/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 09/39] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 08/39] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 07/39] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 06/39] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 04/39] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 02/39] ACPI: Use the acpi_device_is_present() helper in more places
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 03/39] ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 01/39] parisc: simplify smp_prepare_boot_cpu()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 07/13] arm64, execmem: extend execmem_params for generated code allocations
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3] parisc: Add nop instructions after TLB inserts
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• Re: [PATCH 0/2] staging: qlge: Remove qlge
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: simplify smp_prepare_boot_cpu()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 0/2] staging: qlge: Remove qlge
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v3] parisc: Add nop instructions after TLB inserts
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• Re: [PATCH] parisc: simplify smp_prepare_boot_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH] parisc: simplify smp_prepare_boot_cpu()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 1/2] staging: qlge: Update TODO
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• [PATCH 0/2] staging: qlge: Remove qlge
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH v2] parisc: Add nop instructions after TLB inserts
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• [PATCH 2/2] parisc/firmware: Use PDC constants for narrow/wide firmware
  • From: deller@xxxxxxxxxx
• [PATCH 1/2] parisc: Move parisc_narrow_firmware variable to header file
  • From: deller@xxxxxxxxxx
• [PATCH] parisc/agp: Use 64-bit LE values in SBA IOMMU PDIR table
  • From: deller@xxxxxxxxxx
• Re: [PATCH 00/46] fbdev: Init fb_ops with helpers for I/O memory
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 01/46] fbdev: Provide I/O-memory helpers as module
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH] parisc: Allow building uncompressed Linux kernel
  • From: deller@xxxxxxxxxx
• [PATCH] parisc: Add some missing PDC functions and constants
  • From: deller@xxxxxxxxxx
• [PATCH] parisc: sba-iommu: Fix comment when calculating IOC number
  • From: deller@xxxxxxxxxx
• [PATCH] parisc: Add nop instructions after TLB inserts
  • From: John David Anglin <dave@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: unify no-compiler-targets and no-sync-config-targets
  • From: Nicolas Schier <n.schier@xxxxxx>
• [PATCH v2 2/2] kbuild: unify no-compiler-targets and no-sync-config-targets
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v2 1/2] kbuild: unify vdso_install rules
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 1/5] csky: remove unused cmd_vdso_install
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 5/5] kbuild: unify no-compiler-targets and no-sync-config-targets
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] HWPOISON: add a pr_err message when forcibly send a sigbus
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] parisc: remove broken vdso_install
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Sven Schnelle <svens@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] kbuild: unify no-compiler-targets and no-sync-config-targets
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/5] csky: remove unused cmd_vdso_install
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 2/5] UML: remove unused cmd_vdso_install
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 5/5] kbuild: unify no-compiler-targets and no-sync-config-targets
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 3/5] parisc: remove broken vdso_install
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/5] UML: remove unused cmd_vdso_install
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 1/5] csky: remove unused cmd_vdso_install
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] parisc: Add qemu power-off handler
  • From: Helge Deller <deller@xxxxxx>
• [tip:locking/core] [futex] cb8c4312af: will-it-scale.per_process_ops -3.2% regression
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.6-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.6-rc5
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 00/14] Batch 1: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Batch 1: Annotate structs with __counted_by
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 00/14] Batch 1: Annotate structs with __counted_by
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm: hugetlb: Add huge page size param to set_huge_pte_at()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 00/14] Batch 1: Annotate structs with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 34/46] fbdev/savagefb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 36/46] fbdev/sm501fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 46/46] fbdev/vt8623fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 35/46] fbdev/sisfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 42/46] fbdev/tridentfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 33/46] fbdev/sa1100fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 45/46] fbdev/viafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 44/46] fbdev/vga16fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 40/46] fbdev/tdfxfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 41/46] fbdev/tgafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 30/46] fbdev/rivafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 32/46] fbdev/s3fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 31/46] fbdev/s1d13xxxfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 29/46] fbdev/radeon: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 22/46] fbdev/matroxfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 28/46] fbdev/pvr2fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 43/46] fbdev/vermilionfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 37/46] fbdev/sm712fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 23/46] fbdev/neofb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 39/46] fbdev/sunxvr500: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 25/46] fbdev/omapfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 38/46] fbdev/stifb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 27/46] fbdev/pm3fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 26/46] fbdev/pm2fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/46] fbdev/cobalt-lcd: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 20/46] fbdev/imsttfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/46] fbdev/cirrusfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/46] fbdev/amifb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 19/46] fbdev/i810fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/46] fbdev/amba-clcd: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/46] fbdev/cyber2000fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 21/46] fbdev/intelfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/46] fbdev/dnfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/46] fbdev/au1100fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/46] fbdev/ep93xx-fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/46] fbdev/atyfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/46] fbdev/gbefb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/46] fbdev/controlfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/46] fbdev: Provide I/O-memory helpers as module
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/46] fbdev/atafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 17/46] fbdev/hitfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/46] fbdev/arkfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 16/46] fbdev/hgafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 18/46] fbdev/hpfb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 24/46] fbdev/nvidiafb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/46] fbdev: Init fb_ops with helpers for I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/46] fbdev/68328fb: Initialize fb_ops to fbdev I/O-memory helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 10/13] arch: make execmem setup available regardless of CONFIG_MODULES
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/13] mm: introduce execmem_text_alloc() and execmem_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 10/13] arch: make execmem setup available regardless of CONFIG_MODULES
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Build regressions/improvements in v6.6-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 1/7] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 02/18] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 02/13] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 3/7] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 2/7] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 01/13] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 3/6] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 01/18] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 1/6] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 4/7] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 04/13] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 04/18] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 2/7] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 03/13] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 03/18] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/7] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 2/6] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 1/7] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 4/7] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 04/28] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 05/28] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 03/28] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 02/28] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 07/41] parisc: irq: Make irq_stack_union static to avoid sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 06/41] parisc: drivers: Fix sparse warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 05/41] parisc: iosapic.c: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 03/41] parisc: sba-iommu: Fix sparse warnigs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 04/41] parisc: ccio-dma: Fix sparse warnings
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 02/41] parisc: sba: Fix compile warning wrt list of SBA devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 13/14] net: tulip: Annotate struct mediatable with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 08/14] net: ipa: Annotate struct ipa_power with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 04/14] net: hns: Annotate struct ppe_common_cb with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 10/14] net: openvswitch: Annotate struct dp_meter_instance with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>