Linux PA RISC

• Thread Index

• Re: [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] palo: place iplboot inside disk label if it's big enough
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 09/10] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 07/10] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 02/10] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/4] palo: add support for formatting as ext4
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] iplboot: add ext4 support
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] iplboot: update the ext2_fs.h header
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] iplboot: eliminate unused struct bootfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] bring parisc linux into the modern age by adding ext4 support to the bootloader
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• [PATCH] parisc: Ensure userspace privilege for ptraced processes in regset functions
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: palo not working on ext2/ext3 partitions
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: palo not working on ext2/ext3 partitions
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: palo not working on ext2/ext3 partitions
  • From: Helge Deller <deller@xxxxxx>
• palo not working on ext2/ext3 partitions
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 6/7] dma-direct: handle DMA_ATTR_NO_KERNEL_MAPPING in common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 5/7] dma-direct: handle DMA_ATTR_NON_CONSISTENT in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/7] dma-direct: handle DMA_ATTR_NON_CONSISTENT in common code
  • From: Helge Deller <deller@xxxxxx>
• linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] arm-nommu: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/7] dma-direct: handle DMA_ATTR_NON_CONSISTENT in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] parisc architecture fix for kernel v5.2-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fix for kernel v5.2-rc7
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/7] arm-nommu: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v2] parisc: asm: psw.h: missing header guard
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH] parisc: asm: psw.h: missing header guard
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH] parisc: asm: psw.h: missing header guard
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH] parisc: asm: psw.h: missing header guard
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH RESEND 4/8] x86, hugetlbpage: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 8/8] mm: Remove mmap_legacy_base and mmap_compat_legacy_code fields from mm_struct
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 7/8] x86: Use mmap_*base, not mmap_*legacy_base, as low_limit for bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 5/8] mm: Start fallback top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 3/8] sparc: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 2/8] sh: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 5/8] mm: Start fallback top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 4/8] x86, hugetlbpage: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 3/8] sparc: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 2/8] sh: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v1 15/22] docs: driver-api: add a chapter for memory-related API
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v1 11/22] docs: admin-guide: add .rst files from the main dir
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] openrisc: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 7/7] arc: use the generic remapping allocator for coherent DMA allocations
  • From: "hch@xxxxxx" <hch@xxxxxx>
• [PATCH AUTOSEL 5.1 19/59] parisc: Fix compiler warnings in float emulation code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 10/39] parisc: Fix compiler warnings in float emulation code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 05/27] parisc: Fix compiler warnings in float emulation code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 03/18] parisc: Fix compiler warnings in float emulation code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 02/10] parisc: Fix compiler warnings in float emulation code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 7/7] arc: use the generic remapping allocator for coherent DMA allocations
  • From: Eugeniy Paltsev <Eugeniy.Paltsev@xxxxxxxxxxxx>
• [PATCH 6/7] dma-direct: handle DMA_ATTR_NO_KERNEL_MAPPING in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] arc: use the generic remapping allocator for coherent DMA allocations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] dma-direct: handle DMA_ATTR_NON_CONSISTENT in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] dma-mapping: add a dma_alloc_need_uncached helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] openrisc: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] arc: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] arm-nommu: remove the partial DMA_ATTR_NON_CONSISTENT support
  • From: Christoph Hellwig <hch@xxxxxx>
• handle "special" dma allocation in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] parisc: Fix module loading error with JUMP_LABEL feature
  • From: Helge Deller <deller@xxxxxx>
