Linux PA RISC
[Prev Page][Next Page]
- [PATCHv10 2/4] genirq: Provide a snapshot mechanism for interrupt statistics
- From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
- [PATCHv10 0/4] *** Detect interrupt storm in softlockup ***
- From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
- [PATCHv10 1/4] watchdog/softlockup: low-overhead detection of interrupt storm
- From: Bitao Hu <yaoma@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v10] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: parisc: kernel/cpu.c:3110:9: error: expected identifier or '(' before '=' token
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH v10] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
- From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
- Re: [GIT PULL] parisc architecture fixes for v6.8-rc6
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] parisc architecture fixes for v6.8-rc6
- From: Helge Deller <deller@xxxxxxxxxx>
- Re: [PATCH v9 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
- From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
- Re: [PATCH v9 0/2] lib: checksum: Fix issues with checksum tests
- From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
- Re: [PATCH v9 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- 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
- [PATCH 5/7] parisc: Drop unneeded semicolon in parse_tree_node()
- [PATCH 4/7] parisc: Prevent hung tasks when printing inventory on serial console
- [PATCH 7/7] parisc: Show kernel unaligned memory accesses
- [PATCH 3/7] parisc: Check for valid stride size for cache flushes
- [PATCH 2/7] parisc: Make RO_DATA page aligned in vmlinux.lds.S
- [PATCH 1/7] parisc: Use irq_enter_rcu() to fix warning at kernel/context_tracking.c:367
- 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
- [PATCH 7/8] parisc: Drop the HP-UX ENOSYM and EREMOTERELEASE error codes
- [PATCH 6/8] parisc: Use correct alignment in __bug_table
- [PATCH 5/8] parisc: Mark __jump_table aligned to CPU long width
- [PATCH 4/8] parisc: Mark altinstructions 32-bit aligned
- [PATCH 2/8] parisc: Mark __ex_table entries 32-bit aligned in uaccess.h
- [PATCH 3/8] parisc: Specify alignments for .PARISC.unwind and .data..lock_aligned
- [PATCH 1/8] parisc: Mark __ex_table entries 32-bit aligned in assembly.h
- [PATCH 0/8] parisc patch queue
- 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>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]