Linux PA RISC

• Thread Index

• Re: [PATCH v7 08/12] parisc/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 07/12] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 06/12] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 05/12] drm/i915/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 04/12] perf tool: extend Perf tool with CAP_PERFMON capability support
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 03/12] perf/core: open access to probes for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 02/12] perf/core: open access to the core for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 01/12] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v7 01/12] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v7 12/12] doc/admin-guide: update kernel.rst with CAP_PERFMON information
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 11/12] doc/admin-guide: update perf-security.rst with CAP_PERFMON information
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 10/12] drivers/oprofile: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 09/12] drivers/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 08/12] parisc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 07/12] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 06/12] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 05/12] drm/i915/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 04/12] perf tool: extend Perf tool with CAP_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 03/12] perf/core: open access to probes for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 02/12] perf/core: open access to the core for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 01/12] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v7 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v3] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] asm-generic: Fix unistd_32.h generation format
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH 09/18] parisc: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 10/10] drivers/oprofile: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 09/10] drivers/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 08/10] parisc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 07/10] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 06/10] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 05/10] drm/i915/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 04/10] perf tool: extend Perf tool with CAP_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 03/10] perf/core: open access to probes for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 02/10] perf/core: open access to the core for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 00/10] Introduce CAP_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH] net: ethernet: dec: tulip: Fix length mask in receive length calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.6
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] net: ethernet: dec: tulip: Fix length mask in receive length calculation
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [PATCH] parisc: Regenerate parisc defconfigs
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Cleanup IOSCHED_DEADLINE
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v6 10/10] drivers/oprofile: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 09/10] drivers/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 08/10] parisc/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 07/10] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 06/10] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v6 03/10] perf/core: open access to probes for CAP_PERFMON privileged process
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH v6 10/10] drivers/oprofile: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 09/10] drivers/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 08/10] parisc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 07/10] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 06/10] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 05/10] drm/i915/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 04/10] perf tool: extend Perf tool with CAP_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 03/10] perf/core: open access to probes for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 02/10] perf/core: open access to the core for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v6 00/10] Introduce CAP_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 7/9] parisc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/9] net: wireless: rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] parisc: Use for_each_console() helper
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v1] parisc: Use for_each_console() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 063/107] parisc: Use proper printk format for resource_size_t
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 33/56] parisc: Use proper printk format for resource_size_t
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/10] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: Anju T Sudhakar <anju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v5 10/10] drivers/oprofile: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 09/10] drivers/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 08/10] parisc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 07/10] powerpc/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 06/10] trace/bpf_trace: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 05/10] drm/i915/perf: open access for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 04/10] perf tool: extend Perf tool with CAP_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 03/10] perf/core: open access to anon probes for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 02/10] perf/core: open access to the core for CAP_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v5 0/10] Introduce CAP_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v4] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH RESEND v4] reboot: support offline CPUs before reboot
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [PATCH v5] reboot: support offline CPUs before reboot
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v5] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.5
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH RESEND v4] reboot: support offline CPUs before reboot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v4] reboot: support offline CPUs before reboot
  • From: Guenter Roeck <groeck@xxxxxxxxxx>
• [PATCH RESEND v4] reboot: support offline CPUs before reboot
  • From: Hsin-Yi Wang <hsinyi@xxxxxxxxxxxx>