• Re: [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• Re: [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: Helge Deller <deller@xxxxxx>
• Re: [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• Re: [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: Helge Deller <deller@xxxxxx>
• [RESEND V2] modprobe: ERROR: could not insert 'ipv6': Exec format error / module ipv6: Unknown relocation: 72
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 32/70] net: tulip: de4x5: Drop redundant MODULE_DEVICE_TABLE()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 14/31] net: tulip: de4x5: Drop redundant MODULE_DEVICE_TABLE()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 08/20] net: tulip: de4x5: Drop redundant MODULE_DEVICE_TABLE()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 06/13] net: tulip: de4x5: Drop redundant MODULE_DEVICE_TABLE()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 19/49] net: tulip: de4x5: Drop redundant MODULE_DEVICE_TABLE()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.2-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.2-rc4
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v3 4/6] parisc: use pr_debug() in kernel/module.c
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 6/6] parisc: add dynamic ftrace
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 5/6] compiler.h: add CC_USING_PATCHABLE_FUNCTION_ENTRY
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 3/6] parisc: add WARN_ON() to clear_fixmap
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 2/6] parisc: add spinlock to patch function
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 0/6] Dynamic FTRACE for PA-RISC
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: SCSI Adaptec aha-3950u2
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• SCSI Adaptec aha-3950u2
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] parisc: Use lpa instruction to load physical addresses in driver code
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Use lpa instruction to load physical addresses in driver code
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 1/6] parisc: add support for patching multiple words
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH v2 6/6] parisc: add dynamic ftrace
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 4/6] parisc: use pr_debug() in kernel/module.c
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 5/6] compiler.h: add CC_USING_PATCHABLE_FUNCTION_ENTRY
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 3/6] parisc: add WARN_ON() to clear_fixmap
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 2/6] parisc: add spinlock to patch function
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 0/6] Dynamic FTRACE for PA-RISC
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 05/15] kbuild: add CONFIG_HEADERS_INSTALL and loosen the dependency of samples
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] parisc: configs: Remove useless UEVENT_HELPER_PATH
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] parisc: configs: Remove useless UEVENT_HELPER_PATH
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] parisc: Use lpa instruction to load physical addresses in driver code
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: Use lpa instruction to load physical addresses in driver code
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] parisc: add support for patching multiple words
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 4/6] parisc: use pr_debug() in kernel/module.c
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Helge Deller <deller@xxxxxx>
• Re: Updated installation images for Debian Ports 2019-05-09
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Use implicit space register selection for loading the coherence index of I/O pdirs
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 6/6] parisc: add dynamic ftrace
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 4/6] parisc: use pr_debug() in kernel/module.c
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 1/6] parisc: add support for patching multiple words
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH] parisc: Use implicit space register selection for loading the coherence index of I/O pdirs
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 2/3] arch: wire-up close_range()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] parisc: Use implicit space register selection for loading the coherence index of I/O pdirs
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• [PATCH v3] parisc: Fix crash due alternative coding for NP iopdir_fdc bit
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 6/6] parisc: add dynamic ftrace
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 5/6] compiler.h: add CC_USING_PATCHABLE_FUNCTION_ENTRY
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 4/6] parisc: use pr_debug() in kernel/module.c
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 3/6] parisc: add WARN_ON() to clear_fixmap
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 2/6] parisc: add spinlock to patch function
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/6] parisc: add support for patching multiple words
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/6] Dynamic FTRACE for PA-RISC
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Updated installation images for Debian Ports 2019-05-09
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Helge Deller <deller@xxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Helge Deller <deller@xxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Helge Deller <deller@xxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• [PATCH] parisc: Fix alternative coding for PCX-U CPUs
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix compiler warnings in float emulation code
  • From: Helge Deller <deller@xxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Helge Deller <deller@xxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: PCI HPMC on C240 with alternatives Patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH net-next 6/6] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 5/6] vhost: factor out setting vring addr and num
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 4/6] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 3/6] vhost: rename vq_iotlb_prefetch() to vq_meta_prefetch()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 2/6] vhost: fine grain userspace memory accessors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 1/6] vhost: generalize adding used elem
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next 0/6] vhost: accelerate metadata access
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• PCI HPMC on C240 with alternatives Patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• RE: [PATCH v1 1/2] open: add close_range()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 0/2] close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: HPPA problems with the PCI
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: HPPA problems with the PCI
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH] slab: cleanup after /proc/slab_allocators removal
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Kconfig: remove ARCH_DISCARD_MEMBLOCK
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] parisc: Kconfig: remove ARCH_DISCARD_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Helge Deller <deller@xxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH] parisc: Kconfig: remove ARCH_DISCARD_MEMBLOCK
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture updates for kernel v5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture updates for kernel v5.2
  • From: Helge Deller <deller@xxxxxx>
• [RFC][PATCH] parisc: Allow building 64-bit kernel without -mlong-calls compiler option
  • From: Helge Deller <deller@xxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• C3600, optical Fibre Channel, any card?
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: C3600, sata controller
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• C3600, sata controller
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Helge Deller <deller@xxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Rolf Eike Beer <eike@xxxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Helge Deller <deller@xxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Enable __ro_after_init feature
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v11 4/7] parisc: define syscall_get_error()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v11 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH linux-next v10 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• linux-next: manual merge of the akpm-current tree with the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: 5.2 hppa merge seems to work on my machines
  • From: Helge Deller <deller@xxxxxx>
