Linux S390

• Date Index

• Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, (continued)
  • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Vineeth Vijayan
    • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
      • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
        • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
          • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Boris Fiuczynski
            • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
              • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
                • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
                  • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
          • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
            • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
              • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
                • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Boris Fiuczynski
                  • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Halil Pasic
                    • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Cornelia Huck
                      • Re: [RFC 1/1] s390/cio: Remove uevent-suppress from css driver, Vineeth Vijayan
• [PATCH v2 09/19] s390/vdso: Remove vdso_base pointer from mm->context, Dmitry Safonov
  • Re: [PATCH v2 09/19] s390/vdso: Remove vdso_base pointer from mm->context, Christophe Leroy
• [PATCH v2 07/19] elf: Use sysinfo_ehdr in ARCH_DLINFO(), Dmitry Safonov
• [PATCH] zlib: export S390 symbols for zlib modules, Randy Dunlap
  • Re: [PATCH] zlib: export S390 symbols for zlib modules, Ilya Leoshkevich
• [s390:features 42/42] arch/s390/kernel/vdso64/getcpu.c:8:5: warning: no previous prototype for function '__s390_vdso_getcpu', kernel test robot
• [RFC 0/3] mm/hotplug: Pre-validate the address range with platform, Anshuman Khandual
  • [RFC 3/3] s390/mm: Define arch_get_addressable_range(), Anshuman Khandual
    • Re: [RFC 3/3] s390/mm: Define arch_get_addressable_range(), David Hildenbrand
      • Re: [RFC 3/3] s390/mm: Define arch_get_addressable_range(), Anshuman Khandual
• [PATCH v2 0/2] Connect request callback to mdev and vfio-ccw, Eric Farman
  • [PATCH v2 2/2] vfio-ccw: Wire in the request callback, Eric Farman
  • [PATCH v2 1/2] vfio-mdev: Wire in a request handler for mdev parent, Eric Farman
    • Re: [PATCH v2 1/2] vfio-mdev: Wire in a request handler for mdev parent, Cornelia Huck
    • Re: [PATCH v2 1/2] vfio-mdev: Wire in a request handler for mdev parent, Alex Williamson
      • Re: [PATCH v2 1/2] vfio-mdev: Wire in a request handler for mdev parent, Eric Farman
  • Re: [PATCH v2 0/2] Connect request callback to mdev and vfio-ccw, Cornelia Huck
• [PATCH net] net/af_iucv: set correct sk_protocol for child sockets, Julian Wiedmann
  • Re: [PATCH net] net/af_iucv: set correct sk_protocol for child sockets, patchwork-bot+netdevbpf
• [PATCH net 0/4] s390/qeth: fixes 2020-11-20, Julian Wiedmann
  • [PATCH net 1/4] s390/qeth: Remove pnso workaround, Julian Wiedmann
  • [PATCH net 3/4] s390/qeth: fix af_iucv notification race, Julian Wiedmann
  • [PATCH net 2/4] s390/qeth: make af_iucv TX notification call more robust, Julian Wiedmann
  • [PATCH net 4/4] s390/qeth: fix tear down of async TX buffers, Julian Wiedmann
  • Re: [PATCH net 0/4] s390/qeth: fixes 2020-11-20, Jakub Kicinski
• [PATCH] s390: cmf: fix use-after-free in enable_cmf, Qinglang Miao
  • Re: [PATCH] s390: cmf: fix use-after-free in enable_cmf, Cornelia Huck
• [PATCH] scsi: zfcp: fix use-after-free in zfcp_sysfs_port_remove_store, Qinglang Miao
  • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_sysfs_port_remove_store, Benjamin Block