• [PATCH 5.4 60/78] parisc: Implement copy_thread_tls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Use proper printk format for resource_size_t
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] parisc: Use proper printk format for resource_size_t
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: map_pages(): cleanup page table initialization
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] parisc: fix map_pages() to actually populate upper directory
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 2/9] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix map_pages() to actually populate upper directory
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix map_pages() to actually populate upper directory
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/9] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH v2 9/9] net: wireless: ath5k: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 8/9] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 7/9] drm/nouveau: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 5/9] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 4/9] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 3/9] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 2/9] net: wireless: rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 0/9] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v4 2/9] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] parisc: fix map_pages() to actually populate upper directory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• Re: new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [RFT 13/13] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 12/13] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 11/13] net: wireless: rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 10/13] net: wireless: ath5k: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 09/13] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 08/13] drm/nouveau: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 07/13] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 06/13] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 05/13] powerpc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 04/13] parisc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 03/13] sh: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 03/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 02/13] sh: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 02/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 01/13] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] parisc: Use proper printk format for resource_size_t
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 4/7] parisc: Implement copy_thread_tls
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v3 02/22] compat: provide compat_ptr() on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH AUTOSEL 4.4 22/25] parisc: Fix compiler warnings in debug_core.c
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 35/38] parisc: Fix compiler warnings in debug_core.c
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 53/57] parisc: Fix compiler warnings in debug_core.c
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 120/187] parisc: fix compilation when KEXEC=n and KEXEC_FILE=y
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 57/84] parisc: add missing __init annotation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 79/84] parisc: Fix compiler warnings in debug_core.c
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 121/187] parisc: add missing __init annotation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.5-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.5-rc3
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix compiler warnings in debug_core.c
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: soft_offline_page() now takes the pfn
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 4/9] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Lionel Landwerlin <lionel.g.landwerlin@xxxxxxxxx>
• Re: [PATCH v4 1/9] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v4 9/9] drivers/oprofile: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 8/9] drivers/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 7/9] parisc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 6/9] powerpc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 5/9] trace/bpf_trace: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 4/9] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 3/9] perf tool: extend Perf tool with CAP_SYS_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 2/9] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 1/9] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v4 0/7] Introduce CAP_SYS_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/7] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v3 4/7] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Lionel Landwerlin <lionel.g.landwerlin@xxxxxxxxx>
• Re: [PATCH v18 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v3 7/7] parisc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 6/7] powerpc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 5/7] trace/bpf_trace: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 4/7] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 3/7] perf tool: extend Perf tool with CAP_SYS_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 2/7] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 1/7] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v3 0/7] Introduce CAP_SYS_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 2/7] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: "Lubashev, Igor" <ilubashe@xxxxxxxxxx>
• Re: [PATCH v2 1/7] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• [PATCH v2 7/7] parisc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 6/7] powerpc/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 5/7] trace/bpf_trace: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 4/7] drm/i915/perf: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 3/7] perf tool: extend Perf tool with CAP_SYS_PERFMON capability support
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 2/7] perf/core: open access for CAP_SYS_PERFMON privileged process
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 1/7] capabilities: introduce CAP_SYS_PERFMON to kernel and user space
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH v2 0/7] Introduce CAP_SYS_PERFMON to secure system performance monitoring and observability
  • From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
• [PATCH] parisc: add missing __init annotation
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] parisc: fix compilation when KEXEC=n and KEXEC_FILE=y
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] parisc: Use ldcw,co on uniprocessor machines only
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] parisc: Use ldcw,co on uniprocessor machines only
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH][RFC] parisc: Use ldcw,co on uniprocessor machines only
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] net: tulip: Adjust indentation in {dmfe,uli526x}_init_module
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] net: tulip: Adjust indentation in {dmfe,uli526x}_init_module
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: tulip: Adjust indentation in {dmfe,uli526x}_init_module
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] net: tulip: Adjust indentation in {dmfe,uli526x}_init_module
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• new panic in 5.5-rc1 (parisc, kmem_cache_open)
  • From: Meelis Roos <mroos@xxxxxxxx>
• [tip: sched/urgent] sched/rt, parisc: Use CONFIG_PREEMPTION
  • From: "tip-bot2 for Thomas Gleixner" <tip-bot2@xxxxxxxxxxxxx>
• [PATCH v18 13/13] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 12/13] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 10/13] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 09/13] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 08/13] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 07/13] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 06/13] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 05/13] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 04/13] namei: allow set_root() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 03/13] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 02/13] nsfs: clean-up ns_get_path() signature to return int
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 01/13] namei: only return -ECHILD from follow_dotdot_rcu()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v18 00/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [GIT PULL] seccomp updates for v5.5-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] parisc architecture updates for kernel v5.5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture updates for kernel v5.5
  • From: Helge Deller <deller@xxxxxx>
• Re: KASAN: use-after-free Read in ntfs_read_locked_inode
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in ntfs_read_locked_inode
  • From: syzbot <syzbot+19b469021157c136116a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] seccomp updates for v5.5-rc1
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• [GIT PULL] seccomp updates for v5.5-rc1
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 08/14] parisc: Replace cpu_up/down with device_online/offline
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH 06/12] parisc: Replace cpu_up/down with device_online/offline
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCH 06/12] parisc: Replace cpu_up/down with device_online/offline
  • From: Helge Deller <deller@xxxxxx>
• Re: tigon3 firmware
  • From: Phil Scarr <phil.scarr@xxxxx>