• 5.2 hppa merge seems to work on my machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v2 12/14] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 14/14] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 13/14] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 11/14] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 10/14] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 09/14] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 08/14] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 07/14] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 04/14] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 06/14] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 05/14] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 03/14] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 02/14] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 01/14] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 00/14] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture updates for kernel v5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture updates for kernel v5.2
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Drop LDCW barrier in CAS code when running UP
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH] Rename LEVEL to PA_ASM_LEVEL to avoid name clash with DRBD code
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] Rename LEVEL to PA_ASM_LEVEL to avoid name clash with DRBD code
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] Use PA_ASM_LEVEL in boot code
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] Rename LEVEL to PA_ASM_LEVEL to avoid name clash with DRBD code
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC PATCH V3 0/6] vhost: accelerate metadata access
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] parisc: Add static branch and JUMP_LABEL feature (v2)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: Add static branch and JUMP_LABEL feature (v2)
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 06/15] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 07/15] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 10/15] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 15/15] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 11/15] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 03/15] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 02/15] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 00/15] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Add static branch / JUMP_LABEL feature
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• linux-next: Signed-off-by missing for commit in the parisc-hd tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH] parisc: Add static branch / JUMP_LABEL feature
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] parisc: Enable SPARSEMEM_VMEMMAP
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Allow live-patching of __meminit functions
  • From: Helge Deller <deller@xxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• RE: DISCONTIGMEM is deprecated
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH][RFC] parisc: Use per-pagetable spinlock (v2)
  • From: Helge Deller <deller@xxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] parisc: Add memory barrier to asm pdc and sync instructions
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Update huge TLB page support to use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Update huge TLB page support to use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: Update huge TLB page support to use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [for-next][PATCH 5/5] function_graph: Place ftrace_graph_entry_stub() prototype in include/linux/ftrace.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Do not boost watermarks to avoid fragmentation for the DISCONTIG memory model
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [RFC PATCH V3 6/6] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 4/6] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 2/6] vhost: fine grain userspace memory accessors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 1/6] vhost: generalize adding used elem
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 5/6] vhost: factor out setting vring addr and num
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 3/6] vhost: rename vq_iotlb_prefetch() to vq_meta_prefetch()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V3 0/6] vhost: accelerate metadata access
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Christopher Lameter <cl@xxxxxxxxx>
• [PATCH] parisc: Add memory clobber to TLB purges
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• DISCONTIGMEM is deprecated
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Helge Deller <deller@xxxxxx>
• Re: DISCONTIGMEM is deprecated
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [PATCH] mm: Do not boost watermarks to avoid fragmentation for the DISCONTIG memory model
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v3 2/3] asm-generic: generalize asm/sockios.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 2/3] asm-generic: generalize asm/sockios.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH linux-next v10 4/7] parisc: define syscall_get_error()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH linux-next v10 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] parisc: Switch from DISCONTIGMEM to SPARSEMEM
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Switch from DISCONTIGMEM to SPARSEMEM
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH] parisc: Use ldcw instruction for SMP spinlock release barrier
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] parisc: Use ldcw instruction for SMP spinlock release barrier
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Use ldcw instruction for SMP spinlock release barrier
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Use ldcw instruction for SMP spinlock release barrier
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Remove lock code to serialize TLB operations in pacache.S
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: Switch from DISCONTIGMEM to SPARSEMEM
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [RFC patch 08/41] parisc/stacktrace: Remove the pointless ULONG_MAX marker
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: update feature lists
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] kretprobes for parisc / cleanups
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 4/4] parisc: remove unused flags parameter in __patch_text()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 3/4] doc: update kprobes supported architecture list
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 2/4] parisc: Implement kretprobes
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/4] parisc: remove kprobes.h from generic-y
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/4] kretprobes for parisc / cleanups
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH linux-next v9 4/7] parisc: define syscall_get_error()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH linux-next v9 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Helge Deller <deller@xxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] parisc: add kprobes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/2] parisc: Implement kprobes
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/2] parisc: add functions required by KPROBE_EVENTS
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/2] parisc: add kprobes
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: PA-Linux requires at least 32 MB RAM
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture updates for kernel v5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] parisc architecture updates for kernel v5.1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] parisc: use per-pagetable spinlock
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: use per-pagetable spinlock
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Memory management broken by "mm: reclaim small amounts of memory when an external fragmentation event occurs"
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] parisc: Export running_on_qemu symbol for modules
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 3/3] parisc: add KGDB support
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] parisc: add set_fixmap()/clear_fixmap()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] parisc: add parisc code patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] Add KGDB support to PA-RISC
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 0/2] small ptrace fixes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/2] parisc: also set iaoq_b in instruction_pointer_set()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/2] parisc: regs_return_value() should return gpr28
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/2] small ptrace fixes
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] parisc: Consider stack randomization for mmap base only when necessary
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 3/3] parisc: add KGDB support
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 2/3] parisc: add parisc code patching
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/3] parisc: add set_fixmap()/clear_fixmap()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/3] Add KGDB support to parisc
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] parisc: Improve LASI LAN for QEMU
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Skip registering LED when running in QEMU
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Detect qemu as early as possible in boot process
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [RFC][PATCH 4/4 v2] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 3/4 v2] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [svens@xxxxxxxxxxxxxx: kgdb for parisc]
  • From: Helge Deller <deller@xxxxxx>
• [svens@xxxxxxxxxxxxxx: kgdb for parisc]
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH linux-next v8 4/7] parisc: define syscall_get_error()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH linux-next v8 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix iosapic address compare
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix iosapic address compare
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: fix iosapic address compare
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• [PATCH] parisc: fix iosapic address compare
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/34] parisc: mm: Add p?d_large() definitions
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture updates for kernel v5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture updates for kernel v5.1
  • From: Helge Deller <deller@xxxxxx>