Linux PA RISC

• Thread Index

• RE: [PATCH v9 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v9 0/2] lib: checksum: Fix issues with checksum tests
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• parisc: kernel/cpu.c:3110:9: error: expected identifier or '(' before '=' token
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v9 1/2] lib: checksum: Fix type casting in checksum kunits
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCHv9 2/3] irq: use a struct for the kstat_irqs in the interrupt descriptor
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/2] lib: checksum: Fix issues with checksum tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCHv9 2/3] irq: use a struct for the kstat_irqs in the interrupt descriptor
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 0/2] lib: checksum: Fix issues with checksum tests
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/4] parisc: checksum: Optimize from32to16
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] parisc: checksum: Remove folding from csum_partial
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] parisc: checksum: Use generic implementations
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/4] asm-generic headers: Allow csum_partial arch override
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCHv9 2/3] irq: use a struct for the kstat_irqs in the interrupt descriptor
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCHv9 3/3] watchdog/softlockup: report the most frequent interrupts
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCHv9 2/3] irq: use a struct for the kstat_irqs in the interrupt descriptor
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCHv9 1/3] watchdog/softlockup: low-overhead detection of interrupt storm
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCHv9 0/3] *** Detect interrupt storm in softlockup ***
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCH v9 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v9 1/2] lib: checksum: Fix type casting in checksum kunits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v9 0/2] lib: checksum: Fix issues with checksum tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 3/4] parisc: checksum: Remove folding from csum_partial
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 4/4] parisc: checksum: Optimize from32to16
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 0/4] parisc: checksum: Use generic implementations and optimize checksum
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 2/4] parisc: checksum: Use generic implementations
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 1/4] asm-generic headers: Allow csum_partial arch override
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [RFC PATCH 12/14] parisc/thread_info: Introduce TIF_NOTIFY_IPI flag
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• [RFC PATCH 03/14] sched/core: Use TIF_NOTIFY_IPI to notify an idle CPU in TIF_POLLING mode of pending IPI
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• [RFC PATCH 02/14] sched: Define a need_resched_or_ipi() helper and use it treewide
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• [RFC PATCH 01/14] thread_info: Add helpers to test and clear TIF_NOTIFY_IPI
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• [RFC PATCH 00/14] Introducing TIF_NOTIFY_IPI flag
  • From: K Prateek Nayak <kprateek.nayak@xxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCHv8 2/2] watchdog/softlockup: report the most frequent interrupts
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• Re: [PATCHv8 2/2] watchdog/softlockup: report the most frequent interrupts
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Johan Almbladh <johan.almbladh@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Helge Deller <deller@xxxxxx>
• [PATCHv8 2/2] watchdog/softlockup: report the most frequent interrupts
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCHv8 1/2] watchdog/softlockup: low-overhead detection of interrupt
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• [PATCHv8 0/2] *** Detect interrupt storm in softlockup ***
  • From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Ilya Leoshkevich <iii@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Puranjay Mohan <puranjay12@xxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH bpf-next 2/2] bpf: Take return from set_memory_rox() into account with bpf_jit_binary_lock_ro()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• RE: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required)
  • From: linux-parisc+owner@xxxxxxxxxxxxxxx
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] parisc: make parisc_bus_type const
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: avoid c23 'nullptr' idenitifier
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc/ftrace: add missing CONFIG_DYNAMIC_FTRACE check
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc/kprobes: always include asm-generic/kprobes.h
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix unwinder
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• RE: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required)
  • From: linux-parisc+owner@xxxxxxxxxxxxxxx
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• RE: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required)
  • From: linux-parisc+owner@xxxxxxxxxxxxxxx
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v8 1/2] lib: checksum: Fix type casting in checksum kunits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH v8 0/2] lib: checksum: Fix issues with checksum tests
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] parisc: Fix ip_fast_csum
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH] parisc: make parisc_bus_type const
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: make parisc_bus_type const
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next v5 08/14] memory-provider: dmabuf devmem memory provider
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH v7 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests [issues with parisc64]
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] parisc: avoid c23 'nullptr' idenitifier
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] parisc/kprobes: always include asm-generic/kprobes.h
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• [PATCH] parisc/ftrace: add missing CONFIG_DYNAMIC_FTRACE check
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• RE: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] parisc: Fix ip_fast_csum
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 1/2] kbuild: Abort make on install failures
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported
  • From: Zev Weiss <zev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported
  • From: Zev Weiss <zev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported
  • From: Zev Weiss <zev@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] prctl: Generalize PR_SET_MDWE support check to be per-arch
  • From: Zev Weiss <zev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] block: use the __packed attribute only on architectures where it is efficient
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Kunit test failures with cpumask tests on parisc
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxx>
• Re: Kunit test failures with cpumask tests on parisc
  • From: Helge Deller <deller@xxxxxx>
