Linux PA RISC
[Prev Page][Next Page]
- [GIT PULL] parisc architecture fixes for kernel v5.7
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Rework arch_rw locking functions
- From: Helge Deller <deller@xxxxxx>
- [PATCH] parisc: Improve interrupt handling in arch_spin_lock_flags()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: Qian Cai <cai@xxxxxx>
- Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- RE: [PATCH 0/6] Kill setup_irq()
- From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
- Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: Qian Cai <cai@xxxxxx>
- Re: [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH v2] sched/core: fix illegal RCU from offline CPUs
- From: Qian Cai <cai@xxxxxx>
- Re: [PATCH 0/6] Kill setup_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- RE: [PATCH 0/6] Kill setup_irq()
- From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
- Re: [GIT PULL] parisc architecture fix for kernel v5.6
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] parisc architecture fix for kernel v5.6
- From: Helge Deller <deller@xxxxxx>
- [PATCH 0/6] Kill setup_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v7 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Regenerate parisc defconfigs
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RESEND PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH v4 01/17] cpu: Add new {add,remove}_cpu() functions
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v4 12/17] parisc: Replace cpu_up/down with add/remove_cpu
- From: Qais Yousef <qais.yousef@xxxxxxx>
- [PATCH v4 01/17] cpu: Add new {add,remove}_cpu() functions
- From: Qais Yousef <qais.yousef@xxxxxxx>
- [PATCH v4 00/17] Convert cpu_up/down to device_online/offline
- From: Qais Yousef <qais.yousef@xxxxxxx>
- Re: [PATCH 00/18] genirq: Remove setup_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- [PATCHv2 25/50] parisc: Add show_stack_loglvl()
- From: Dmitry Safonov <dima@xxxxxxxxxx>
- Re: [RESEND PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- Re: [RESEND PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- Re: [PATCH v3] parisc: Replace setup_irq() by request_irq()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3] parisc: Replace setup_irq() by request_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- Re: [RESEND PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [RESEND PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [RESEND PATCH v2 8/9] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
- From: Hans Verkuil <hverkuil@xxxxxxxxx>
- [PATCH V3] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH 0/7] parport: Use generic kernel logging styles
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: [PATCH][next] net: tulip: Replace zero-length array with flexible-array member
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH][next] net: tulip: Replace zero-length array with flexible-array member
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 1/2] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [PATCH 0/2] mm/vma: some new flags
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH net-next 00/23] Clean driver, module and FW versions
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v3] parisc: Replace setup_irq() by request_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH 2/7] parport: Use more comon logging styles
- From: Helge Deller <deller@xxxxxx>
- Re: [Intel-gfx] [PATCH v7 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH 2/7] parport: Use more comon logging styles
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 2/7] parport: Use more comon logging styles
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Stafford Horne <shorne@xxxxxxxxx>
- [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- [RFC 0/3] mm/vma: some new flags and helpers
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Guo Ren <guoren@xxxxxxxxxx>
- Re: [PATCH net-next 00/23] Clean driver, module and FW versions
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [Intel-gfx] [PATCH v7 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability
- From: Serge Hallyn <serge@xxxxxxxxxx>
- [PATCH net-next 14/23] net/dec: Delete driver versions
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next 00/23] Clean driver, module and FW versions
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH 0/7] parport: Use generic kernel logging styles
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 0/7] parport: Use generic kernel logging styles
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH 7/7] parport: Standardize use of printmode
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 0/7] parport: Use generic kernel logging styles
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 1/7] parport: Convert printk(KERN_<LEVEL> to pr_<level>(
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 2/7] parport: Use more comon logging styles
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 00/18] genirq: Remove setup_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- Re: [PATCH 00/18] genirq: Remove setup_irq()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v7 00/12] Introduce CAP_PERFMON to secure system performance monitoring and observability
- From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
- Re: [RESEND PATCH v2 9/9] ath5k: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [PATCH v2 09/18] parisc: Replace setup_irq() by request_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- [PATCH v2 00/18] genirq: Remove setup_irq()
- From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
- [PATCH v3 10/15] parisc: Replace cpu_up/down with add/remove_cpu
- From: Qais Yousef <qais.yousef@xxxxxxx>
- [PATCH v3 01/15] cpu: Add new {add,remove}_cpu() functions
- From: Qais Yousef <qais.yousef@xxxxxxx>
- Re: [PATCH v5 01/10] capabilities: introduce CAP_PERFMON to kernel and user space
- From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
- Re: [RESEND PATCH v2 9/9] ath5k: Constify ioreadX() iomem argument (as in generic implementation)
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- [RESEND PATCH v2 9/9] ath5k: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 8/9] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 7/9] drm/nouveau: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 5/9] arc: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 4/9] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 3/9] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 2/9] rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [RESEND PATCH v2 0/9] iomap: Constify ioreadX() iomem argument
- From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
- [PATCH] parisc: Add arch_trigger_cpumask_backtrace() function
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v7 01/12] capabilities: introduce CAP_PERFMON to kernel and user space
- From: Alexey Budankov <alexey.budankov@xxxxxxxxxxxxxxx>
- [PATCH] parisc: Refactor alternative code to accept multiple conditions
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v7 10/12] drivers/oprofile: open access for CAP_PERFMON privileged process
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH v7 09/12] drivers/perf: open access for CAP_PERFMON privileged process
- From: James Morris <jmorris@xxxxxxxxx>
- 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
- 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>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]