• [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Qinglang Miao
  • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Benjamin Block
    • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Qinglang Miao
      • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Cornelia Huck
        • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Benjamin Block
          • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Qinglang Miao
            • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Benjamin Block
              • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Steffen Maier
                • Re: [PATCH] scsi: zfcp: fix use-after-free in zfcp_unit_remove, Qinglang Miao
• [PATCH] s390: cio: fix two use-after-free bugs in device.c, Qinglang Miao
  • Re: [PATCH] s390: cio: fix two use-after-free bugs in device.c, Cornelia Huck
    • Re: [PATCH] s390: cio: fix two use-after-free bugs in device.c, Qinglang Miao
• [PATCH v2 0/6] s390/ctcm: Remove gfp_type() usage., Sebastian Andrzej Siewior
  • [PATCH v2 4/6] s390/ctcm: Use explicit allocation mask in ctcmpc_unpack_skb()., Sebastian Andrzej Siewior
  • [PATCH v2 3/6] s390/ctcm: Avoid temporary allocation of struct pdu., Sebastian Andrzej Siewior
    • Re: [PATCH v2 3/6] s390/ctcm: Avoid temporary allocation of struct pdu., Julian Wiedmann
      • Re: [PATCH v2 3/6] s390/ctcm: Avoid temporary allocation of struct pdu., Sebastian Andrzej Siewior
  • [PATCH v2 2/6] s390/ctcm: Avoid temporary allocation of struct qllc., Sebastian Andrzej Siewior
  • [PATCH v2 1/6] s390/ctcm: Avoid temporary allocation of struct th_header and th_sweep., Sebastian Andrzej Siewior
    • Re: [PATCH v2 1/6] s390/ctcm: Avoid temporary allocation of struct th_header and th_sweep., Julian Wiedmann
  • [PATCH v2 5/6] s390/ctcm: Use GFP_KERNEL in add_channel()., Sebastian Andrzej Siewior
  • [PATCH v2 6/6] s390/ctcm: Use GFP_ATOMIC in ctcmpc_tx()., Sebastian Andrzej Siewior
  • Re: [PATCH v2 0/6] s390/ctcm: Remove gfp_type() usage., Julian Wiedmann
• [PATCH net 0/2] net/smc: fixes 2020-11-18, Karsten Graul
  • [PATCH net 2/2] net/smc: fix direct access to ib_gid_addr->ndev in smc_ib_determine_gid(), Karsten Graul
  • [PATCH net 1/2] net/smc: fix matching of existing link groups, Karsten Graul
  • Re: [PATCH net 0/2] net/smc: fixes 2020-11-18, patchwork-bot+netdevbpf
• [GIT PULL 0/2] KVM: s390: Fix for destroy page ultravisor call, Christian Borntraeger
  • [GIT PULL 2/2] MAINTAINERS: add uv.c also to KVM/s390, Christian Borntraeger
  • [GIT PULL 1/2] s390/uv: handle destroy page legacy interface, Christian Borntraeger
  • Re: [GIT PULL 0/2] KVM: s390: Fix for destroy page ultravisor call, Paolo Bonzini
• [PATCH 0/6] s390/ctcm: Remove gfp_type() usage., Sebastian Andrzej Siewior
  • [PATCH 1/6] s390/ctcm: Put struct th_header and th_sweep on stack., Sebastian Andrzej Siewior
    • Re: [PATCH 1/6] s390/ctcm: Put struct th_header and th_sweep on stack., Julian Wiedmann
      • Re: [PATCH 1/6] s390/ctcm: Put struct th_header and th_sweep on stack., Sebastian Andrzej Siewior
        • Re: [PATCH 1/6] s390/ctcm: Put struct th_header and th_sweep on stack., Julian Wiedmann
          • Re: [PATCH 1/6] s390/ctcm: Put struct th_header and th_sweep on stack., Sebastian Andrzej Siewior
  • [PATCH 4/6] s390/ctcm: Use explicit allocation mask in ctcmpc_unpack_skb()., Sebastian Andrzej Siewior
    • Re: [PATCH 4/6] s390/ctcm: Use explicit allocation mask in ctcmpc_unpack_skb()., Julian Wiedmann
  • [PATCH 3/6] s390/ctcm: Put struct pdu on stack., Sebastian Andrzej Siewior
    • Re: [PATCH 3/6] s390/ctcm: Put struct pdu on stack., Julian Wiedmann
  • [PATCH 6/6] s390/ctcm: Use GFP_ATOMIC in ctcmpc_tx()., Sebastian Andrzej Siewior
    • Re: [PATCH 6/6] s390/ctcm: Use GFP_ATOMIC in ctcmpc_tx()., Julian Wiedmann
  • [PATCH 5/6] s390/ctcm: Use GFP_KERNEL in add_channel()., Sebastian Andrzej Siewior
    • Re: [PATCH 5/6] s390/ctcm: Use GFP_KERNEL in add_channel()., Julian Wiedmann
  • [PATCH 2/6] s390/ctcm: Put struct qllc on stack., Sebastian Andrzej Siewior
    • Re: [PATCH 2/6] s390/ctcm: Put struct qllc on stack., Julian Wiedmann
  • Re: [PATCH 0/6] s390/ctcm: Remove gfp_type() usage., Julian Wiedmann
• [PATCH 0/2] Fix and MAINTAINER update for 5.10, Christian Borntraeger
  • [PATCH 1/2] s390/uv: handle destroy page legacy interface, Christian Borntraeger
  • [PATCH 2/2] MAINTAINERS: add uv.c also to KVM/s390, Christian Borntraeger
  • Re: [PATCH 0/2] Fix and MAINTAINER update for 5.10, David Hildenbrand
    • Re: [PATCH 0/2] Fix and MAINTAINER update for 5.10, David Hildenbrand
  • Re: [PATCH 0/2] Fix and MAINTAINER update for 5.10, Cornelia Huck
• [RFC PATCH] treewide: remove bzip2 compression support, Alex Xu (Hello71)
  • Re: [RFC PATCH] treewide: remove bzip2 compression support, Rolf Eike Beer
  • <Possible follow-ups>
  • [RFC PATCH] treewide: remove bzip2 compression support, Alex Xu (Hello71)
    • Re: [RFC PATCH] treewide: remove bzip2 compression support, Michal Suchánek
    • Re: [RFC PATCH] treewide: remove bzip2 compression support, Alex Xu (Hello71)
• [GIT PULL] s390 updates for 5.10-rc5, Heiko Carstens
  • Re: [GIT PULL] s390 updates for 5.10-rc5, pr-tracker-bot
• [PATCH net-next 0/9] s390/qeth: updates 2020-11-17, Julian Wiedmann
  • [PATCH net-next 7/9] s390/qeth: clean up default cases for ethtool link mode, Julian Wiedmann
  • [PATCH net-next 8/9] s390/qeth: use QUERY OAT for initial link info, Julian Wiedmann
  • [PATCH net-next 2/9] s390/qeth: reduce rtnl locking for switchdev events, Julian Wiedmann
  • [PATCH net-next 5/9] s390/qeth: improve QUERY CARD INFO processing, Julian Wiedmann
  • [PATCH net-next 6/9] s390/qeth: set static link info during initialization, Julian Wiedmann
  • [PATCH net-next 4/9] s390/qeth: tolerate error when querying card info, Julian Wiedmann
  • [PATCH net-next 9/9] s390/qeth: improve selection of ethtool link modes, Julian Wiedmann
  • [PATCH net-next 1/9] s390/qeth: don't call INIT_LIST_HEAD() on iob's list entry, Julian Wiedmann
  • [PATCH net-next 3/9] s390/qeth: remove useless if/else, Julian Wiedmann
  • Re: [PATCH net-next 0/9] s390/qeth: updates 2020-11-17, Jakub Kicinski
    • Re: [PATCH net-next 0/9] s390/qeth: updates 2020-11-17, Julian Wiedmann
      • Re: [PATCH net-next 0/9] s390/qeth: updates 2020-11-17, Jakub Kicinski
• [kvm-unit-tests PATCH 0/5] s390x: Add SIE library and simple test, Janosch Frank
  • [kvm-unit-tests PATCH 1/5] s390x: Add test_bit to library, Janosch Frank
    • Re: [kvm-unit-tests PATCH 1/5] s390x: Add test_bit to library, Cornelia Huck
    • Re: [kvm-unit-tests PATCH 1/5] s390x: Add test_bit to library, Thomas Huth
      • Re: [kvm-unit-tests PATCH 1/5] s390x: Add test_bit to library, Janosch Frank
  • [kvm-unit-tests PATCH 2/5] s390x: Consolidate sclp read info, Janosch Frank
    • Re: [kvm-unit-tests PATCH 2/5] s390x: Consolidate sclp read info, Cornelia Huck
    • Re: [kvm-unit-tests PATCH 2/5] s390x: Consolidate sclp read info, Thomas Huth
      • Re: [kvm-unit-tests PATCH 2/5] s390x: Consolidate sclp read info, Janosch Frank
  • [kvm-unit-tests PATCH 3/5] s390x: SCLP feature checking, Janosch Frank
    • Re: [kvm-unit-tests PATCH 3/5] s390x: SCLP feature checking, Cornelia Huck
      • Re: [kvm-unit-tests PATCH 3/5] s390x: SCLP feature checking, Janosch Frank
    • Re: [kvm-unit-tests PATCH 3/5] s390x: SCLP feature checking, Thomas Huth
      • Re: [kvm-unit-tests PATCH 3/5] s390x: SCLP feature checking, Janosch Frank
  • [kvm-unit-tests PATCH 4/5] s390x: sie: Add SIE to lib, Janosch Frank
  • [kvm-unit-tests PATCH 5/5] s390x: sie: Add first SIE test, Janosch Frank
• [PATCH 0/2] KVM: s390: memcg awareness, Christian Borntraeger
  • [PATCH 1/2] KVM: s390: Add memcg accounting to KVM allocations, Christian Borntraeger
    • Re: [PATCH 1/2] KVM: s390: Add memcg accounting to KVM allocations, Janosch Frank
    • Re: [PATCH 1/2] KVM: s390: Add memcg accounting to KVM allocations, Cornelia Huck
  • [PATCH 2/2] s390/gmap: make gmap memcg aware, Christian Borntraeger
    • Re: [PATCH 2/2] s390/gmap: make gmap memcg aware, Janosch Frank
      • Re: [PATCH 2/2] s390/gmap: make gmap memcg aware, Christian Borntraeger
    • Re: [PATCH 2/2] s390/gmap: make gmap memcg aware, Cornelia Huck
  • Re: [PATCH 0/2] KVM: s390: memcg awareness, David Hildenbrand
  • Re: [PATCH 0/2] KVM: s390: memcg awareness, Christian Borntraeger
• [RFC PATCH 0/2] Connect request callback to mdev and vfio-ccw, Eric Farman
  • [RFC PATCH 2/2] vfio-ccw: Wire in the request callback, Eric Farman
    • Re: [RFC PATCH 2/2] vfio-ccw: Wire in the request callback, Cornelia Huck
      • Re: [RFC PATCH 2/2] vfio-ccw: Wire in the request callback, Cornelia Huck
  • [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Eric Farman
    • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Cornelia Huck
      • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Eric Farman
      • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Halil Pasic
        • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Cornelia Huck
        • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Tony Krowiak
      • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Alex Williamson
        • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Eric Farman
          • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Cornelia Huck
    • Re: [RFC PATCH 1/2] vfio-mdev: Wire in a request handler for mdev parent, Halil Pasic
• [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Catangiu, Adrian Costin
  • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
    • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Catangiu, Adrian Costin
      • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
  • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Christian Borntraeger
    • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
      • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Christian Borntraeger
      • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Mike Rapoport
        • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
          • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Dmitry Safonov
            • [PATCH v3] drivers/virt: vmgenid: add vm generation id driver, Catangiu, Adrian Costin
              • Re: [PATCH v3] drivers/virt: vmgenid: add vm generation id driver, Mike Rapoport
              • Re: [PATCH v3] drivers/virt: vmgenid: add vm generation id driver, Eric W. Biederman
              • Re: [PATCH v3] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
  • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Jann Horn
    • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Jann Horn
      • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Catangiu, Adrian Costin
        • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Jann Horn
          • Re: [PATCH v2] drivers/virt: vmgenid: add vm generation id driver, Alexander Graf
• [PATCH 0/1] fix null pointer dereference for ERP requests, Stefan Haberland
  • [PATCH 1/1] s390/dasd: fix null pointer dereference for ERP requests, Stefan Haberland
  • Re: [PATCH 0/1] fix null pointer dereference for ERP requests, Jens Axboe
• [GIT PULL 0/2] KVM: s390: Fixes for 5.10, Christian Borntraeger
  • [GIT PULL 1/2] KVM: s390: pv: Mark mm as protected after the set secure parameters and improve cleanup, Christian Borntraeger
  • [GIT PULL 2/2] KVM: s390: remove diag318 reset code, Christian Borntraeger
  • Re: [GIT PULL 0/2] KVM: s390: Fixes for 5.10, Paolo Bonzini
• [PATCH v4 00/27]Fix several bad kernel-doc markups, Mauro Carvalho Chehab
  • [PATCH v4 04/27] s390: fix kernel-doc markups, Mauro Carvalho Chehab
    • Re: [PATCH v4 04/27] s390: fix kernel-doc markups, Cornelia Huck
    • Re: [PATCH v4 04/27] s390: fix kernel-doc markups, Vineeth Vijayan
      • Re: [PATCH v4 04/27] s390: fix kernel-doc markups, Vineeth Vijayan
  • Re: [PATCH v4 00/27]Fix several bad kernel-doc markups, Jakub Kicinski
• Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Arnd Bergmann
  • Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Geert Uytterhoeven
    • Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Arnd Bergmann
      • Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Heiko Carstens
      • Re: irq-loongson-pch-pic.c:undefined reference to `of_iomap', Krzysztof Kozlowski
        • 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