• Kunit test failures with cpumask tests on parisc
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH RFC v4 14/15] arm64: document virtual CPU hotplug's expectations
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v4 11/15] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v4 10/15] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.8-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fixes for v6.8-rc3
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: Miguel Luis <miguel.luis@xxxxxxxxxx>
• [PATCH RFC v4 15/15] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 11/15] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 09/15] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 14/15] arm64: document virtual CPU hotplug's expectations
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 13/15] ACPI: add support to (un)register CPUs based on the _STA enabled bit
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 12/15] arm64: psci: Ignore DENIED CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 10/15] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 08/15] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 07/15] ACPI: Check _STA present bit before making CPUs not present
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 06/15] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 05/15] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 04/15] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 03/15] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [RFC PATCH v4 00/15] ACPI/arm64: add support for virtual cpu hotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.8-rc2
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: linux-next: duplicate patch in the bcachefs tree
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2] [net] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: Build regressions/improvements in v6.8-rc2
  • From: Sam James <sam@xxxxxxxxxx>
• Re: Build regressions/improvements in v6.8-rc2
  • From: Helge Deller <deller@xxxxxx>
• Re: linux-next: duplicate patch in the bcachefs tree
  • From: Helge Deller <deller@xxxxxx>
• linux-next: duplicate patch in the bcachefs tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • 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: Build regressions/improvements in v6.8-rc2
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: Build regressions/improvements in v6.8-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] bcachefs: Fix build on parisc by avoiding __multi3()
  • From: Helge Deller <deller@xxxxxxxxxx>
• [PATCH v2] [net] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Miguel Luis <miguel.luis@xxxxxxxxxx>
• Re: [PATCH] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • 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 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 6/7] parisc: Fix random data corruption from exception handler
  • From: deller@xxxxxxxxxx
• [PATCH 5/7] parisc: Drop unneeded semicolon in parse_tree_node()
  • From: deller@xxxxxxxxxx
• [PATCH 4/7] parisc: Prevent hung tasks when printing inventory on serial console
  • From: deller@xxxxxxxxxx
• [PATCH 7/7] parisc: Show kernel unaligned memory accesses
  • From: deller@xxxxxxxxxx
• [PATCH 3/7] parisc: Check for valid stride size for cache flushes
  • From: deller@xxxxxxxxxx
• [PATCH 2/7] parisc: Make RO_DATA page aligned in vmlinux.lds.S
  • From: deller@xxxxxxxxxx