• Re: tigon3 firmware
  • From: Helge Deller <deller@xxxxxx>
• [PATCH AUTOSEL 4.19 022/219] parisc: Fix serio address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 023/219] parisc: Fix HP SDC hpa address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 006/127] parisc: Fix serio address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 007/127] parisc: Fix HP SDC hpa address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 04/68] parisc: Fix serio address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 05/68] parisc: Fix HP SDC hpa address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 04/91] parisc: Fix serio address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 05/91] parisc: Fix HP SDC hpa address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 022/219] parisc: Fix serio address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 023/219] parisc: Fix HP SDC hpa address output
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• tigon3 firmware
  • From: Phil Scarr <phil.scarr@xxxxx>
• Re: [Y2038] [PATCH 08/23] y2038: ipc: remove __kernel_time_t reference from headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Boot error with 11-17-2019 iso
  • From: Phil Scarr <phil.scarr@xxxxx>
• Re: [Y2038] [PATCH 08/23] y2038: ipc: remove __kernel_time_t reference from headers
  • From: Ben Hutchings <ben.hutchings@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] parisc: Replace cpu_up/down with device_online/offline
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• [PATCH RESEND v17 13/13] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 12/13] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 10/13] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 09/13] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 08/13] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 07/13] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 06/13] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 05/13] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 04/13] namei: allow set_root() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 03/13] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 02/13] nsfs: clean-up ns_get_path() signature to return int
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 01/13] namei: only return -ECHILD from follow_dotdot_rcu()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v17 00/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 13/13] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v17 12/13] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 11/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 10/13] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 09/13] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 08/13] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 07/13] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 06/13] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 05/13] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 04/13] namei: allow set_root() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 03/13] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 02/13] nsfs: clean-up ns_get_path() signature to return int
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 01/13] namei: only return -ECHILD from follow_dotdot_rcu()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v17 00/13] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v16 02/12] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v16 02/12] namei: allow nd_jump_link() to produce errors
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v16 12/12] Documentation: path-lookup: include new LOOKUP flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 11/12] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 10/12] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 09/12] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 08/12] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 07/12] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 06/12] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 05/12] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 04/12] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 03/12] namei: allow set_root() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 02/12] namei: allow nd_jump_link() to produce errors
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 01/12] nsfs: clean-up ns_get_path() signature to return int
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v16 00/12] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCHv2 7/8] arm64: implement ftrace with regs
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 7/8] arm64: implement ftrace with regs
  • From: Torsten Duwe <duwe@xxxxxx>
• Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] Input: hp_sdc_rtc - remove dead chardev code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 00/23] y2038 cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 7/9] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 7/9] open: introduce openat2(2) syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 2/9] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v15 0/9] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 0/9] open: introduce openat2(2) syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v15 0/9] open: introduce openat2(2) syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 19/21] nds32: use generic ioremap
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v15 0/9] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/21] arm: remove ioremap_cached
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 08/23] y2038: ipc: remove __kernel_time_t reference from headers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/23] y2038 cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: generic-iomap tree for linux-next
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: generic-iomap tree for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: generic-iomap tree for linux-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• generic-iomap tree for linux-next
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Amit Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 25/50] parisc: Add show_stack_loglvl()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH v4 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Amit Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Amit Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Amit Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCH v4 00/13] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 07/21] parisc: remove __ioremap
  • From: Helge Deller <deller@xxxxxx>
• [tip: x86/build] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: "tip-bot2 for Kees Cook" <tip-bot2@xxxxxxxxxxxxx>
• [PATCH v15 9/9] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 8/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 7/9] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 2/9] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 1/9] namei: LOOKUP_NO_SYMLINKS: block symlink resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v15 0/9] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH v4 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 12/13] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 11/13] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 10/13] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 09/13] parisc/hugetlb: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 08/13] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 07/13] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 06/13] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 04/13] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 03/13] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 02/13] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 01/13] alpha: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 00/13] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: generic ioremap (and lots of cleanups) v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/21] csky: remove ioremap_cache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 4/8] arm64: module/ftrace: intialize PLT at load time
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv2 7/8] arm64: implement ftrace with regs
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Amit Kachhap <Amit.Kachhap@xxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: youling 257 <youling257@xxxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: youling257 <youling257@xxxxxxxxx>
• Re: ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: youling 257 <youling257@xxxxxxxxx>
• [PATCH v3 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 12/13] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 11/13] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 10/13] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 09/13] parisc/hugetlb: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 08/13] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 07/13] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 06/13] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 04/13] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 03/13] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 02/13] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 01/13] alpha: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 00/13] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] parisc: Avoid spurious inequivalent alias kernel error messages
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCHv2 7/8] arm64: implement ftrace with regs
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCHv2 4/8] arm64: module/ftrace: intialize PLT at load time
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Amit Daniel Kachhap <amit.kachhap@xxxxxxx>
• Re: [GIT PULL] parisc architecture fix for kernel v5.4
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture fix for kernel v5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] parisc architecture fix for kernel v5.4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [GIT PULL] parisc architecture fix for kernel v5.4
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v2 12/13] um: add support for folded p4d page tables
  • From: rppt@xxxxxxxxxx
