Linux PA RISC
[Prev Page][Next Page]
- Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 15/18] arch/sh: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 16/18] arch/sparc: Implement fb_is_primary_device() in source file
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 17/18] arch/sparc: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 18/18] arch/x86: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 13/18] arch/parisc: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 12/18] arch/parisc: Implement fb_is_primary_device() under arch/parisc
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 14/18] arch/powerpc: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 03/18] arch/arm: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 07/18] arch/m68k: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 09/18] video: Remove trailing whitespaces
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 04/18] arch/arm64: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 11/18] arch/parisc: Remove trailing whitespaces
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 05/18] arch/ia64: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 10/18] video: Move HP PARISC STI core code to shared location
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 08/18] arch/mips: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 06/18] arch/loongarch: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 00/18] arch: Consolidate <asm/fb.h>
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 02/18] arch/arc: Implement <asm/fb.h> with generic helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- [PATCH 01/18] fbdev: Prepare generic architecture helpers
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
- From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
- Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
- From: Vineet Gupta <vgupta@xxxxxxxxxx>
- Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
- Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
- From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
- Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
- From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
- Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
- From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Ard Biesheuvel <ardb@xxxxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
- Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
- From: Jessica Clarke <jrtc27@xxxxxxxxxx>
- Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
- From: Conor Dooley <conor@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION a6faf7ea9fcb7267d06116d4188947f26e00e57e
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
- From: Guo Ren <guoren@xxxxxxxxxx>
- Re: [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: Robin Murphy <robin.murphy@xxxxxxx>
- [PATCH 21/21] dma-mapping: replace custom code with generic implementation
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 19/21] ARM: dma-mapping: use generic form of arch_sync_dma_* helpers
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 14/21] parisc: dma-mapping: use regular flush/invalidate ops
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 12/21] mips: dma-mapping: split out cache operation logic
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 11/21] mips: dma-mapping: skip invalidating before bidirectional DMA
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 07/21] powerpc: dma-mapping: always clean cache in _for_device() op
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 05/21] powerpc: dma-mapping: split out cache operation logic
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 04/21] microblaze: dma-mapping: skip extra DMA flushes
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 03/21] sparc32: flush caches in dma_sync_*for_device
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 01/21] openrisc: dma-mapping: flush bidirectional mappings
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH 00/21] dma-mapping: unify support for cache flushes
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [PATCH] fbdev: modedb: Fix kernel crash in fb_videomode_to_var()
- From: Helge Deller <deller@xxxxxx>
- linux-next: manual merge of the sh tree with the parisc-hd tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH 5/5] io_uring: add support for user mapped provided buffer ring
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH 5/5] io_uring: add support for user mapped provided buffer ring
- From: Ammar Faizi <ammarfaizi2@xxxxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- [PATCH] fbdev: stifb: Provide valid pixelclock and add fb_check_var() checks
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCHSET 0/5] User mapped provided buffer rings
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v4 19/36] parisc: Implement the new page table range API
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v4 19/36] parisc: Implement the new page table range API
- From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 2/7] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 0/7] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 4/7] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 5/7] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 6/7] smp: reword smp call IPI comment
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 3/7] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 01/10] alpha: fix livelock in uaccess
- From: patchwork-bot+linux-riscv@xxxxxxxxxx
- Re: [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- [PATCH v5 26/26] riscv: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 25/26] s390: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 24/26] mips: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 23/26] powerpc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 22/26] xtensa: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 21/26] x86: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 20/26] parisc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 19/26] sparc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 18/26] microblaze: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 17/26] arm64: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 16/26] m68k: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 15/26] arc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 14/26] alpha: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 13/26] asm-generic: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 11/26] xtensa: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 10/26] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 09/26] powerpc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 08/26] parisc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 07/26] mips: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 06/26] microblaze: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 05/26] m68k: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 04/26] ia64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 03/26] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 02/26] arm64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 01/26] alpha: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v3 18/34] parisc: Implement the new page table range API
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v3 18/34] parisc: Implement the new page table range API
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 18/34] parisc: Implement the new page table range API
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alex@xxxxxxxx>
- [PATCH v4 23/24] mips: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 24/24] s390: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 22/24] powerpc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 21/24] xtensa: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 20/24] x86: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 19/24] parisc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 18/24] sparc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 17/24] microblaze: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 16/24] arm64: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 15/24] m68k: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 14/24] arc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 13/24] alpha: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v4 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: Deepak Gupta <debug@xxxxxxxxxxxx>
- Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- [PATCH v5 13/17] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: linux-next: duplicate patch in the input tree
- From: Helge Deller <deller@xxxxxx>
- linux-next: duplicate patch in the input tree
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH v3 18/34] parisc: Implement the new page table range API
- From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
- From: patchwork-bot+linux-riscv@xxxxxxxxxx
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
- From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 058f4df42121baadbb8a980c06011e912784dbd2
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
- From: Sam James <sam@xxxxxxxxxx>
- Re: [PATCH v2 17/30] parisc: Implement the new page table range API
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 17/30] parisc: Implement the new page table range API
- From: John David Anglin <dave.anglin@xxxxxxxx>
- [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH 0/2] char/agp: consolidate asm/agp.h
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v2 17/30] parisc: Implement the new page table range API
- From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 5/7] io_uring: use __xchg if possible
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 7/7] drm/i915/gt: use __xchg instead of internal helper
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 6/7] qed: use __xchg if possible
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 4/7] llist: simplify __llist_del_all
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 3/7] arch/*/uprobes: simplify arch_uretprobe_hijack_return_addr
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 2/7] linux/include: add non-atomic version of xchg
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 1/7] arch: rename all internal names __xchg to __arch_xchg
- From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] parisc: Cleanup mmap implementation
- From: John David Anglin <dave@xxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: liburing test results on hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
- [PATCH v4] parisc: Replace regular spinlock with spin_trylock on panic path
- From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: Rolf Eike Beer <eb@xxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
- From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: liburing test results on hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: liburing test results on hppa
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: liburing test results on hppa
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: liburing test results on hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: liburing test results on hppa
- From: Jens Axboe <axboe@xxxxxxxxx>
- liburing test results on hppa
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH v4 12/16] parisc: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Helge Deller <deller@xxxxxx>
- [PATCH v2] io_uring: Adjust mapping wrt architecture aliasing requirements
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- Re: [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc with VIPT caches
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v4 0/7] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH] dma-mapping: no need to pass a bus_type into get_arch_dma_ops()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: WANG Xuerui <kernel@xxxxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: Sergey Shtylyov <s.shtylyov@xxxxxx>
- Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
- From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: Sergey Shtylyov <s.shtylyov@xxxxxx>
- Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 23/24] mips: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 22/24] powerpc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 18/24] sparc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 17/24] microblaze: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 16/24] arm64: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 13/24] alpha: Remove empty <uapi/asm/setup.h>
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
- From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: John David Anglin <dave.anglin@xxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- Re: io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Jens Axboe <axboe@xxxxxxxxx>
- io_uring failure on parisc (32-bit userspace and 64-bit kernel)
- From: Helge Deller <deller@xxxxxx>
- [PATCH 2/2] char/agp: introduce asm-generic/agp.h
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 1/2] char/agp: consolidate {alloc,free}_gatt_pages()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 0/2] char/agp: consolidate asm/agp.h
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- RE: [PATCH 02/10] hexagon: fix livelock in uaccess
- From: Brian Cain <bcain@xxxxxxxxxxx>
- Re: [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: Alexandre Ghiti <alex@xxxxxxxx>
- Re: API for setting multiple PTEs at once
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH 09/10] riscv: fix livelock in uaccess
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: Mark Brown <broonie@xxxxxxxxxx>
- Re: [PATCH v2] parisc: update kbuild doc. aliases for parisc64
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 09/10] riscv: fix livelock in uaccess
- From: Björn Töpel <bjorn@xxxxxxxxxx>
- Re: [PATCH 08/10] parisc: fix livelock in uaccess
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2] parisc: update kbuild doc. aliases for parisc64
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] parisc: update kbuild doc. aliases for parisc64
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: update kbuild doc. aliases for parisc64
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] parisc: update kbuild doc. aliases for parisc64
- From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
- Re: [PATCH 04/10] m68k: fix livelock in uaccess
- From: Finn Thain <fthain@xxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] parisc: update kbuild doc. aliases for parisc64
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [GIT PULL] parisc architecture fixes for v6.2-rc7
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] parisc architecture fixes for v6.2-rc7
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Peter Xu <peterx@xxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH] parisc: Add checks to verify page alignment in cache
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH] parisc: Wire up PTRACE_GETREGS/PTRACE_SETREGS for compat case
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH] parisc: Replace hardcoded value with PRIV_USER constant in ptrace.c
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Helge Deller <deller@xxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 10/10] sparc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 09/10] riscv: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/10] parisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/10] openrisc: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/10] nios2: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/10] microblaze: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/10] m68k: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/10] ia64: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/10] hexagon: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/10] alpha: fix livelock in uaccess
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [RFC][PATCHSET] VM_FAULT_RETRY fixes
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Conor Dooley <conor@xxxxxxxxxx>
- Re: [PATCH v2] net: tulip: Fix typos ("defualt" and "hearbeat")
- From: Jeroen Roovers <jer@xxxxxxxxx>
- Re: [PATCH v2] net: tulip: Fix typos ("defualt" and "hearbeat")
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH v2] net: tulip: Fix typos ("defualt" and "hearbeat")
- From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
- Re: [PATCH] net: tulip: Fix a typo ("defualt")
- From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
- Re: [PATCH] net: tulip: Fix a typo ("defualt")
- From: Simon Horman <simon.horman@xxxxxxxxxxxx>
- [PATCH] net: tulip: Fix a typo ("defualt")
- From: Jonathan Neuschäfer <j.neuschaefer@xxxxxxx>
- [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Stafford Horne <shorne@xxxxxxxxx>
- Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Huacai Chen <chenhuacai@xxxxxxxxxx>
- Re: [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH] parisc: Ensure page-aligned addresses in cache flush and copy functions
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Guo Ren <guoren@xxxxxxxxxx>
- Re: [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 2/3] mips: drop definition of pfn_valid() for DISCONTIGMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 0/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
- [PATCH] fs/readdir: Give kernel warning if an application uses the 32-bit getdents syscall
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Ira Weiny <ira.weiny@xxxxxxxxx>
- Re: [PATCH v4 5/7] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Huacai Chen <chenhuacai@xxxxxxxxxx>
- Re: [PATCH v3 16/51] cpuidle: Annotate poll_idle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 4/4] fs/sysv: Replace kmap() with kmap_local_page()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 6/7] smp: reword smp call IPI comment
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 7/7] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 5/7] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 4/7] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 2/7] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 3/7] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 1/7] trace: Add trace_ipi_send_cpumask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v4 0/7] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [PATCH v5 7/7] drm/i915/gt: use __xchg instead of internal helper
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 4/7] llist: simplify __llist_del_all
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 6/7] qed: use __xchg if possible
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 3/7] arch/*/uprobes: simplify arch_uretprobe_hijack_return_addr
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 5/7] io_uring: use __xchg if possible
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 2/7] linux/include: add non-atomic version of xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 1/7] arch: rename all internal names __xchg to __arch_xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Sudeep Holla <sudeep.holla@xxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v4] arch: rename all internal names __xchg to __arch_xchg
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH mm-unstable v1 01/26] mm/debug_vm_pgtable: more pte_swp_exclusive() sanity checks
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
- [PATCH mm-unstable v1 25/26] xtensa/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 24/26] x86/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE also on 32bit
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 26/26] mm: remove __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 23/26] um/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 22/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 64bit
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 20/26] sh/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 21/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 16/26] parisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 15/26] openrisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 14/26] nios2/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 18/26] powerpc/nohash/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 13/26] nios2/mm: refactor swap PTE layout
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 12/26] mips/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 09/26] m68k/mm: remove dummy __swp definitions for nommu
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 10/26] m68k/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 08/26] loongarch/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 07/26] ia64/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 06/26] hexagon/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 05/26] csky/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 03/26] arc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 02/26] alpha/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 01/26] mm/debug_vm_pgtable: more pte_swp_exclusive() sanity checks
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH mm-unstable v1 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v3 02/51] x86/idle: Replace x86_idle with a static_call
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 51/51] context_tracking: Fix noinstr vs KASAN
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 24/51] arm64,smp: Remove trace_.*_rcuidle() usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 50/51] cpuidle: Comments about noinstr/__cpuidle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 33/51] trace: Remove trace_hardirqs_{on,off}_caller()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 23/51] arm,smp: Remove trace_.*_rcuidle() usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 11/51] cpuidle,omap4: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 09/51] cpuidle,omap3: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 21/51] arch/idle: Change arch_cpu_idle() IRQ behaviour
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 19/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_INIT_XSTATE
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 49/51] cpuidle,arch: Mark all regular cpuidle_state::enter methods __cpuidle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 29/51] cpuidle,tdx: Make tdx noinstr clean
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 18/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE *again*
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 31/51] cpuidle,nospec: Make noinstr clean
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 14/51] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 01/51] x86/perf/amd: Remove tracing from perf_lopwr_cb()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 41/51] cpuidle,clk: Remove trace_.*_rcuidle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 22/51] x86/tdx: Remove TDX_HCALL_ISSUE_STI
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 20/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IBRS
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 44/51] entry,kasan,x86: Disallow overriding mem*() functions
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 38/51] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 43/51] intel_idle: Add force_irq_on module param
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 16/51] cpuidle: Annotate poll_idle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 46/51] arm64,riscv,perf: Remove RCU_NONIDLE() usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 26/51] time/tick-broadcast: Remove RCU_NONIDLE usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 37/51] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 48/51] cpuidle,arch: Mark all ct_cpuidle_enter() callers __cpuidle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 25/51] printk: Remove trace_.*_rcuidle() usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 39/51] arm,omap2: Use WFI for omap2_pm_idle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 05/51] cpuidle,riscv: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 03/51] cpuidle/poll: Ensure IRQ state is invariant
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 34/51] trace: WARN on rcuidle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 40/51] cpuidle,powerdomain: Remove trace_.*_rcuidle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 15/51] acpi_idle: Remove tracing
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 06/51] cpuidle,tegra: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 08/51] cpuidle,imx6: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 42/51] ubsan: Fix objtool UACCESS warns
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 36/51] cpuidle,omap3: Use WFI for omap3_pm_idle()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 45/51] sched: Always inline __this_cpu_preempt_check()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 17/51] objtool/idle: Validate __cpuidle code as noinstr
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 27/51] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 10/51] cpuidle,armada: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 13/51] cpuidle: Fix ct_idle_*() usage
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 47/51] cpuidle: Ensure ct_cpuidle_enter() is always called from noinstr/__cpuidle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 12/51] cpuidle,dt: Push RCU-idle into driver
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 32/51] cpuidle,acpi: Make noinstr clean
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 28/51] cpuidle,mwait: Make noinstr clean
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 04/51] cpuidle: Move IRQ state validation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH v3 30/51] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [Intel-gfx] [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [Intel-gfx] [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH v3 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Huacai Chen <chenhuacai@xxxxxxxxxx>
- Re: [PATCH v3 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- RE: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Daniel Vetter <daniel@xxxxxxxx>
- [PATCH v4] arch: rename all internal names __xchg to __arch_xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH v3] arch: rename all internal names __xchg to __arch_xchg
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH 5.10 22/63] parisc: add support for TIF_NOTIFY_SIGNAL
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH
- From: Ameer Hamza <ahamza@xxxxxxxxxxxxx>
- RE: [PATCH v2] Add new open(2) flag - O_EMPTY_PATH
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v2] arch: rename all internal names __xchg to __arch_xchg
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v3] Add new open(2) flag - O_EMPTY_PATH
- From: Ameer Hamza <ahamza@xxxxxxxxxxxxx>
- [PATCH v2] Add new open(2) flag - O_EMPTY_PATH
- From: Ameer Hamza <ahamza@xxxxxxxxxxxxx>
- [PATCH v3] arch: rename all internal names __xchg to __arch_xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- [PATCH v2] arch: rename all internal names __xchg to __arch_xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH 02/19] arch/arc: rename internal name __xchg to __arch_xchg
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: <yang.yang29@xxxxxxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH linux-next v2] parisc: use strscpy() to instead of strncpy()
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH linux-next v2] parisc: use strscpy() to instead of strncpy()
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH linux-next v2] parisc: use strscpy() to instead of strncpy()
- From: <yang.yang29@xxxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
- Re: [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: Helge Deller <deller@xxxxxx>
- [PATCH linux-next] parisc: use strscpy() to instead of strncpy()
- From: <yang.yang29@xxxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 18/19] linux/include: add non-atomic version of xchg
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- [PATCH 19/19] drm/i915/gt: use __xchg instead of internal helper
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
- [PATCH 14/19] arch/s390: rename internal name __xchg to __arch_xchg
- From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]