• [PATCH 1/7] parisc: Use irq_enter_rcu() to fix warning at kernel/context_tracking.c:367
  • From: deller@xxxxxxxxxx
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH v2 00/47] tty: vt: cleanup and documentation
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@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 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v2 37/47] tty: vt: make consw::con_font_default()'s name const
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 36/47] tty: vt: make font of consw::con_font_set() const
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 35/47] tty: vt: make types around consw::con_blank() bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 34/47] tty: vt: use enum constants for VESA blanking modes
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 21/47] tty: vt: sanitize arguments of consw::con_clear()
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 33/47] tty: vt: use VESA blanking constants
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 30/47] tty: vt: make consw::con_switch() return a bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 29/47] tty: vt: remove CM_* constants
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 24/47] tty: vt: eliminate unneeded consw::con_putc() implementations
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 22/47] tty: vt: remove checks for count in consw::con_clear() implementations
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 20/47] tty: vt: make init parameter of consw::con_init() a bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH v2 00/47] tty: vt: cleanup and documentation
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH v4 0/7] kexec_file: print out debugging message if required
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v2 1/2] resource: add walk_system_ram_res_rev()
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 0/2] kexec_file: Load kernel at top of system RAM if required
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH 19/45] tty: vt: make init parameter of consw::con_init() a bool
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 32/45] tty: vt: use enum for VESA blanking modes
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 35/45] tty: vt: make consw::con_font_default()'s name const
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 34/45] tty: vt: make font of consw::con_font_set() const
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 33/45] tty: vt: make types around consw::con_blank() bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 32/45] tty: vt: use enum for VESA blanking modes
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 31/45] tty: vt: use VESA blanking constants
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 29/45] tty: vt: make consw::con_switch() return a bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 28/45] tty: vt: remove CM_* constants
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 23/45] tty: vt: eliminate unneeded consw::con_putc() implementations
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 21/45] tty: vt: remove checks for count in consw::con_clear() implementations
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 20/45] tty: vt: sanitize arguments of consw::con_clear()
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 19/45] tty: vt: make init parameter of consw::con_init() a bool
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• [PATCH 00/45] tty: vt: cleanup and documentation
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.8-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [BUG][BISECTED] Freeze at loading init ramdisk
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• [GIT PULL] parisc architecture fixes for v6.8-rc1
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • 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 02/21] ACPI: processor: Add support for processors described as container packages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • 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 02/21] ACPI: processor: Add support for processors described as container packages
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• 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 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: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • 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 02/21] ACPI: processor: Add support for processors described as container packages
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• 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 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jose Marinho <Jose.Marinho@xxxxxxx>
• Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • 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>
• RE: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jose Marinho <Jose.Marinho@xxxxxxx>
• Re: [PATCH 1/4] video/sticore: Store ROM device in STI struct
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2 4/4] video/sticore: Remove info field from STI struct
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/4] arch/parisc: Detect primary video device from device instance
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/4] video/sticore: Store ROM device in STI struct
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/4] arch/parisc: Detect primary framebuffer from device
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc()
  • From: Helge Deller <deller@xxxxxx>
• Re: hppa64 Linux in QEMU
  • From: Bruno Haible <bruno@xxxxxxxxx>
• Re: hppa64 Linux in QEMU
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] linux/export: Ensure natural alignment of kcrctab array
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] linux/export: Ensure natural alignment of kcrctab array
  • From: Helge Deller <deller@xxxxxxxxxx>
• Re: [RFC PATCH net-next v5 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/4] arch/parisc: Detect primary video device from device instance
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/4] video/sticore: Remove info field from STI struct
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/4] video/sticore: Store ROM device in STI struct
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/4] arch/parisc: Detect primary framebuffer from device
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds'
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds'
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds'
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds'
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• [RFC PATCH net-next v5 14/14] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 13/14] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 11/14] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 10/14] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 09/14] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 08/14] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 07/14] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 06/14] page_pool: convert to use netmem
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 04/14] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 03/14] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 02/14] net: page_pool: factor out page_pool recycle check
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 01/14] net: page_pool: create hooks for custom page providers
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [RFC PATCH net-next v5 00/14] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 19/21] arm64: document virtual CPU hotplug's expectations
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 16/21] arm64: psci: Ignore DENIED CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 15/21] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH RFC v3 10/21] ACPI: Check _STA present bit before making CPUs not present
  • 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>
• 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>