Linux PA RISC

• Date Index

• [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd(), Guenter Roeck
  • Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd(), Helge Deller
    • Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd(), Guenter Roeck
  • Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd(), Guenter Roeck
    • Re: [PATCH] parisc/unaligned: Rewrite 64-bit inline assembly of emulate_ldd(), Helge Deller
• [PATCH] parisc: Fix unwinder, Guenter Roeck
• [PATCH v8 0/2] lib: checksum: Fix issues with checksum tests, Charlie Jenkins
  • [PATCH v8 1/2] lib: checksum: Fix type casting in checksum kunits, Charlie Jenkins
  • [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
    • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
      • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
        • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
          • Message not available
            • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
              • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
              • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
                • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
                  • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
                    • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
                      • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
          • Message not available
            • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
          • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Helge Deller
            • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
              • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Helge Deller
                • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
            • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
              • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
                • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Helge Deller
      • RE: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, David Laight
        • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
          • Message not available
            • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
              • Message not available
                • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
                  • Message not available
                    • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
              • Message not available
                • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
                  • RE: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, David Laight
                  • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Charlie Jenkins
                    • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
    • Re: [PATCH v8 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests, Guenter Roeck
• [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Guenter Roeck
  • Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Charlie Jenkins
  • Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Helge Deller
    • Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Guenter Roeck
    • Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Charlie Jenkins
      • RE: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, David Laight
      • Re: [PATCH] parisc: Fix csum_ipv6_magic on 64-bit systems, Helge Deller
• [PATCH] parisc: make parisc_bus_type const, Ricardo B. Marliere
  • Re: [PATCH] parisc: make parisc_bus_type const, Greg Kroah-Hartman
    • Re: [PATCH] parisc: make parisc_bus_type const, Helge Deller
• Re: [PATCH v7 2/2] lib: checksum: Use aligned accesses for ip_fast_csum and csum_ipv6_magic tests [issues with parisc64], Guenter Roeck
• [PATCH] parisc: avoid c23 'nullptr' idenitifier, Arnd Bergmann
  • Re: [PATCH] parisc: avoid c23 'nullptr' idenitifier, Helge Deller
• [PATCH] parisc/kprobes: always include asm-generic/kprobes.h, Max Kellermann
  • Re: [PATCH] parisc/kprobes: always include asm-generic/kprobes.h, Helge Deller
• [PATCH] parisc/ftrace: add missing CONFIG_DYNAMIC_FTRACE check, Max Kellermann
  • Re: [PATCH] parisc/ftrace: add missing CONFIG_DYNAMIC_FTRACE check, Helge Deller
• [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems, Guenter Roeck
  • RE: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems, David Laight
    • Re: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems, Guenter Roeck
  • Re: [PATCH] parisc: Fix csum_ipv6_magic on 32-bit systems, Charlie Jenkins
• [PATCH] parisc: Fix ip_fast_csum, Guenter Roeck
  • Re: [PATCH] parisc: Fix ip_fast_csum, Charlie Jenkins
• [PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist, Zhang Bingwu
  • [PATCH 1/2] kbuild: Abort make on install failures, Zhang Bingwu
    • Re: [PATCH 1/2] kbuild: Abort make on install failures, Russell King (Oracle)
      • Re: [PATCH 1/2] kbuild: Abort make on install failures, xtex
      • Re: [PATCH 1/2] kbuild: Abort make on install failures, Nicolas Schier
        • Re: [PATCH 1/2] kbuild: Abort make on install failures, Masahiro Yamada
          • Re: [PATCH 1/2] kbuild: Abort make on install failures, xtex
  • [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist, Zhang Bingwu
    • Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist, Nicolas Schier
• [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported, Zev Weiss
  • [PATCH 1/2] prctl: Generalize PR_SET_MDWE support check to be per-arch, Zev Weiss
  • Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported, Helge Deller
    • Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported, Zev Weiss
  • Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported, Russell King (Oracle)
    • Re: [PATCH 0/2] ARM: prctl: Reject PR_SET_MDWE where not supported, Zev Weiss
• [PATCH] block: use the __packed attribute only on architectures where it is efficient, Mikulas Patocka
  • Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient, Ming Lei
    • Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient, Mikulas Patocka
      • Re: [PATCH] block: use the __packed attribute only on architectures where it is efficient, Ming Lei
• Kunit test failures with cpumask tests on parisc, Guenter Roeck
  • Re: Kunit test failures with cpumask tests on parisc, Helge Deller
    • Re: Kunit test failures with cpumask tests on parisc, Guenter Roeck
• [GIT PULL] parisc architecture fixes for v6.8-rc3, Helge Deller
  • Re: [GIT PULL] parisc architecture fixes for v6.8-rc3, pr-tracker-bot
• [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
  • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Tejun Heo
    • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
      • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Tejun Heo
        • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
          • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Tejun Heo
            • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
              • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
                • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Tejun Heo
                  • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Helge Deller
                    • Re: [PATCH][RFC] workqueue: Fix kernel panic on CPU hot-unplug, Tejun Heo
• [RFC PATCH v4 00/15] ACPI/arm64: add support for virtual cpu hotplug, Russell King (Oracle)
  • [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Oracle
    • Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Miguel Luis
    • Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Rafael J. Wysocki
      • Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Jonathan Cameron
      • Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Russell King (Oracle)
    • Re: [PATCH RFC v4 01/15] ACPI: Only enumerate enabled (or functional) processor devices, Rafael J. Wysocki
  • [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Oracle
    • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Russell King (Oracle)
        • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Russell King (Oracle)
          • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
            • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
              • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Thomas Gleixner
      • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
        • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
          • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
            • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
              • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
              • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Russell King (Oracle)
                • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
                  • Re: [PATCH RFC v4 02/15] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
  • [PATCH RFC v4 03/15] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), Oracle
  • [PATCH RFC v4 04/15] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Oracle
  • [PATCH RFC v4 05/15] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Oracle
  • [PATCH RFC v4 06/15] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED(), Russell King (Oracle)
  • [PATCH RFC v4 07/15] ACPI: Check _STA present bit before making CPUs not present, Oracle
  • [PATCH RFC v4 08/15] ACPI: Warn when the present bit changes but the feature is not enabled, Oracle
  • [PATCH RFC v4 10/15] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Oracle
    • Re: [PATCH RFC v4 10/15] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH RFC v4 12/15] arm64: psci: Ignore DENIED CPUs, Oracle
    • Re: [PATCH RFC v4 12/15] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
      • Re: [PATCH RFC v4 12/15] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH RFC v4 13/15] ACPI: add support to (un)register CPUs based on the _STA enabled bit, Oracle
  • [PATCH RFC v4 14/15] arm64: document virtual CPU hotplug's expectations, Oracle
    • Re: [PATCH RFC v4 14/15] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH RFC v4 09/15] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Oracle
  • [PATCH RFC v4 11/15] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Oracle
    • Re: [PATCH RFC v4 11/15] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH RFC v4 15/15] cpumask: Add enabled cpumask for present CPUs that can be brought online, Oracle
• linux-next: duplicate patch in the bcachefs tree, Stephen Rothwell
  • Re: linux-next: duplicate patch in the bcachefs tree, Helge Deller
    • Re: linux-next: duplicate patch in the bcachefs tree, Kent Overstreet
• Re: Build regressions/improvements in v6.8-rc2, Geert Uytterhoeven
  • Re: Build regressions/improvements in v6.8-rc2, Guenter Roeck
    • Re: Build regressions/improvements in v6.8-rc2, Helge Deller
      • Re: Build regressions/improvements in v6.8-rc2, Sam James
      • Re: Build regressions/improvements in v6.8-rc2, Guenter Roeck
• [PATCH] bcachefs: Fix build on parisc by avoiding __multi3(), Helge Deller
• [PATCH v2] [net] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses, Helge Deller
  • Re: [PATCH v2] [net] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses, patchwork-bot+netdevbpf
• [PATCH 1/7] parisc: Use irq_enter_rcu() to fix warning at kernel/context_tracking.c:367, deller
  • [PATCH 2/7] parisc: Make RO_DATA page aligned in vmlinux.lds.S, deller
  • [PATCH 3/7] parisc: Check for valid stride size for cache flushes, deller
  • [PATCH 7/7] parisc: Show kernel unaligned memory accesses, deller
  • [PATCH 4/7] parisc: Prevent hung tasks when printing inventory on serial console, deller
  • [PATCH 5/7] parisc: Drop unneeded semicolon in parse_tree_node(), deller
  • [PATCH 6/7] parisc: Fix random data corruption from exception handler, deller
• [PATCH] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses, Helge Deller
  • Re: [PATCH] ipv6: Ensure natural alignment of const ipv6 loopback and router addresses, Paolo Abeni
• [PATCH v2 00/47] tty: vt: cleanup and documentation, Jiri Slaby (SUSE)
  • [PATCH v2 20/47] tty: vt: make init parameter of consw::con_init() a bool, Jiri Slaby (SUSE)
  • [PATCH v2 22/47] tty: vt: remove checks for count in consw::con_clear() implementations, Jiri Slaby (SUSE)
  • [PATCH v2 24/47] tty: vt: eliminate unneeded consw::con_putc() implementations, Jiri Slaby (SUSE)
  • [PATCH v2 29/47] tty: vt: remove CM_* constants, Jiri Slaby (SUSE)
  • [PATCH v2 30/47] tty: vt: make consw::con_switch() return a bool, Jiri Slaby (SUSE)
  • [PATCH v2 33/47] tty: vt: use VESA blanking constants, Jiri Slaby (SUSE)
  • [PATCH v2 21/47] tty: vt: sanitize arguments of consw::con_clear(), Jiri Slaby (SUSE)
  • [PATCH v2 34/47] tty: vt: use enum constants for VESA blanking modes, Jiri Slaby (SUSE)
  • [PATCH v2 35/47] tty: vt: make types around consw::con_blank() bool, Jiri Slaby (SUSE)
  • [PATCH v2 36/47] tty: vt: make font of consw::con_font_set() const, Jiri Slaby (SUSE)
  • [PATCH v2 37/47] tty: vt: make consw::con_font_default()'s name const, Jiri Slaby (SUSE)
  • Re: [PATCH v2 00/47] tty: vt: cleanup and documentation, Helge Deller
• [PATCH 00/45] tty: vt: cleanup and documentation, Jiri Slaby (SUSE)
  • [PATCH 19/45] tty: vt: make init parameter of consw::con_init() a bool, Jiri Slaby (SUSE)
    • Re: [PATCH 19/45] tty: vt: make init parameter of consw::con_init() a bool, Geert Uytterhoeven
  • [PATCH 20/45] tty: vt: sanitize arguments of consw::con_clear(), Jiri Slaby (SUSE)
  • [PATCH 21/45] tty: vt: remove checks for count in consw::con_clear() implementations, Jiri Slaby (SUSE)
  • [PATCH 23/45] tty: vt: eliminate unneeded consw::con_putc() implementations, Jiri Slaby (SUSE)
  • [PATCH 28/45] tty: vt: remove CM_* constants, Jiri Slaby (SUSE)
  • [PATCH 29/45] tty: vt: make consw::con_switch() return a bool, Jiri Slaby (SUSE)
  • [PATCH 31/45] tty: vt: use VESA blanking constants, Jiri Slaby (SUSE)
    • Re: [PATCH 31/45] tty: vt: use VESA blanking constants, Thomas Zimmermann
      • Re: [PATCH 31/45] tty: vt: use VESA blanking constants, Jiri Slaby
        • Re: [PATCH 31/45] tty: vt: use VESA blanking constants, Thomas Zimmermann
          • Re: [PATCH 31/45] tty: vt: use VESA blanking constants, Jiri Slaby
          • Re: [PATCH 31/45] tty: vt: use VESA blanking constants, Greg KH
  • [PATCH 32/45] tty: vt: use enum for VESA blanking modes, Jiri Slaby (SUSE)
    • Re: [PATCH 32/45] tty: vt: use enum for VESA blanking modes, Thomas Zimmermann
  • [PATCH 33/45] tty: vt: make types around consw::con_blank() bool, Jiri Slaby (SUSE)
  • [PATCH 34/45] tty: vt: make font of consw::con_font_set() const, Jiri Slaby (SUSE)
  • [PATCH 35/45] tty: vt: make consw::con_font_default()'s name const, Jiri Slaby (SUSE)
• Re: [BUG][BISECTED] Freeze at loading init ramdisk, Mirsad Todorovac
  • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Uwe Kleine-König
    • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Mirsad Todorovac
      • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Uwe Kleine-König
        • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Mirsad Todorovac
      • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Uwe Kleine-König
        • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Mirsad Todorovac
  • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Bagas Sanjaya
    • Re: [BUG][BISECTED] Freeze at loading init ramdisk, Mirsad Todorovac
• [GIT PULL] parisc architecture fixes for v6.8-rc1, Helge Deller
  • Re: [GIT PULL] parisc architecture fixes for v6.8-rc1, pr-tracker-bot
• [PATCH v2 0/4] arch/parisc: Detect primary framebuffer from device, Thomas Zimmermann
  • [PATCH v2 1/4] video/sticore: Store ROM device in STI struct, Thomas Zimmermann
  • [PATCH v2 3/4] arch/parisc: Detect primary video device from device instance, Thomas Zimmermann
  • [PATCH v2 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc(), Thomas Zimmermann
  • [PATCH v2 4/4] video/sticore: Remove info field from STI struct, Thomas Zimmermann
• Re: hppa64 Linux in QEMU, Helge Deller
  • Re: hppa64 Linux in QEMU, Bruno Haible
• [PATCH] linux/export: Ensure natural alignment of kcrctab array, Helge Deller
  • Re: [PATCH] linux/export: Ensure natural alignment of kcrctab array, Masahiro Yamada
• [PATCH 0/4] arch/parisc: Detect primary framebuffer from device, Thomas Zimmermann
  • [PATCH 1/4] video/sticore: Store ROM device in STI struct, Thomas Zimmermann
    • Re: [PATCH 1/4] video/sticore: Store ROM device in STI struct, Helge Deller
  • [PATCH 4/4] video/sticore: Remove info field from STI struct, Thomas Zimmermann
  • [PATCH 3/4] arch/parisc: Detect primary video device from device instance, Thomas Zimmermann
  • [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc(), Thomas Zimmermann
    • Re: [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc(), Helge Deller
      • Re: [PATCH 2/4] fbdev/stifb: Allocate fb_info instance with framebuffer_alloc(), Thomas Zimmermann
• arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds', Naresh Kamboju
  • Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds', Anders Roxell
    • Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds', Kent Overstreet
      • Re: arch/parisc/mm/init.c:534:29: error: invalid application of 'sizeof' to incomplete type 'struct shmid64_ds', Anders Roxell
• [RFC PATCH net-next v5 00/14] Device Memory TCP, Mina Almasry
  • [RFC PATCH net-next v5 01/14] net: page_pool: create hooks for custom page providers, Mina Almasry
  • [RFC PATCH net-next v5 02/14] net: page_pool: factor out page_pool recycle check, Mina Almasry
  • [RFC PATCH net-next v5 03/14] net: netdev netlink api to bind dma-buf to a net device, Mina Almasry
  • [RFC PATCH net-next v5 04/14] netdev: support binding dma-buf to netdevice, Mina Almasry
  • [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator, Mina Almasry
    • Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator, Pavel Begunkov
      • Re: [RFC PATCH net-next v5 05/14] netdev: netdevice devmem allocator, Mina Almasry
  • [RFC PATCH net-next v5 06/14] page_pool: convert to use netmem, Mina Almasry
  • [RFC PATCH net-next v5 07/14] page_pool: devmem support, Mina Almasry
    • Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support, Pavel Begunkov
      • Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support, Mina Almasry
        • Re: [RFC PATCH net-next v5 07/14] page_pool: devmem support, Pavel Begunkov
  • [RFC PATCH net-next v5 08/14] memory-provider: dmabuf devmem memory provider, Mina Almasry
    • Re: [RFC PATCH net-next v5 08/14] memory-provider: dmabuf devmem memory provider, Pavel Begunkov
  • [RFC PATCH net-next v5 09/14] net: support non paged skb frags, Mina Almasry
  • [RFC PATCH net-next v5 10/14] net: add support for skbs with unreadable frags, Mina Almasry
  • [RFC PATCH net-next v5 11/14] tcp: RX path for devmem TCP, Mina Almasry
  • [RFC PATCH net-next v5 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Mina Almasry
    • Re: [RFC PATCH net-next v5 12/14] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags, Helge Deller
  • [RFC PATCH net-next v5 13/14] net: add devmem TCP documentation, Mina Almasry
  • [RFC PATCH net-next v5 14/14] selftests: add ncdevmem, netcat for devmem TCP, Mina Almasry
• [RFC PATCH v3 00/21] ACPI/arm64: add support for virtual cpu hotplug, Russell King (Oracle)
  • [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Oracle
    • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
      • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
        • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
          • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
            • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
              • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
                • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
                  • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
                    • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
                      • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
                        • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
                          • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
                            • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
                              • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
                                • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
                                • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Rafael J. Wysocki
                          • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Gavin Shan
      • Re: [PATCH RFC v3 01/21] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
  • [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Oracle
    • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
      • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
    • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Rafael J. Wysocki
      • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
        • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Rafael J. Wysocki
          • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
            • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
      • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
        • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
          • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
            • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Rafael J. Wysocki
              • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
              • Re: [PATCH RFC v3 02/21] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
  • [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Oracle
    • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Rafael J. Wysocki
      • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Russell King (Oracle)
        • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Jonathan Cameron
          • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Rafael J. Wysocki
            • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Russell King (Oracle)
              • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Jonathan Cameron
                • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Miguel Luis
                  • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Rafael J. Wysocki
                • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Jonathan Cameron
                  • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Russell King (Oracle)
          • Re: [PATCH RFC v3 03/21] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Russell King (Oracle)
  • [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Oracle
    • Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
    • Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Jonathan Cameron
        • Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Rafael J. Wysocki
      • Re: [PATCH RFC v3 04/21] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Russell King (Oracle)
  • [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Oracle
    • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Jonathan Cameron
      • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
    • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
      • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Jonathan Cameron
        • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
          • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
            • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
              • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
                • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
                  • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
                    • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
                      • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
                        • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
                          • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
                            • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
                              • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
                                • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Rafael J. Wysocki
                                • Re: [PATCH RFC v3 05/21] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Russell King (Oracle)
  • [PATCH RFC v3 06/21] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), Oracle
  • [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Oracle
    • Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Jonathan Cameron
      • Re: [PATCH RFC v3 07/21] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Russell King (Oracle)
  • [PATCH RFC v3 08/21] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Oracle
  • [PATCH RFC v3 09/21] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED(), Russell King (Oracle)
    • Re: [PATCH RFC v3 09/21] ACPI: convert acpi_processor_post_eject() to use IS_ENABLED(), Jonathan Cameron
  • [PATCH RFC v3 10/21] ACPI: Check _STA present bit before making CPUs not present, Oracle
    • Re: [PATCH RFC v3 10/21] ACPI: Check _STA present bit before making CPUs not present, Jonathan Cameron
  • [PATCH RFC v3 11/21] ACPI: Warn when the present bit changes but the feature is not enabled, Oracle
  • [PATCH RFC v3 12/21] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Oracle
  • [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Oracle
    • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Jonathan Cameron
      • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Russell King (Oracle)
        • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Lorenzo Pieralisi
          • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Rafael J. Wysocki
            • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Lorenzo Pieralisi
            • Re: [PATCH RFC v3 13/21] ACPICA: Add new MADT GICC flags fields, Lorenzo Pieralisi
  • [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Oracle
    • Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
      • Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Russell King (Oracle)
        • Re: [PATCH RFC v3 14/21] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
  • [PATCH RFC v3 15/21] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Oracle
    • Re: [PATCH RFC v3 15/21] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Jonathan Cameron
  • [PATCH RFC v3 16/21] arm64: psci: Ignore DENIED CPUs, Oracle
    • Re: [PATCH RFC v3 16/21] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
  • [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Oracle
    • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Russell King (Oracle)
      • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Jonathan Cameron
        • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Jonathan Cameron
          • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Russell King (Oracle)
            • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Jonathan Cameron
              • Re: [PATCH RFC v3 17/21] ACPI: add support to register CPUs based on the _STA enabled bit, Russell King (Oracle)
  • [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected, Oracle
    • Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected, Jonathan Cameron
      • Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected, Russell King (Oracle)
        • Re: [PATCH RFC v3 18/21] ACPI: processor: Only call arch_unregister_cpu() if HOTPLUG_CPU is selected, Jonathan Cameron
  • [PATCH RFC v3 19/21] arm64: document virtual CPU hotplug's expectations, Oracle
    • Re: [PATCH RFC v3 19/21] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Oracle
    • Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jonathan Cameron
      • RE: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jose Marinho
        • Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jonathan Cameron
          • RE: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jose Marinho
            • Re: [PATCH RFC v3 20/21] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jonathan Cameron
  • [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online, Oracle
    • Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
      • Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online, Russell King (Oracle)
        • Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
    • Re: [PATCH RFC v3 21/21] cpumask: Add enabled cpumask for present CPUs that can be brought online, Thomas Gleixner
• [PATCH v4 0/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
    • kexec verbose dumps with 6.8 [was: [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing], Jiri Slaby
      • Re: kexec verbose dumps with 6.8 [was: [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing], Baoquan He
        • Re: kexec verbose dumps with 6.8 [was: [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing], Jiri Slaby
          • Re: kexec verbose dumps with 6.8 [was: [PATCH v4 1/7] kexec_file: add kexec_file flag to control debug printing], Baoquan He
  • [PATCH v4 2/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v4 3/7] kexec_file, x86: print out debugging message if required, Baoquan He
  • [PATCH v4 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
  • [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
    • Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required, Conor Dooley
      • Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
        • Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required, Andrew Morton
          • Re: [PATCH v4 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
  • [PATCH v4 6/7] kexec_file, power: print out debugging message if required, Baoquan He
  • [PATCH v4 7/7] kexec_file, parisc: print out debugging message if required, Baoquan He
  • Re: [PATCH v4 0/7] kexec_file: print out debugging message if required, patchwork-bot+linux-riscv
• [GIT PULL] parisc architecture fix for v6.7-rc5, Helge Deller
  • Re: [GIT PULL] parisc architecture fix for v6.7-rc5, pr-tracker-bot
• Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • <Possible follow-ups>
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
  • Bounce probe for linux-parisc@xxxxxxxxxxxxxxx (no action required), linux-parisc+owner
• 64-bit userspace root file system for hppa64, Guenter Roeck
  • Message not available
    • Re: 64-bit userspace root file system for hppa64, Helge Deller
      • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
        • Re: 64-bit userspace root file system for hppa64, Helge Deller
          • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
            • Re: 64-bit userspace root file system for hppa64, Helge Deller
              • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                  • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                  • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                    • Re: 64-bit userspace root file system for hppa64, Helge Deller
                      • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                      • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                        • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                          • Re: 64-bit userspace root file system for hppa64, Helge Deller
                            • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                            • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                              • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                          • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                            • Re: 64-bit userspace root file system for hppa64, Helge Deller
                              • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Helge Deller
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                              • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                            • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                              • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
                                • Re: 64-bit userspace root file system for hppa64, Mark Cave-Ayland
                                • Re: 64-bit userspace root file system for hppa64, Guenter Roeck
• [PATCH v3 0/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v3 2/7] kexec_file: print out debugging message if required, Baoquan He
    • Re: [PATCH v3 2/7] kexec_file: print out debugging message if required, Joe Perches
      • Re: [PATCH v3 2/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v3 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
  • [PATCH v3 3/7] kexec_file, x86: print out debugging message if required, Baoquan He
  • [PATCH v3 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
  • [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
    • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Conor Dooley
      • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
        • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Conor Dooley
          • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
            • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Conor Dooley
              • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
                • Re: [PATCH v3 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
  • [PATCH v3 6/7] kexec_file, power: print out debugging message if required, Baoquan He
  • [PATCH v3 7/7] kexec_file, parisc: print out debugging message if required, Baoquan He
• [PATCH] [parisc] superio: Add error handling for request_region in superio_init, Haoran Liu
  • Re: [PATCH] [parisc] superio: Add error handling for request_region in superio_init, Helge Deller
• parisc: bug.h:71:17: error: invalid 'asm': operand number out of range, Naresh Kamboju
  • Re: parisc: bug.h:71:17: error: invalid 'asm': operand number out of range, Linux regression tracking (Thorsten Leemhuis)
    • Re: parisc: bug.h:71:17: error: invalid 'asm': operand number out of range, Helge Deller
• [GIT PULL] parisc architecture fixes for v6.7-rc3, Helge Deller
  • Re: [GIT PULL] parisc architecture fixes for v6.7-rc3, pr-tracker-bot
• [PATCH 0/8] parisc patch queue, deller
  • [PATCH 1/8] parisc: Mark __ex_table entries 32-bit aligned in assembly.h, deller
  • [PATCH 3/8] parisc: Specify alignments for .PARISC.unwind and .data..lock_aligned, deller
  • [PATCH 2/8] parisc: Mark __ex_table entries 32-bit aligned in uaccess.h, deller
  • [PATCH 4/8] parisc: Mark altinstructions 32-bit aligned, deller
  • [PATCH 5/8] parisc: Mark __jump_table aligned to CPU long width, deller
  • [PATCH 6/8] parisc: Use correct alignment in __bug_table, deller
  • [PATCH 7/8] parisc: Drop the HP-UX ENOSYM and EREMOTERELEASE error codes, deller
  • [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half, deller
    • Re: [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half, Guenter Roeck
      • Re: [PATCH 8/8] parisc: Reduce size of __bug_table[] on 64-bit kernel by half, Helge Deller
• [PATCH v2 0/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v2 2/7] kexec_file: print out debugging message if required, Baoquan He
    • Re: [PATCH v2 2/7] kexec_file: print out debugging message if required, Joe Perches
      • Re: [PATCH v2 2/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH v2 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
  • [PATCH v2 3/7] kexec_file, x86: print out debugging message if required, Baoquan He
  • [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
    • Re: [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required, kernel test robot
      • Re: [PATCH v2 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
  • [PATCH v2 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
  • [PATCH v2 7/7] kexec_file, parisc: print out debugging message if required, Baoquan He
  • [PATCH v2 6/7] kexec_file, power: print out debugging message if required, Baoquan He
• [PATCH 00/21] Initial cleanups for vCPU hotplug, Russell King (Oracle)
  • [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Oracle
    • Re: [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Jonathan Cameron
    • Re: [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Thomas Gleixner
  • [PATCH 02/21] x86: intel_epb: Don't rely on link order, Oracle
    • Re: [PATCH 02/21] x86: intel_epb: Don't rely on link order, Rafael J. Wysocki
  • [PATCH 03/21] x86/topology: remove arch_*register_cpu() exports, Russell King (Oracle)
    • Re: [PATCH 03/21] x86/topology: remove arch_*register_cpu() exports, Jonathan Cameron
  • [PATCH 04/21] Loongarch: remove arch_*register_cpu() exports, Russell King (Oracle)
    • Re: [PATCH 04/21] Loongarch: remove arch_*register_cpu() exports, Jonathan Cameron
  • [PATCH 06/21] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, Oracle
  • [PATCH 07/21] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, Oracle
    • Re: [PATCH 07/21] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, Jonathan Cameron
  • [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv, Oracle
    • Re: [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv, Rafael J. Wysocki
    • Re: [PATCH 05/21] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv, Jonathan Cameron
  • [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init(), Oracle
    • Re: [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init(), Jonathan Cameron
    • Re: [PATCH 10/21] drivers: base: Move cpu_dev_init() after node_dev_init(), Gavin Shan
  • [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable(), Russell King (Oracle)
    • Re: [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable(), Jonathan Cameron
    • Re: [PATCH 09/21] drivers: base: add arch_cpu_is_hotpluggable(), Gavin Shan
  • [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu(), Oracle
    • Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu(), Jonathan Cameron
    • Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu(), Gavin Shan
    • Re: [PATCH 08/21] drivers: base: Implement weak arch_unregister_cpu(), Thomas Gleixner
  • [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails, Oracle
    • Re: [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails, Jonathan Cameron
    • Re: [PATCH 11/21] drivers: base: Print a warning instead of panic() when register_cpu() fails, Gavin Shan
  • [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Oracle
    • Re: [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Jonathan Cameron
    • Re: [PATCH 12/21] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Will Deacon
  • [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable(), Russell King (Oracle)
    • Re: [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable(), Jonathan Cameron
    • Re: [PATCH 13/21] arm64: convert to arch_cpu_is_hotpluggable(), Will Deacon
  • [PATCH 14/21] x86/topology: Switch over to GENERIC_CPU_DEVICES, Oracle
    • Re: [PATCH 14/21] x86/topology: Switch over to GENERIC_CPU_DEVICES, Jonathan Cameron
  • [PATCH 15/21] x86/topology: use weak version of arch_unregister_cpu(), Russell King (Oracle)
    • Re: [PATCH 15/21] x86/topology: use weak version of arch_unregister_cpu(), Jonathan Cameron
  • [PATCH 16/21] x86/topology: convert to use arch_cpu_is_hotpluggable(), Russell King (Oracle)
    • Re: [PATCH 16/21] x86/topology: convert to use arch_cpu_is_hotpluggable(), Jonathan Cameron
  • [PATCH 17/21] LoongArch: Switch over to GENERIC_CPU_DEVICES, Oracle
    • Re: [PATCH 17/21] LoongArch: Switch over to GENERIC_CPU_DEVICES, Jonathan Cameron
  • [PATCH 18/21] LoongArch: Use the __weak version of arch_unregister_cpu(), Oracle
  • [PATCH 19/21] LoongArch: convert to use arch_cpu_is_hotpluggable(), Russell King (Oracle)
    • Re: [PATCH 19/21] LoongArch: convert to use arch_cpu_is_hotpluggable(), Jonathan Cameron
  • [PATCH 20/21] riscv: Switch over to GENERIC_CPU_DEVICES, Oracle
    • Re: [PATCH 20/21] riscv: Switch over to GENERIC_CPU_DEVICES, Samuel Holland
  • [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable(), Russell King (Oracle)
    • Re: [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable(), Samuel Holland
    • Re: [PATCH 21/21] riscv: convert to use arch_cpu_is_hotpluggable(), Jonathan Cameron
  • Re: [PATCH 00/21] Initial cleanups for vCPU hotplug, Thomas Gleixner
  • Re: [PATCH 00/21] Initial cleanups for vCPU hotplug, Thomas Gleixner
    • Re: [PATCH 00/21] Initial cleanups for vCPU hotplug, Greg Kroah-Hartman
      • Re: [PATCH 00/21] Initial cleanups for vCPU hotplug, Thomas Gleixner
• PSA: this list has moved to new vger infra (no action required), Konstantin Ryabitsev
• Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Ignat Korchagin
  • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Michael Ellerman
  • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Baoquan He
    • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Ignat Korchagin
      • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Ignat Korchagin
        • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Baoquan He
          • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Ignat Korchagin
            • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Baoquan He
      • Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec"), Baoquan He
• [PATCH v2] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Kefeng Wang
• [GIT PULL v2] parisc architecture fixes for v6.7-rc2, Helge Deller
  • Re: [GIT PULL v2] parisc architecture fixes for v6.7-rc2, pr-tracker-bot
• [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Kefeng Wang
  • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), kernel test robot
  • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), kernel test robot
  • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Geert Uytterhoeven
    • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Kefeng Wang
      • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Arnd Bergmann
        • Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr(), Kefeng Wang
• [PATCH] parisc: Replace strlcpy() with strscpy(), Kees Cook
  • Re: [PATCH] parisc: Replace strlcpy() with strscpy(), Helge Deller
• [PATCH 0/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH 5/7] kexec_file, ricv: print out debugging message if required, Baoquan He
  • [PATCH 3/7] kexec_file, x86: print out debugging message if required, Baoquan He
  • [PATCH 6/7] kexec_file, power: print out debugging message if required, Baoquan He
  • [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
    • Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing, Joe Perches
      • Re: [PATCH 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
    • Re: [PATCH v2 1/7] kexec_file: add kexec_file flag to control debug printing, Baoquan He
  • [PATCH 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
    • Re: [PATCH 4/7] kexec_file, arm64: print out debugging message if required, kernel test robot
      • Re: [PATCH 4/7] kexec_file, arm64: print out debugging message if required, Baoquan He
  • [PATCH 2/7] kexec_file: print out debugging message if required, Baoquan He
    • Re: [PATCH 2/7] kexec_file: print out debugging message if required, kernel test robot
      • Re: [PATCH 2/7] kexec_file: print out debugging message if required, Baoquan He
        • Re: [PATCH 2/7] kexec_file: print out debugging message if required, Liu, Yujie
          • Re: [PATCH 2/7] kexec_file: print out debugging message if required, bhe@xxxxxxxxxx
            • Re: [PATCH 2/7] kexec_file: print out debugging message if required, bhe@xxxxxxxxxx
              • Re: [PATCH 2/7] kexec_file: print out debugging message if required, Nathan Chancellor
                • Re: [PATCH 2/7] kexec_file: print out debugging message if required, bhe@xxxxxxxxxx
              • Re: [PATCH 2/7] kexec_file: print out debugging message if required, Yujie Liu
                • Re: [PATCH 2/7] kexec_file: print out debugging message if required, bhe@xxxxxxxxxx
    • Re: [PATCH 2/7] kexec_file: print out debugging message if required, kernel test robot
      • Re: [PATCH 2/7] kexec_file: print out debugging message if required, Baoquan He
  • [PATCH 7/7] kexec_file, parisc: print out debugging message if required, Baoquan He
• [PATCH 0/2] kexec_file: Load kernel at top of system RAM if required, Baoquan He
  • [PATCH 1/2] resource: add walk_system_ram_res_rev(), Baoquan He
    • Re: [PATCH 1/2] resource: add walk_system_ram_res_rev(), Andrew Morton
      • Re: [PATCH 1/2] resource: add walk_system_ram_res_rev(), Baoquan He
    • [PATCH v2 1/2] resource: add walk_system_ram_res_rev(), Baoquan He
      • Re: [PATCH v2 1/2] resource: add walk_system_ram_res_rev(), Baoquan He
      • Re: [PATCH v2 1/2] resource: add walk_system_ram_res_rev(), patchwork-bot+linux-riscv
  • [PATCH 2/2] kexec_file: Load kernel at top of system RAM if required, Baoquan He
  • Re: [PATCH 0/2] kexec_file: Load kernel at top of system RAM if required, patchwork-bot+linux-riscv
• [PATCH] parisc: Fix mmap_base calculation when stack grows upwards, Helge Deller
  • Re: [PATCH] parisc: Fix mmap_base calculation when stack grows upwards, Sam James
    • Re: [PATCH] parisc: Fix mmap_base calculation when stack grows upwards, Helge Deller
• [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2), Helge Deller
  • Re: [GIT PULL] parisc architecture fixes for v6.7-rc1 (part 2), pr-tracker-bot
• Bisected stability regression in 6.6, matoro
  • Re: Bisected stability regression in 6.6, Bagas Sanjaya
    • Re: Bisected stability regression in 6.6, Linux regression tracking #update (Thorsten Leemhuis)
  • Re: Bisected stability regression in 6.6, Helge Deller
    • Re: Bisected stability regression in 6.6, Sam James
      • Re: Bisected stability regression in 6.6, matoro
        • Re: Bisected stability regression in 6.6, Dr. David Alan Gilbert
          • Re: Bisected stability regression in 6.6, Helge Deller
            • Re: Bisected stability regression in 6.6, Dr. David Alan Gilbert
        • Re: Bisected stability regression in 6.6, Helge Deller
          • Re: Bisected stability regression in 6.6, matoro
    • Re: Bisected stability regression in 6.6, matoro
• [PATCH 00/22] -Wmissing-prototype warning fixes, Arnd Bergmann
  • [PATCH 01/22] [RESEND^2] ida: make 'ida_dump' static, Arnd Bergmann
  • [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static, Arnd Bergmann
    • Re: [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static, Zhihao Cheng
  • [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes, Arnd Bergmann
    • Re: [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes, Google
  • [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header, Arnd Bergmann
    • Re: [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header, Uwe Kleine-König
  • [PATCH 05/22] [RESEND] parport: gsc: mark init function static, Arnd Bergmann
  • [PATCH 06/22] [RESEND] stackleak: add declarations for global functions, Arnd Bergmann
  • [PATCH 07/22] [RESEND] sched: fair: move unused stub functions to header, Arnd Bergmann
  • [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes, Arnd Bergmann
    • Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes, Geert Uytterhoeven
      • Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes, Arnd Bergmann
  • [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes, Arnd Bergmann