Linux PA RISC

• Thread Index

• 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>
• RE: [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Jianyong Wu <Jianyong.Wu@xxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] kexec_file: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] kexec_file, arm64: print out debugging message if required
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 7/7] kexec_file, parisc: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/7] kexec_file, arm64: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 6/7] kexec_file, power: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/7] kexec_file, x86: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/7] kexec_file, ricv: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/7] kexec_file: print out debugging message if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/2] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/2] resource: add walk_system_ram_res_rev()
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/2] kexec_file: Load kernel at top of system RAM if required
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] parisc: Fix mmap_base calculation when stack grows upwards
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 20/22] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 18/22] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 17/22] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 16/22] x86/topology: use weak version of arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 15/22] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 04/22] Loongarch: remove arch_*register_cpu() exports
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 03/22] x86/topology: remove arch_*register_cpu() exports
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2)
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Bisected stability regression in 6.6
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2)
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: "Dr. David Alan Gilbert" <dave@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] kbuild: unify vdso_install rules
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Sam James <sam@xxxxxxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Helge Deller <deller@xxxxxx>
• Re: Bisected stability regression in 6.6
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Bisected stability regression in 6.6
  • From: matoro <matoro_mailinglist_kernel@xxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Shaoqin Huang <shahuang@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Zhihao Cheng <chengzhihao1@xxxxxxxxxx>
• Re: [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• [PATCH 22/22] Makefile.extrawarn: turn on missing-prototypes globally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 21/22] fbdev/fsl-diu-fb: mark wr_reg_wa() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 20/22] usb: fsl-mph-dr-of: mark fsl_usb2_mpc5121_init() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 19/22] powerpc: powermac: mark smp_psurge_{give,take}_timebase static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 18/22] powerpc: pasemi: mark pas_shutdown() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 14/22] arch: add missing prepare_ftrace_return() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/22] arch: add do_page_fault prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/22] x86: sta2x11: include header for sta2x11_get_instance() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/22] [RESEND] sched: fair: move unused stub functions to header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/22] [RESEND] stackleak: add declarations for global functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/22] [RESEND] parport: gsc: mark init function static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/22] [RESEND^2] ida: make 'ida_dump' static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/22] -Wmissing-prototype warning fixes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2] parisc/pgtable: Do not drop upper 5 address bits of physical address
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH] parisc/pgtable: Do not drop upper 5 address bits of physical address
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH RFC 22/22] riscv: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 21/22] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 20/22] LoongArch: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 19/22] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 18/22] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 17/22] x86/topology: convert to use arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 16/22] x86/topology: use weak version of arch_unregister_cpu()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 15/22] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 14/22] arm64: convert to arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 13/22] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 12/22] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 11/22] drivers: base: remove unnecessary call to register_cpu_under_node()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 05/22] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 07/22] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 10/22] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 08/22] drivers: base: Implement weak arch_unregister_cpu()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 09/22] drivers: base: add arch_cpu_is_hotpluggable()
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 06/22] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 04/22] Loongarch: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 03/22] x86/topology: remove arch_*register_cpu() exports
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 02/22] x86: intel_epb: Don't rely on link order
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 01/22] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH RFC 00/22] Initial cleanups for vCPU hotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for v6.7-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• prctl call wrongly succeeds on HPPA?
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: Miguel Luis <miguel.luis@xxxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
• Re: [PATCH] staging: Revert "staging: qlge: Retire the driver"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] staging: qlge: Retire the driver
  • From: Kira <nyakov13@xxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] kbuild: unify vdso_install rules
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 04/13] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 03/13] mm/execmem, arch: convert simple overrides of module_alloc to execmem
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 18/39] ACPI: Only enumerate enabled (or functional) devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH v3 00/39] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 38/39] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 32/39] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 34/39] arm64: psci: Ignore DENIED CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 33/39] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>
• [PATCH 36/39] arm64: document virtual CPU hotplug's expectations
  • From: Russell King (Oracle) <rmk+kernel@xxxxxxxxxxxxxxx>