• Re: [PATCH v2 12/13] um: add support for folded p4d page tables
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 11/13] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 01/13] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 08/13] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 07/13] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 05/13] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 13/13] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 12/13] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 11/13] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 10/13] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 09/13] parisc/hugetlb: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 06/13] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 04/13] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 03/13] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 02/13] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 01/13] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 00/13] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Torsten Duwe <duwe@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Torsten Duwe <duwe@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Torsten Duwe <duwe@xxxxxxx>
• [PATCH 06/12] parisc: Replace cpu_up/down with device_online/offline
  • From: Qais Yousef <qais.yousef@xxxxxxx>
• Re: [PATCHv2 3/8] arm64: module: rework special section handling
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Torsten Duwe <duwe@xxxxxxx>
• Re: [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH 08/21] x86: Clean up ioremap()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] parisc: fix frame pointer in ftrace_regs_caller()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCHv2 8/8] arm64: ftrace: minimize ifdeffery
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 7/8] arm64: implement ftrace with regs
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 6/8] arm64: asm-offsets: add S_FP
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 5/8] arm64: insn: add encoder for MOV (register)
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 4/8] arm64: module/ftrace: intialize PLT at load time
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 3/8] arm64: module: rework special section handling
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 2/8] module/ftrace: handle patchable-function-entry
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 1/8] ftrace: add ftrace_init_nop()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 0/8] arm64: ftrace cleanup + FTRACE_WITH_REGS
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: INEQUIVALENT ALIASES ... in file systemd
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• INEQUIVALENT ALIASES ... in file systemd
  • From: Meelis Roos <mroos@xxxxxxxx>
• 5.4-git compile failure on parisc with gcc-9
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 09/21] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/21] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] csky: remove ioremap_cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] x86: Clean up ioremap()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] arm: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups) v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/21] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RESEND v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 5/6] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 4/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 1/6] namei: O_BENEATH-style resolution restriction flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 0/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [REVIEW PATCH v5 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Input: hp_sdc_rtc - remove dead chardev code
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] Input: hp_sdc_rtc - remove dead chardev code
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] Input: hp_sdc_rtc - remove dead chardev code
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH] Input: hp_sdc_rtc - remove dead chardev code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• [PATCH 12/12] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 11/12] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 10/12] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 07/12] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 03/12] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 01/12] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/21] x86: clean up ioremap
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 20/21] csky: remove ioremap_cache
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/21] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 07/21] parisc: remove __ioremap
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH 07/21] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] csky: remove ioremap_cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] arm: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups) v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Data TLB miss fault terminating ld on parisc in 5.4.0-rc3-00037-g3b1f00aceb7a
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Data TLB miss fault terminating ld on parisc in 5.4.0-rc3-00037-g3b1f00aceb7a
  • From: Meelis Roos <mroos@xxxxxxxx>
• working PCI SATA cards
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v2 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH 15/34] parisc: Use CONFIG_PREEMPTION
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.4-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] parisc architecture fixes for kernel v5.4-rc4
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: net: tulip: de2104x: Checking a kmemdup() call in de21041_get_srom_info()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• net: tulip: de2104x: Checking a kmemdup() call in de21041_get_srom_info()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v2 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• pATA Promise Technologies PDC20265 (datasheet)
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/29] powerpc: Remove PT_NOTE workaround
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1] seccomp: simplify secure_computing()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/29] powerpc: Remove PT_NOTE workaround
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: hpa@xxxxxxxxx
• [PATCH v2 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 21/29] ia64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 19/29] c6x: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 17/29] alpha: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 29/29] x86: Use INT3 instead of NOP for linker fill bytes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 24/29] powerpc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>