Linux PA RISC

• Thread Index

• [PATCH 1/4] parisc/ftrace: Add ARCH_SUPPORTS_FTRACE_OPS support
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 3/4] parisc: Update feature list
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/4] Add support for kprobes on ftrace
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.3-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] parisc: rename default_defconfig to defconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• [PATCH 09/22] docs: parisc: convert to ReST and add to documentation body
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 00/22] ReST conversion of text files without .txt extension
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] parisc: Flush ITLB in flush_tlb_all_local() only on split TLB machines
  • From: Helge Deller <deller@xxxxxx>
• Re: WARNING in __mmdrop
  • From: syzbot <syzbot+e58112d71f77113ddb7b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: shuah <shuah@xxxxxxxxxx>
• Re: KASAN: use-after-free Write in tlb_finish_mmu
  • From: syzbot <syzbot+8267e9af795434ffadad@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v10 9/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 6/9] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 5/9] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 2/9] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 1/9] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 0/9] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in finish_task_switch (2)
  • From: syzbot <syzbot+7f067c796eee2acbc57a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] parisc architecture fixes for kernel v5.3-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [PULL] virtio, vhost: fixes, features, performance
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v2 4/4] tools: Add fchmodat4
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] Non-functional cleanup of a "__user * filename"
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Add a new fchmodat4() syscall, v2
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 4/4] tools: Add fchmodat4
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 3/4] arch: Register fchmodat4, usually as syscall 434
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Helge Deller <deller@xxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PULL] virtio, vhost: fixes, features, performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] parisc: Wire up clone3 syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] parisc: Wire up clone3 syscall
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2][RFC] parisc: sata_sil: Add quirk for Samsung SSD 850 drive
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] Documentation: move architectures together
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/12] Documentation/parisc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 03/12] Documentation/ia64: repointer docs to Documentation/arch/ia64
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 06/12] Documentation/mips: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 10/12] Documentation/sparc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 08/12] Dcumentation/powerpc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 12/12] Documentation/xtensa: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 05/12] Documentation/s390: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 04/12] Documentation/m68k: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 09/12] Dcumentation/sh: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 11/12] Documentation/x86: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH][RFC] parisc: sata_sil: Add quirk for Samsung SSD 850 drive
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] fixup! kbuild: remove obj and src from the top Makefile
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture patches for kernel v5.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v1 01/22] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Rob Herring <robh@xxxxxxxxxx>
• [GIT PULL] parisc architecture patches for kernel v5.3
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• 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>