Linux S390

• Date Index

• Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', (continued)
  • Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Heiko Carstens
• [PATCH] md: dm-writeback: add __noreturn to BUG-ging function, Randy Dunlap
  • Re: [PATCH] md: dm-writeback: add __noreturn to BUG-ging function, Christian Borntraeger
    • Re: [PATCH] md: dm-writeback: add __noreturn to BUG-ging function, Randy Dunlap
      • Re: md: dm-writeback: add __noreturn to BUG-ging function, Mike Snitzer
        • Re: md: dm-writeback: add __noreturn to BUG-ging function, Mike Snitzer
          • Re: md: dm-writeback: add __noreturn to BUG-ging function, Mike Snitzer
            • Re: md: dm-writeback: add __noreturn to BUG-ging function, Christian Borntraeger
              • Re: md: dm-writeback: add __noreturn to BUG-ging function, Randy Dunlap
            • Re: md: dm-writeback: add __noreturn to BUG-ging function, Mikulas Patocka
              • Re: md: dm-writeback: add __noreturn to BUG-ging function, Mike Snitzer
• [for-next][PATCH 05/17] kprobes/ftrace: Add recursion protection to the ftrace callback, Steven Rostedt
• [for-next][PATCH 11/17] ftrace: Add recording of functions that caused recursion, Steven Rostedt
• [PATCH seccomp v2 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs, YiFei Zhu
  • [PATCH seccomp v2 1/8] csky: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 3/8] powerpc: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 2/8] parisc: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 4/8] riscv: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 5/8] s390: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 6/8] sh: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 7/8] xtensa: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp v2 8/8] seccomp/cache: Report cache data through /proc/pid/seccomp_cache, YiFei Zhu
  • Re: [PATCH seccomp v2 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs, Kees Cook
• [PATCH 0/3] s390/vmem: minor cleanup, Alexander Gordeev
  • [PATCH 2/3] s390/vmem: fix possible memory overwrite, Alexander Gordeev
    • Re: [PATCH 2/3] s390/vmem: fix possible memory overwrite, David Hildenbrand
      • Re: [PATCH 2/3] s390/vmem: fix possible memory overwrite, Alexander Gordeev
        • Re: [PATCH 2/3] s390/vmem: fix possible memory overwrite, Heiko Carstens
  • [PATCH 1/3] s390/vmem: remove redundant check, Alexander Gordeev
    • Re: [PATCH 1/3] s390/vmem: remove redundant check, David Hildenbrand
    • Re: [PATCH 1/3] s390/vmem: remove redundant check, Heiko Carstens
  • [PATCH 3/3] s390/vmem: make variable and function names consistent, Alexander Gordeev
    • Re: [PATCH 3/3] s390/vmem: make variable and function names consistent, Heiko Carstens
• [PATCH AUTOSEL 5.9 38/55] s390/smp: move rcu_cpu_starting() earlier, Sasha Levin
• [PATCH AUTOSEL 5.4 30/42] s390/smp: move rcu_cpu_starting() earlier, Sasha Levin
• [PATCH AUTOSEL 4.19 15/21] s390/smp: move rcu_cpu_starting() earlier, Sasha Levin
• [PATCH v7 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v7 1/4] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers, Mike Rapoport
  • [PATCH v7 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
  • [PATCH v7 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v7 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
    • Re: [PATCH v7 4/4] arch, mm: make kernel_page_present() always available, David Hildenbrand
• [PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v6 1/4] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers, Mike Rapoport
  • [PATCH v6 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
  • [PATCH v6 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v6 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
  • Re: [PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
• [PATCH net-next v4 00/15] net/smc: extend diagnostic netlink interface, Karsten Graul
  • [PATCH net-next v4 02/15] net/smc: Use active link of the connection, Karsten Graul
  • [PATCH net-next v4 10/15] net/smc: Introduce SMCR get link command, Karsten Graul
    • Re: [PATCH net-next v4 10/15] net/smc: Introduce SMCR get link command, Jakub Kicinski
  • [PATCH net-next v4 12/15] net/smc: Add support for obtaining SMCD device list, Karsten Graul
  • [PATCH net-next v4 11/15] net/smc: Add SMC-D Linkgroup diagnostic support, Karsten Graul
  • [PATCH net-next v4 15/15] net/smc: Add support for obtaining system information, Karsten Graul
  • [PATCH net-next v4 07/15] net/smc: Refactor the netlink reply processing routine, Karsten Graul
  • [PATCH net-next v4 09/15] net/smc: Introduce SMCR get linkgroup command, Karsten Graul
    • Re: [PATCH net-next v4 09/15] net/smc: Introduce SMCR get linkgroup command, Jakub Kicinski
      • Re: [PATCH net-next v4 09/15] net/smc: Introduce SMCR get linkgroup command, Karsten Graul
        • Re: [PATCH net-next v4 09/15] net/smc: Introduce SMCR get linkgroup command, Jakub Kicinski
  • [PATCH net-next v4 14/15] net/smc: Refactor smc ism v2 capability handling, Karsten Graul
  • [PATCH net-next v4 13/15] net/smc: Add support for obtaining SMCR device list, Karsten Graul
  • [PATCH net-next v4 04/15] net/smc: Add link counters for IB device ports, Karsten Graul
  • [PATCH net-next v4 08/15] net/smc: Add ability to work with extended SMC netlink API, Karsten Graul
    • Re: [PATCH net-next v4 08/15] net/smc: Add ability to work with extended SMC netlink API, Jakub Kicinski
  • [PATCH net-next v4 05/15] net/smc: Add diagnostic information to smc ib-device, Karsten Graul
  • [PATCH net-next v4 06/15] net/smc: Add diagnostic information to link structure, Karsten Graul
  • [PATCH net-next v4 03/15] net/smc: Add connection counters for links, Karsten Graul
  • [PATCH net-next v4 01/15] net/smc: use helper smc_conn_abort() in listen processing, Karsten Graul
• [PATCH net v2 0/2] net/iucv: fixes 2020-11-09, Julian Wiedmann
  • [PATCH net v2 1/2] net/af_iucv: fix null pointer dereference on shutdown, Julian Wiedmann
  • [PATCH net v2 2/2] MAINTAINERS: remove Ursula Braun as s390 network maintainer, Julian Wiedmann
    • Re: [PATCH net v2 2/2] MAINTAINERS: remove Ursula Braun as s390 network maintainer, Jakub Kicinski
  • Re: [PATCH net v2 0/2] net/iucv: fixes 2020-11-09, Jakub Kicinski
• [PATCH v5 0/5] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers, Mike Rapoport
    • Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers, Vlastimil Babka
      • Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers, Mike Rapoport
  • [PATCH v5 2/5] slab: debug: split slab_kernel_map() to map and unmap variants, Mike Rapoport
  • [PATCH v5 3/5] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
  • [PATCH v5 4/5] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v5 5/5] arch, mm: make kernel_page_present() always available, Mike Rapoport
• [PATCH] s390/qeth: remove useless if/else, xiakaixu1987
  • Re: [PATCH] s390/qeth: remove useless if/else, Joe Perches
  • Re: [PATCH] s390/qeth: remove useless if/else, Julian Wiedmann
• [PATCH 00/19] Add generic user_landing tracking, Dmitry Safonov
  • [PATCH 09/19] s390/vdso: Remove vdso_base pointer from mm->context, Dmitry Safonov
  • [PATCH 07/19] elf: Use sysinfo_ehdr in ARCH_DLINFO(), Dmitry Safonov
  • Re: [PATCH 00/19] Add generic user_landing tracking, Andy Lutomirski
    • Re: [PATCH 00/19] Add generic user_landing tracking, Dmitry Safonov
• [PATCH net-next v3 00/15] net/smc: extend diagnostic netlink interface, Karsten Graul
  • [PATCH net-next v3 13/15] net/smc: Add support for obtaining SMCR device list, Karsten Graul
  • [PATCH net-next v3 01/15] net/smc: use helper smc_conn_abort() in listen processing, Karsten Graul
  • [PATCH net-next v3 04/15] net/smc: Add link counters for IB device ports, Karsten Graul
  • [PATCH net-next v3 06/15] net/smc: Add diagnostic information to link structure, Karsten Graul
  • [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information, Karsten Graul
    • Re: [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information, Jakub Kicinski
      • Re: [PATCH net-next v3 15/15] net/smc: Add support for obtaining system information, Karsten Graul
  • [PATCH net-next v3 03/15] net/smc: Add connection counters for links, Karsten Graul
    • Re: [PATCH net-next v3 03/15] net/smc: Add connection counters for links, Jakub Kicinski
  • [PATCH net-next v3 05/15] net/smc: Add diagnostic information to smc ib-device, Karsten Graul
  • [PATCH net-next v3 10/15] net/smc: Introduce SMCR get link command, Karsten Graul
  • [PATCH net-next v3 07/15] net/smc: Refactor the netlink reply processing routine, Karsten Graul
  • [PATCH net-next v3 08/15] net/smc: Add ability to work with extended SMC netlink API, Karsten Graul
  • [PATCH net-next v3 09/15] net/smc: Introduce SMCR get linkgroup command, Karsten Graul
  • [PATCH net-next v3 14/15] net/smc: Refactor smc ism v2 capability handling, Karsten Graul
  • [PATCH net-next v3 02/15] net/smc: Use active link of the connection, Karsten Graul
  • [PATCH net-next v3 11/15] net/smc: Add SMC-D Linkgroup diagnostic support, Karsten Graul
  • [PATCH net-next v3 12/15] net/smc: Add support for obtaining SMCD device list, Karsten Graul
• [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Christoph Hellwig
  • Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Stefan Haberland
  • Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Coly Li
  • Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Martin K. Petersen
    • Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Christoph Hellwig
      • Re: [PATCH, RFC 11/10] block: propagate BLKROSET to all partitions, Martin K. Petersen
• [PATCH net 0/2] net/iucv: fixes 2020-11-06, Julian Wiedmann
  • [PATCH net 2/2] MAINTAINERS: remove Ursula Braun as s390 network maintainer, Julian Wiedmann
  • [PATCH net 1/2] net/af_iucv: fix null pointer dereference on shutdown, Julian Wiedmann
    • Re: [PATCH net 1/2] net/af_iucv: fix null pointer dereference on shutdown, Jakub Kicinski
      • Re: [PATCH net 1/2] net/af_iucv: fix null pointer dereference on shutdown, Julian Wiedmann
• [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion, VMware
  • Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion, Petr Mladek
    • Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion, Steven Rostedt
      • Re: [PATCH 11/11 v3] ftrace: Add recording of functions that caused recursion, Petr Mladek
• [PATCH 05/11 v3] kprobes/ftrace: Add recursion protection to the ftrace callback, VMware
  • Re: [PATCH 05/11 v3] kprobes/ftrace: Add recursion protection to the ftrace callback, Masami Hiramatsu
• [GIT PULL] s390 updates for 5.10-rc3, Heiko Carstens
  • Re: [GIT PULL] s390 updates for 5.10-rc3, pr-tracker-bot
• [PATCH v4 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
    • Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper, Vlastimil Babka
      • Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
  • [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
    • Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit, Vlastimil Babka
      • Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
  • [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
    • Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Vlastimil Babka
      • Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v4 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
• [PATCH seccomp 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs, YiFei Zhu
  • [PATCH seccomp 8/8] seccomp/cache: Report cache data through /proc/pid/seccomp_cache, YiFei Zhu
  • [PATCH seccomp 7/8] xtensa: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp 6/8] sh: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp 1/8] csky: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking, YiFei Zhu
    • Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking, Michael Ellerman
      • Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking, YiFei Zhu
        • Re: [PATCH seccomp 3/8] powerpc: Enable seccomp architecture tracking, Michael Ellerman
  • [PATCH seccomp 2/8] parisc: Enable seccomp architecture tracking, YiFei Zhu
    • Re: [PATCH seccomp 2/8] parisc: Enable seccomp architecture tracking, Helge Deller
  • [PATCH seccomp 4/8] riscv: Enable seccomp architecture tracking, YiFei Zhu
  • [PATCH seccomp 5/8] s390: Enable seccomp architecture tracking, YiFei Zhu
    • Re: [PATCH seccomp 5/8] s390: Enable seccomp architecture tracking, Heiko Carstens
  • Re: [PATCH seccomp 0/8] seccomp: add bitmap cache support on remaining arches and report cache in procfs, Kees Cook
• Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Sven Schnelle
  • Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Paul Moore
    • Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Sven Schnelle
      • Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Paul Moore
        • Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Sven Schnelle
          • Re: [PATCH v3 1/1] selinux: fix error initialization in inode_doinit_with_dentry(), Paul Moore
• [PATCH net-next v2 00/15] net/smc: extend diagnostic netlink interface, Karsten Graul
  • [PATCH net-next v2 13/15] net/smc: Add support for obtaining SMCR device list, Karsten Graul
  • [PATCH net-next v2 11/15] net/smc: Add SMC-D Linkgroup diagnostic support, Karsten Graul
    • Re: [PATCH net-next v2 11/15] net/smc: Add SMC-D Linkgroup diagnostic support, Saeed Mahameed
  • [PATCH net-next v2 15/15] net/smc: Add support for obtaining system information, Karsten Graul
  • [PATCH net-next v2 14/15] net/smc: Refactor smc ism v2 capability handling, Karsten Graul
  • [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list, Karsten Graul
    • Re: [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list, Saeed Mahameed
      • Re: [PATCH net-next v2 12/15] net/smc: Add support for obtaining SMCD device list, Karsten Graul
  • [PATCH net-next v2 02/15] net/smc: Use active link of the connection, Karsten Graul
  • [PATCH net-next v2 01/15] net/smc: use helper smc_conn_abort() in listen processing, Karsten Graul
  • [PATCH net-next v2 04/15] net/smc: Add link counters for IB device ports, Karsten Graul
    • Re: [PATCH net-next v2 04/15] net/smc: Add link counters for IB device ports, Saeed Mahameed
  • [PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure, Karsten Graul
    • Re: [PATCH net-next v2 06/15] net/smc: Add diagnostic information to link structure, Saeed Mahameed
  • [PATCH net-next v2 10/15] net/smc: Introduce SMCR get link command, Karsten Graul
  • [PATCH net-next v2 09/15] net/smc: Introduce SMCR get linkgroup command, Karsten Graul
  • [PATCH net-next v2 08/15] net/smc: Add ability to work with extended SMC netlink API, Karsten Graul
  • [PATCH net-next v2 07/15] net/smc: Refactor the netlink reply processing routine, Karsten Graul
  • [PATCH net-next v2 03/15] net/smc: Add connection counters for links, Karsten Graul
  • [PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device, Karsten Graul
    • Re: [PATCH net-next v2 05/15] net/smc: Add diagnostic information to smc ib-device, Saeed Mahameed
• block ioctl cleanups v2, Christoph Hellwig
  • [PATCH 01/10] mtd_blkdevs: don't override BLKFLSBUF, Christoph Hellwig
  • [PATCH 02/10] block: don't call into the driver for BLKFLSBUF, Christoph Hellwig
  • [PATCH 03/10] block: add a new set_read_only method, Christoph Hellwig
  • [PATCH 04/10] rbd: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
  • [PATCH 05/10] md: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
    • Re: [PATCH 05/10] md: implement ->set_read_only to hook into BLKROSET processing, Song Liu
  • [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
    • Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing, Stefan Haberland
      • Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
        • Re: [PATCH 06/10] dasd: implement ->set_read_only to hook into BLKROSET processing, Stefan Haberland
  • [PATCH 07/10] block: don't call into the driver for BLKROSET, Christoph Hellwig
  • [PATCH 08/10] loop: use set_disk_ro, Christoph Hellwig
  • [PATCH 09/10] block: remove set_device_ro, Christoph Hellwig
  • [PATCH 10/10] block: remove __blkdev_driver_ioctl, Christoph Hellwig
  • Re: block ioctl cleanups v2, Christoph Hellwig
    • Re: block ioctl cleanups v2, Jens Axboe
      • Re: block ioctl cleanups v2, Christoph Hellwig
        • Re: block ioctl cleanups v2, Jens Axboe
• [PATCH net-next 00/15] net/smc: extend diagnostic netlink interface, Karsten Graul
  • [PATCH net-next 01/15] net/smc: use helper smc_conn_abort() in listen processing, Karsten Graul
  • [PATCH net-next 05/15] net/smc: Add diagnostic information to smc ib-device, Karsten Graul
  • [PATCH net-next 02/15] net/smc: Use active link of the connection, Karsten Graul
  • [PATCH net-next 06/15] net/smc: Add diagnostic information to link structure, Karsten Graul
  • [PATCH net-next 13/15] net/smc: Add support for obtaining SMCR device list, Karsten Graul
  • [PATCH net-next 12/15] net/smc: Add support for obtaining SMCD device list, Karsten Graul
  • [PATCH net-next 15/15] net/smc: Add support for obtaining system information, Karsten Graul
  • [PATCH net-next 14/15] net/smc: Refactor smc ism v2 capability handling, Karsten Graul
  • [PATCH net-next 09/15] net/smc: Introduce SMCR get linkgroup command, Karsten Graul
  • [PATCH net-next 07/15] net/smc: Refactor the netlink reply processing routine, Karsten Graul
  • [PATCH net-next 04/15] net/smc: Add link counters for IB device ports, Karsten Graul
  • [PATCH net-next 08/15] net/smc: Add ability to work with extended SMC netlink API, Karsten Graul
  • [PATCH net-next 03/15] net/smc: Add connection counters for links, Karsten Graul
  • [PATCH net-next 10/15] net/smc: Introduce SMCR get link command, Karsten Graul
    • Re: [PATCH net-next 10/15] net/smc: Introduce SMCR get link command, Jakub Kicinski
    • Re: [PATCH net-next 10/15] net/smc: Introduce SMCR get link command, kernel test robot
  • [PATCH net-next 11/15] net/smc: Add SMC-D Linkgroup diagnostic support, Karsten Graul
• [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v3 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
  • [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
    • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, David Hildenbrand
      • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
    • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Kirill A. Shutemov
      • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
        • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Kirill A. Shutemov
          • Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
  • [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
    • Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, David Hildenbrand
      • Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v3 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
    • Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available, David Hildenbrand
      • Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
  • Re: [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation, Kirill A. Shutemov
• [PATCH net-next v2] net/smc: improve return codes for SMC-Dv2, Karsten Graul
  • Re: [PATCH net-next v2] net/smc: improve return codes for SMC-Dv2, patchwork-bot+netdevbpf
• block ioctl cleanups, Christoph Hellwig
  • [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF, Christoph Hellwig
    • Re: [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF, Richard Weinberger
    • Re: [PATCH 01/11] mtd_blkdevs: don't override BLKFLSBUF, antlists
  • [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls, Christoph Hellwig
    • Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls, Jens Axboe
      • Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls, Christoph Hellwig
        • Re: [PATCH 02/11] mtip32xx: return -ENOTTY for all unhanled ioctls, Jens Axboe
  • [PATCH 03/11] block: don't call into the driver for BLKFLSBUF, Christoph Hellwig
  • [PATCH 04/11] block: add a new set_read_only method, Christoph Hellwig
  • [PATCH 05/11] rbd: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
    • Re: [PATCH 05/11] rbd: implement ->set_read_only to hook into BLKROSET processing, Ilya Dryomov
  • [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
    • Re: [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing, James Troup
      • Re: [PATCH 06/11] md: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
  • [PATCH 07/11] dasd: implement ->set_read_only to hook into BLKROSET processing, Christoph Hellwig
  • [PATCH 08/11] block: don't call into the driver for BLKROSET, Christoph Hellwig
  • [PATCH 09/11] loop: use set_disk_ro, Christoph Hellwig
  • [PATCH 10/11] block: remove set_device_ro, Christoph Hellwig
  • [PATCH 11/11] block: remove __blkdev_driver_ioctl, Christoph Hellwig
  • Re: block ioctl cleanups, Jens Axboe
• [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
  • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Petr Mladek
    • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
      • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
      • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Petr Mladek
    • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
      • Re: [PATCH 11/11 v2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
        • [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
          • Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion, Petr Mladek
            • Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
            • Re: [PATCH 11/11 v2.2] ftrace: Add recording of functions that caused recursion, Steven Rostedt
      • [PATCH 11/11 v2.1] ftrace: Add recording of functions that caused recursion, Steven Rostedt
• [PATCH 05/11 v2] kprobes/ftrace: Add recursion protection to the ftrace callback, Steven Rostedt
  • Re: [PATCH 05/11 v2] kprobes/ftrace: Add recursion protection to the ftrace callback, Masami Hiramatsu
    • [PATCH 05/11 v2.1] kprobes/ftrace: Add recursion protection to the ftrace callback, Steven Rostedt
• [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Janosch Frank
  • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Christian Borntraeger
    • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Janosch Frank
      • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Christian Borntraeger
  • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Christian Borntraeger
    • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Janosch Frank
  • Re: [PATCH] kvm: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Cornelia Huck
• [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
  • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Heiko Carstens
    • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
    • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Sven Schnelle
      • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
        • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Sven Schnelle
          • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
  • <Possible follow-ups>
  • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Qian Cai
    • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Heiko Carstens
    • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
      • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Qian Cai
        • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Jens Axboe
          • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Qian Cai
  • Re: [PATCH] s390: add support for TIF_NOTIFY_SIGNAL, Sven Schnelle
• [PATCH v2 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH v2 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
  • [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit, Mike Rapoport
    • Re: [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit, Rafael J. Wysocki
  • [PATCH v2 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH v2 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
• [PATCH net-next] net/smc: improve return codes for SMC-Dv2, Karsten Graul
  • Re: [PATCH net-next] net/smc: improve return codes for SMC-Dv2, Jakub Kicinski
    • Re: [PATCH net-next] net/smc: improve return codes for SMC-Dv2, Karsten Graul
• [PATCH] s390/smp: Move rcu_cpu_starting() earlier, Qian Cai
  • Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier, Paul E. McKenney
  • Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier, Heiko Carstens
    • Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier, Qian Cai
      • Re: [PATCH] s390/smp: Move rcu_cpu_starting() earlier, Heiko Carstens
• [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback, Steven Rostedt
  • Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback, Masami Hiramatsu
    • Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback, Steven Rostedt
      • Re: [PATCH 5/9] kprobes/ftrace: Add recursion protection to the ftrace callback, Masami Hiramatsu
• [bug report] net/smc: CLC accept / confirm V2, Dan Carpenter
  • Re: [bug report] net/smc: CLC accept / confirm V2, Ursula Braun
• [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11, Benjamin Block
  • [PATCH 5/5] zfcp: handle event-lost notification for Version Change events, Benjamin Block
  • [PATCH 2/5] zfcp: remove orphaned function declarations, Benjamin Block
  • [PATCH 4/5] zfcp: process Version Change events, Benjamin Block
  • [PATCH 1/5] zfcp: lift Input Queue tasklet from qdio, Benjamin Block
  • [PATCH 3/5] zfcp: clarify & assert the stat_lock locking in zfcp_qdio_send(), Benjamin Block
  • Re: [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11, Martin K. Petersen
  • Re: [PATCH 0/5] zfcp: cleanups, refactorings and features for 5.11, Martin K. Petersen
• [PATCH AUTOSEL 5.8 012/132] s390/startup: avoid save_area_sync overflow, Sasha Levin
• [PATCH AUTOSEL 5.9 013/147] s390/startup: avoid save_area_sync overflow, Sasha Levin
• [PATCH AUTOSEL 5.4 08/80] s390/startup: avoid save_area_sync overflow, Sasha Levin
• [PATCH AUTOSEL 5.9 015/147] s390/ap/zcrypt: revisit ap and zcrypt error handling, Sasha Levin
• [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed, Kyle Huey
  • Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed, Jens Axboe
    • Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed, Al Viro
      • Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed, Jens Axboe
• [GIT PULL] s390 compile fix for 5.10-rc2, Heiko Carstens
  • Re: [GIT PULL] s390 compile fix for 5.10-rc2, pr-tracker-bot
• [PATCH v4 00/15] follow_pfn and other iomap races, Daniel Vetter
  • [PATCH v4 10/15] vfio/type1: Mark follow_pfn as unsafe, Daniel Vetter
  • [PATCH v4 11/15] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
  • [PATCH v4 13/15] resource: Move devmem revoke code to resource framework, Daniel Vetter
  • [PATCH v4 15/15] PCI: Revoke mappings like devmem, Daniel Vetter
  • [PATCH v4 14/15] sysfs: Support zapping of binary attr mmaps, Daniel Vetter
  • [PATCH v4 06/15] media: videobuf2: Move frame_vector into media subsystem, Daniel Vetter
    • Re: [PATCH v4 06/15] media: videobuf2: Move frame_vector into media subsystem, Tomasz Figa
  • [PATCH v4 08/15] mm: Add unsafe_follow_pfn, Daniel Vetter
    • Re: [PATCH v4 08/15] mm: Add unsafe_follow_pfn, Christoph Hellwig
      • Re: [PATCH v4 08/15] mm: Add unsafe_follow_pfn, Daniel Vetter
  • [PATCH v4 09/15] media/videbuf1|2: Mark follow_pfn usage as unsafe, Daniel Vetter
    • Re: [PATCH v4 09/15] media/videbuf1|2: Mark follow_pfn usage as unsafe, Tomasz Figa
  • [PATCH v4 12/15] /dev/mem: Only set filp->f_mapping, Daniel Vetter
  • [PATCH v4 07/15] mm: Close race in generic_access_phys, Daniel Vetter
  • [PATCH v4 02/15] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists, Daniel Vetter
  • [PATCH v4 04/15] misc/habana: Use FOLL_LONGTERM for userptr, Daniel Vetter
  • [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM, Daniel Vetter
    • Re: [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM, Tomasz Figa
      • Re: [PATCH v4 05/15] mm/frame-vector: Use FOLL_LONGTERM, Daniel Vetter
  • [PATCH v4 03/15] misc/habana: Stop using frame_vector helpers, Daniel Vetter
  • [PATCH v4 01/15] drm/exynos: Stop using frame_vector helpers, Daniel Vetter
  • Re: [PATCH v4 00/15] follow_pfn and other iomap races, Christoph Hellwig
    • Re: [PATCH v4 00/15] follow_pfn and other iomap races, Daniel Vetter
      • Re: [PATCH v4 00/15] follow_pfn and other iomap races, Christoph Hellwig
        • Re: [PATCH v4 00/15] follow_pfn and other iomap races, Daniel Vetter
          • Re: [PATCH v4 00/15] follow_pfn and other iomap races, Christoph Hellwig
• [Regression] s390x build broken with 5.10-rc1 (bisected), Michal Kubecek
  • Re: [Regression] s390x build broken with 5.10-rc1 (bisected), Vasily Gorbik
    • [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros, Vasily Gorbik
      • Re: [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros, Joe Perches
      • Re: [PATCH 1/1] s390: correct __bootdata / __bootdata_preserved macros, Michal Kubecek
• [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
  • [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
    • Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper, David Hildenbrand
      • Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper, Mike Rapoport
        • Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper, David Hildenbrand
  • [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
    • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
      • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
        • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
          • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
            • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
              • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
        • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
    • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
      • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
        • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Edgecombe, Rick P
          • Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map, Mike Rapoport
  • [PATCH 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC, Mike Rapoport
  • [PATCH 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
    • Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available, Edgecombe, Rick P
      • Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available, Mike Rapoport
  • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Edgecombe, Rick P
    • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
      • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Edgecombe, Rick P
        • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
          • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, David Hildenbrand
            • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
              • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, David Hildenbrand
            • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
              • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, David Hildenbrand
                • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
              • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Edgecombe, Rick P
          • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Will Deacon
            • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
              • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Edgecombe, Rick P
                • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Mike Rapoport
                  • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, Edgecombe, Rick P
  • Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation, David Hildenbrand
• [PATCH net 0/3] net/smc: fixes 2020-10-23, Karsten Graul
  • [PATCH net 2/3] net/smc: fix suppressed return code, Karsten Graul
  • [PATCH net 1/3] net/smc: fix null pointer dereference in smc_listen_decline(), Karsten Graul
  • [PATCH net 3/3] s390/ism: fix incorrect system EID, Karsten Graul
  • Re: [PATCH net 0/3] net/smc: fixes 2020-10-23, Jakub Kicinski
• [PATCH v3 05/56] s390: fix kernel-doc markups, Mauro Carvalho Chehab
• [PATCH 29/65] s390/pci: Remove races against pte updates, Daniel Vetter
  • Re: [PATCH 29/65] s390/pci: Remove races against pte updates, Daniel Vetter
• [PATCH v11 00/14] s390/vfio-ap: dynamic configuration support, Tony Krowiak
  • [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices, Tony Krowiak
    • Re: [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices, Halil Pasic
      • Re: [PATCH v11 02/14] 390/vfio-ap: use new AP bus interface to search for queue devices, Tony Krowiak
  • [PATCH v11 06/14] s390/vfio-ap: introduce shadow APCB, Tony Krowiak
    • Re: [PATCH v11 06/14] s390/vfio-ap: introduce shadow APCB, Halil Pasic
      • Re: [PATCH v11 06/14] s390/vfio-ap: introduce shadow APCB, Tony Krowiak
  • [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
    • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Halil Pasic
      • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
        • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Halil Pasic
          • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
          • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Cornelia Huck
            • Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
  • [PATCH v11 11/14] s390/zcrypt: Notify driver on config changed and scan complete callbacks, Tony Krowiak
    • Re: [PATCH v11 11/14] s390/zcrypt: Notify driver on config changed and scan complete callbacks, Harald Freudenberger
      • Re: [PATCH v11 11/14] s390/zcrypt: Notify driver on config changed and scan complete callbacks, Tony Krowiak
  • [PATCH v11 14/14] s390/vfio-ap: update docs to include dynamic config support, Tony Krowiak
  • [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, Tony Krowiak
    • Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, kernel test robot
      • Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, Tony Krowiak
      • Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, Tony Krowiak
    • Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, kernel test robot
      • Re: [PATCH v11 12/14] s390/vfio-ap: handle host AP config change notification, Tony Krowiak
  • [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Tony Krowiak
    • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, kernel test robot
      • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Tony Krowiak
    • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Halil Pasic
      • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Tony Krowiak
        • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Halil Pasic
          • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Tony Krowiak
            • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Halil Pasic
              • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Tony Krowiak
        • Re: [PATCH v11 08/14] s390/vfio-ap: hot plug/unplug queues on bind/unbind of queue device, Halil Pasic
  • [PATCH v11 09/14] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device, Tony Krowiak
    • Re: [PATCH v11 09/14] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device, Halil Pasic
  • [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix, Tony Krowiak
    • Re: [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix, Halil Pasic
      • Re: [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix, Tony Krowiak
        • Re: [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix, Halil Pasic
          • Re: [PATCH v11 07/14] s390/vfio-ap: sysfs attribute to display the guest's matrix, Tony Krowiak
  • [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
    • Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Halil Pasic
    • Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Harald Freudenberger
      • Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
        • Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Halil Pasic
          • Re: [PATCH v11 04/14] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
  • [PATCH v11 03/14] s390/vfio-ap: manage link between queue struct and matrix mdev, Tony Krowiak
    • Re: [PATCH v11 03/14] s390/vfio-ap: manage link between queue struct and matrix mdev, Halil Pasic
  • [PATCH v11 13/14] s390/vfio-ap: handle AP bus scan completed notification, Tony Krowiak
  • [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
    • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, kernel test robot
      • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
    • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
      • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
        • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
        • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
          • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
        • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
          • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
            • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
              • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
        • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
          • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
            • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
        • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Halil Pasic
          • Re: [PATCH v11 01/14] s390/vfio-ap: No need to disable IRQ after queue reset, Tony Krowiak
  • [PATCH v11 10/14] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device, Tony Krowiak
• [PATCH v3 00/16] follow_pfn and other iomap races, Daniel Vetter
  • [PATCH v3 01/16] drm/exynos: Stop using frame_vector helpers, Daniel Vetter
  • [PATCH v3 10/16] media/videbuf1|2: Mark follow_pfn usage as unsafe, Daniel Vetter
  • [PATCH v3 15/16] sysfs: Support zapping of binary attr mmaps, Daniel Vetter
  • [PATCH v3 16/16] PCI: Revoke mappings like devmem, Daniel Vetter
  • [PATCH v3 14/16] resource: Move devmem revoke code to resource framework, Daniel Vetter
    • Re: [PATCH v3 14/16] resource: Move devmem revoke code to resource framework, Dan Williams
      • Re: [PATCH v3 14/16] resource: Move devmem revoke code to resource framework, Daniel Vetter
  • [PATCH v3 13/16] /dev/mem: Only set filp->f_mapping, Daniel Vetter
    • Re: [PATCH v3 13/16] /dev/mem: Only set filp->f_mapping, Dan Williams
  • [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
    • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Jason Gunthorpe
      • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
        • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Jason Gunthorpe
          • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
            • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Jason Gunthorpe
              • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
                • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Jason Gunthorpe
                  • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
                    • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Jason Gunthorpe
                      • Re: [PATCH v3 12/16] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
  • [PATCH v3 11/16] vfio/type1: Mark follow_pfn as unsafe, Daniel Vetter
  • [PATCH v3 09/16] mm: Add unsafe_follow_pfn, Daniel Vetter
  • [PATCH v3 06/16] media: videobuf2: Move frame_vector into media subsystem, Daniel Vetter
  • [PATCH v3 08/16] s390/pci: Remove races against pte updates, Daniel Vetter
    • Re: [PATCH v3 08/16] s390/pci: Remove races against pte updates, Niklas Schnelle
      • Re: [PATCH v3 08/16] s390/pci: Remove races against pte updates, Daniel Vetter
  • [PATCH v3 07/16] mm: Close race in generic_access_phys, Daniel Vetter
  • [PATCH v3 05/16] mm/frame-vector: Use FOLL_LONGTERM, Daniel Vetter
  • [PATCH v3 04/16] misc/habana: Use FOLL_LONGTERM for userptr, Daniel Vetter
    • Re: [PATCH v3 04/16] misc/habana: Use FOLL_LONGTERM for userptr, Daniel Vetter
  • [PATCH v3 03/16] misc/habana: Stop using frame_vector helpers, Daniel Vetter
  • [PATCH v3 02/16] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists, Daniel Vetter
  • Re: [PATCH v3 00/16] follow_pfn and other iomap races, Jason Gunthorpe
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver, Christian Borntraeger
  • Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
• [PATCH AUTOSEL 5.9 094/111] s390/qeth: strictly order bridge address events, Sasha Levin
• [PATCH AUTOSEL 5.8 088/101] s390/qeth: strictly order bridge address events, Sasha Levin
• s390 - buildroot + qemu, Nick Desaulniers
  • Re: s390 - buildroot + qemu, Guenter Roeck
    • Re: s390 - buildroot + qemu, Nick Desaulniers
      • Re: s390 - buildroot + qemu, Guenter Roeck
      • Re: s390 - buildroot + qemu, Christian Borntraeger
        • Re: s390 - buildroot + qemu, Guenter Roeck
        • Re: s390 - buildroot + qemu, Nick Desaulniers
          • Re: s390 - buildroot + qemu, Guenter Roeck
          • Re: s390 - buildroot + qemu, Christian Borntraeger
      • Re: s390 - buildroot + qemu, Cornelia Huck
• [GIT PULL] s390 patches for the 5.10 merge window, Vasily Gorbik
  • Re: [GIT PULL] s390 patches for the 5.10 merge window, pr-tracker-bot
• [PATCH net 0/3] net/smc: fixes 2020-10-14, Karsten Graul
  • [PATCH net 3/3] net/smc: fix invalid return code in smcd_new_buf_create(), Karsten Graul
  • [PATCH net 1/3] net/smc: fix use-after-free of delayed events, Karsten Graul
  • [PATCH net 2/3] net/smc: fix valid DMBE buffer sizes, Karsten Graul
  • Re: [PATCH net 0/3] net/smc: fixes 2020-10-14, Jakub Kicinski
• Is OS_INFO_VMCOREINFO unimplemented?, Petr Tesarik
  • Re: Is OS_INFO_VMCOREINFO unimplemented?, Philipp Rudo
    • Re: Is OS_INFO_VMCOREINFO unimplemented?, Petr Tesarik
      • Re: Is OS_INFO_VMCOREINFO unimplemented?, Philipp Rudo
• [PATCH v2 00/17] follow_pfn and other iomap races, Daniel Vetter
  • [PATCH v2 16/17] PCI: Revoke mappings like devmem, Daniel Vetter
  • [PATCH v2 17/17] drm/i915: Properly request PCI BARs, Daniel Vetter
    • Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs, Ville Syrjälä
      • Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs, Daniel Vetter
        • Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs, Ville Syrjälä
          • Re: [PATCH v2 17/17] drm/i915: Properly request PCI BARs, Daniel Vetter
  • [PATCH v2 13/17] /dev/mem: Only set filp->f_mapping, Daniel Vetter
  • [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps, Daniel Vetter
    • Re: [PATCH v2 15/17] sysfs: Support zapping of binary attr mmaps, Greg Kroah-Hartman
  • [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe, Daniel Vetter
    • Re: [PATCH v2 10/17] media/videbuf1|2: Mark follow_pfn usage as unsafe, Mauro Carvalho Chehab
  • [PATCH v2 11/17] vfio/type1: Mark follow_pfn as unsafe, Daniel Vetter
  • [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Daniel Vetter
    • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Greg Kroah-Hartman
    • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Jason Gunthorpe
      • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Daniel Vetter
        • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Jason Gunthorpe
          • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Dan Williams
            • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Jason Gunthorpe
              • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Daniel Vetter
                • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Daniel Vetter
              • Re: [PATCH v2 14/17] resource: Move devmem revoke code to resource framework, Daniel Vetter
  • [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
    • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
      • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Jason Gunthorpe
        • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
          • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
          • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Jason Gunthorpe
            • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
              • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Jason Gunthorpe
                • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
              • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Tomasz Figa
                • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Laurent Pinchart
                  • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
                    • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
                      • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
              • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Laurent Pinchart
              • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
                • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
                  • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Mauro Carvalho Chehab
                    • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
            • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Marek Szyprowski
              • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Daniel Vetter
          • Re: [PATCH v2 09/17] mm: Add unsafe_follow_pfn, Tomasz Figa
  • [PATCH v2 12/17] PCI: Obey iomem restrictions for procfs mmap, Daniel Vetter
  • [PATCH v2 08/17] s390/pci: Remove races against pte updates, Daniel Vetter
    • Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates, Niklas Schnelle
      • Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates, Daniel Vetter
        • Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates, Niklas Schnelle
        • Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates, Niklas Schnelle
          • Re: [PATCH v2 08/17] s390/pci: Remove races against pte updates, Daniel Vetter
  • [PATCH v2 07/17] mm: Close race in generic_access_phys, Daniel Vetter
  • [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, Daniel Vetter
    • Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, Oded Gabbay
      • Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, Daniel Vetter
        • Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, Daniel Vetter
          • Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, Oded Gabbay
    • Re: [PATCH v2 03/17] misc/habana: Stop using frame_vector helpers, John Hubbard
  • [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem, Daniel Vetter
    • Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem, Mauro Carvalho Chehab
      • Re: [PATCH v2 06/17] media: videobuf2: Move frame_vector into media subsystem, Daniel Vetter
  • [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM, Daniel Vetter
    • Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM, John Hubbard
      • Re: [PATCH v2 05/17] mm/frame-vector: Use FOLL_LONGTERM, Daniel Vetter
  • [PATCH v2 02/17] drm/exynos: Use FOLL_LONGTERM for g2d cmdlists, Daniel Vetter
  • [PATCH v2 04/17] misc/habana: Use FOLL_LONGTERM for userptr, Daniel Vetter
  • [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers, Daniel Vetter
    • Re: [PATCH v2 01/17] drm/exynos: Stop using frame_vector helpers, John Hubbard
• [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
  • [PATCH v2 05/10] s390/dasd: Move duplicate code to separate function, Stefan Haberland
    • Re: [PATCH v2 05/10] s390/dasd: Move duplicate code to separate function, Cornelia Huck
  • [PATCH v2 01/10] s390/cio: Export information about Endpoint-Security Capability, Stefan Haberland
  • [PATCH v2 03/10] s390/cio: Add support for FCES status notification, Stefan Haberland
  • [PATCH v2 09/10] s390/dasd: Prepare for additional path event handling, Stefan Haberland
    • Re: [PATCH v2 09/10] s390/dasd: Prepare for additional path event handling, Cornelia Huck
  • [PATCH v2 10/10] s390/dasd: Process FCES path event notification, Stefan Haberland
    • Re: [PATCH v2 10/10] s390/dasd: Process FCES path event notification, Cornelia Huck
      • Re: [PATCH v2 10/10] s390/dasd: Process FCES path event notification, Jan Höppner
  • [PATCH v2 07/10] s390/dasd: Fix operational path inconsistency, Stefan Haberland
    • Re: [PATCH v2 07/10] s390/dasd: Fix operational path inconsistency, Cornelia Huck
  • [PATCH v2 04/10] s390/dasd: Remove unused parameter from dasd_generic_probe(), Stefan Haberland
    • Re: [PATCH v2 04/10] s390/dasd: Remove unused parameter from dasd_generic_probe(), Cornelia Huck
  • [PATCH v2 08/10] s390/dasd: Display FC Endpoint Security information via sysfs, Stefan Haberland
    • Re: [PATCH v2 08/10] s390/dasd: Display FC Endpoint Security information via sysfs, Cornelia Huck
  • [PATCH v2 06/10] s390/dasd: Store path configuration data during path handling, Stefan Haberland
    • Re: [PATCH v2 06/10] s390/dasd: Store path configuration data during path handling, Cornelia Huck
  • [PATCH v2 02/10] s390/cio: Provide Endpoint-Security Mode per CU, Stefan Haberland
  • Re: [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
    • Re: [PATCH v2 00/10] DASD FC endpoint security, Jens Axboe
      • Re: [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
        • Re: [PATCH v2 00/10] DASD FC endpoint security, Jens Axboe
          • Re: [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
            • Re: [PATCH v2 00/10] DASD FC endpoint security, Jens Axboe
              • Re: [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
                • Re: [PATCH v2 00/10] DASD FC endpoint security, Jens Axboe
                  • Re: [PATCH v2 00/10] DASD FC endpoint security, Stefan Haberland
• [PATCH 1/2] net: smc: fix missing brace warning for old compilers, Pujin Shi
  • [PATCH 2/2] net: smc: fix missing brace warning for old compilers, Pujin Shi
    • Re: [PATCH 2/2] net: smc: fix missing brace warning for old compilers, Karsten Graul
  • Re: [PATCH 1/2] net: smc: fix missing brace warning for old compilers, Karsten Graul
  • Re: [PATCH 1/2] net: smc: fix missing brace warning for old compilers, Jakub Kicinski
• [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int', kernel test robot
  • Re: [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int', Harald Freudenberger
    • Re: [s390:features 73/81] drivers/s390/crypto/ap_queue.c:201:18: warning: format specifies type 'unsigned char' but the argument has type 'int', Vasily Gorbik
• [PATCH net-next 0/3] net/smc: updates 2020-10-07, Karsten Graul
  • [PATCH net-next 2/3] net/smc: cleanup buffer usage in smc_listen_work(), Karsten Graul
  • [PATCH net-next 3/3] net/smc: restore smcd_version when all ISM V2 devices failed to init, Karsten Graul
  • [PATCH net-next 1/3] net/smc: consolidate unlocking in same function, Karsten Graul
  • Re: [PATCH net-next 0/3] net/smc: updates 2020-10-07, Jakub Kicinski
• [PATCH v3 0/5] Pass zPCI hardware information via VFIO, Matthew Rosato
  • [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO, Matthew Rosato
    • Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO, Alex Williamson
    • Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO, kernel test robot
    • Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO, kernel test robot
    • Re: [PATCH v3 4/5] vfio-pci/zdev: Add zPCI capabilities to VFIO_DEVICE_GET_INFO, Cornelia Huck
  • [PATCH v3 5/5] MAINTAINERS: Add entry for s390 vfio-pci, Matthew Rosato
  • [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO, Matthew Rosato
    • Re: [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO, Alex Williamson
    • Re: [PATCH v3 3/5] vfio: Introduce capability definitions for VFIO_DEVICE_GET_INFO, Cornelia Huck
  • [PATCH v3 2/5] s390/pci: track whether util_str is valid in the zpci_dev, Matthew Rosato
  • [PATCH v3 1/5] s390/pci: stash version in the zpci_dev, Matthew Rosato
  • Re: [PATCH v3 0/5] Pass zPCI hardware information via VFIO, Matthew Rosato
  • Re: [PATCH v3 0/5] Pass zPCI hardware information via VFIO, Alex Williamson
• [PATCH 00/13] follow_pfn and other iomap races, Daniel Vetter
  • [PATCH 08/13] s390/pci: Remove races against pte updates, Daniel Vetter
    • Re: [PATCH 08/13] s390/pci: Remove races against pte updates, Gerald Schaefer
      • Re: [PATCH 08/13] s390/pci: Remove races against pte updates, Daniel Vetter
  • [PATCH 07/13] mm: close race in generic_access_phys, Daniel Vetter