Linux S390

• Date Index

• Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, (continued)
  • Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, Aleksa Sarai
• [PATCH V7 0/6] mdev based hardware virtio offloading support, Jason Wang
  • [PATCH V7 1/6] mdev: class id support, Jason Wang
    • Re: [PATCH V7 1/6] mdev: class id support, Alex Williamson
      • Re: [PATCH V7 1/6] mdev: class id support, Jason Wang
  • [PATCH V7 2/6] modpost: add support for mdev class id, Jason Wang
  • [PATCH V7 3/6] mdev: introduce device specific ops, Jason Wang
    • Re: [PATCH V7 3/6] mdev: introduce device specific ops, Alex Williamson
      • Re: [PATCH V7 3/6] mdev: introduce device specific ops, Jason Wang
  • [PATCH V7 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V7 4/6] mdev: introduce virtio device and its device ops, Alex Williamson
      • Re: [PATCH V7 4/6] mdev: introduce virtio device and its device ops, Jason Wang
        • Re: [PATCH V7 4/6] mdev: introduce virtio device and its device ops, Alex Williamson
          • Re: [PATCH V7 4/6] mdev: introduce virtio device and its device ops, Jason Wang
  • [PATCH V7 5/6] virtio: introduce a mdev based transport, Jason Wang
  • [PATCH V7 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Jason Wang
• [kvm-unit-tests PATCH] s390x: Use loop to save and restore fprs, Janosch Frank
  • Re: [kvm-unit-tests PATCH] s390x: Use loop to save and restore fprs, David Hildenbrand
  • Re: [kvm-unit-tests PATCH] s390x: Use loop to save and restore fprs, Thomas Huth
    • Re: [kvm-unit-tests PATCH] s390x: Use loop to save and restore fprs, Pierre Morel
• memory leak in smc_create, syzbot
• [GIT PULL] s390 updates for 5.4-rc6, Vasily Gorbik
  • Re: [GIT PULL] s390 updates for 5.4-rc6, pr-tracker-bot
• [PATCH v15 08/23] s390: mm: Add p?d_leaf() definitions, Steven Price
• [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Nicolas Saenz Julienne
  • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Christoph Hellwig
    • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Nicolas Saenz Julienne
      • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Christoph Hellwig
        • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Nicolas Saenz Julienne
          • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Christoph Hellwig
            • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Catalin Marinas
              • Re: [PATCH] dma/direct: turn ARCH_ZONE_DMA_BITS into a variable, Christoph Hellwig
• [PATCH 0/1] RFC: memcg support for KVM/s390, Christian Borntraeger
  • [PATCH 1/1] KVM: s390: Add memcg accounting to KVM allocations, Christian Borntraeger
    • Re: [PATCH 1/1] KVM: s390: Add memcg accounting to KVM allocations, David Hildenbrand
      • Re: [PATCH 1/1] KVM: s390: Add memcg accounting to KVM allocations, Christian Borntraeger
        • Re: [PATCH 1/1] KVM: s390: Add memcg accounting to KVM allocations, David Hildenbrand
• [PATCH net-next 0/8] s390/qeth: updates 2019-10-31, Julian Wiedmann
  • [PATCH net-next 2/8] s390/qeth: use IQD Multi-Write, Julian Wiedmann
  • [PATCH net-next 3/8] s390/qeth: use QDIO_BUFNR(), Julian Wiedmann
  • [PATCH net-next 1/8] s390/qdio: implement IQD Multi-Write, Julian Wiedmann
  • [PATCH net-next 5/8] s390/qeth: consolidate some duplicated HW cmd code, Julian Wiedmann
  • [PATCH net-next 7/8] s390/qeth: use helpers for IP address hashing, Julian Wiedmann
  • [PATCH net-next 8/8] s390/qeth: don't cache MAC addresses for multicast IPs, Julian Wiedmann
  • [PATCH net-next 4/8] s390/qeth: keep IRQ disabled until NAPI is really done, Julian Wiedmann
  • [PATCH net-next 6/8] s390/qeth: don't set card state in qeth_qdio_clear_card(), Julian Wiedmann
  • Re: [PATCH net-next 0/8] s390/qeth: updates 2019-10-31, David Miller
• [PATCH v2] mm/sparse.c: mark populate_section_memmap as __meminit, Ilya Leoshkevich
  • Re: [PATCH v2] mm/sparse.c: mark populate_section_memmap as __meminit, David Hildenbrand
• [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Yunsheng Lin
  • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Peter Zijlstra
    • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Michal Hocko
      • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Peter Zijlstra
        • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Michal Hocko
        • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Qian Cai
    • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Yunsheng Lin
  • Re: [PATCH v7] numa: make node_to_cpumask_map() NUMA_NO_NODE aware, Michal Hocko
• [PATCH V6 0/6] mdev based hardware virtio offloading support, Jason Wang
  • [PATCH V6 1/6] mdev: class id support, Jason Wang
    • RE: [PATCH V6 1/6] mdev: class id support, Parav Pandit
  • [PATCH V6 2/6] modpost: add support for mdev class id, Jason Wang
  • [PATCH V6 3/6] mdev: introduce device specific ops, Jason Wang
    • RE: [PATCH V6 3/6] mdev: introduce device specific ops, Parav Pandit
      • Re: [PATCH V6 3/6] mdev: introduce device specific ops, Jason Wang
  • [PATCH V6 4/6] mdev: introduce virtio device and its device ops, Jason Wang
  • [PATCH V6 5/6] virtio: introduce a mdev based transport, Jason Wang
  • [PATCH V6 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Jason Wang
    • Re: [PATCH V6 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Christoph Hellwig
      • Re: [PATCH V6 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Jason Wang
      • Re: [PATCH V6 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Zhu, Lingshan
• [PATCH 1/3] arch: ipcbuf.h: make uapi asm/ipcbuf.h self-contained, Masahiro Yamada
  • [PATCH 3/3] arch: sembuf.h: make uapi asm/sembuf.h self-contained, Masahiro Yamada
    • Re: [PATCH 3/3] arch: sembuf.h: make uapi asm/sembuf.h self-contained, Masahiro Yamada
  • [PATCH 2/3] arch: msgbuf.h: make uapi asm/msgbuf.h self-contained, Masahiro Yamada
  • Re: [PATCH 1/3] arch: ipcbuf.h: make uapi asm/ipcbuf.h self-contained, Masahiro Yamada
    • Re: [PATCH 1/3] arch: ipcbuf.h: make uapi asm/ipcbuf.h self-contained, Andrew Morton
• [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Tony Krowiak
  • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Cornelia Huck
  • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Harald Freudenberger
    • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Pierre Morel
      • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Tony Krowiak
        • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Pierre Morel
          • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Tony Krowiak
          • Re: [PATCH] s390: vfio-ap: disable IRQ in remove callback results in kernel OOPS, Tony Krowiak
• [PATCH v3 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES, Kees Cook
  • [PATCH v3 04/29] alpha: Rename PT_LOAD identifier "kernel" to "text", Kees Cook
    • [tip: x86/build] alpha: Rename PT_LOAD identifier "kernel" to "text", tip-bot2 for Kees Cook
  • [PATCH v3 01/29] powerpc: Rename "notes" PT_NOTE to "note", Kees Cook
    • [tip: x86/build] powerpc: Rename "notes" PT_NOTE to "note", tip-bot2 for Kees Cook
  • [PATCH v3 02/29] powerpc: Remove PT_NOTE workaround, Kees Cook
    • [tip: x86/build] powerpc: Remove PT_NOTE workaround, tip-bot2 for Kees Cook
  • [PATCH v3 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text", Kees Cook
    • [tip: x86/build] powerpc: Rename PT_LOAD identifier "kernel" to "text", tip-bot2 for Kees Cook
  • [PATCH v3 05/29] ia64: Rename PT_LOAD identifier "code" to "text", Kees Cook
    • [tip: x86/build] ia64: Rename PT_LOAD identifier "code" to "text", tip-bot2 for Kees Cook
  • [PATCH v3 07/29] x86: Restore "text" Program Header with dummy section, Kees Cook
    • [tip: x86/build] x86/vmlinux: Restore "text" Program Header with dummy section, tip-bot2 for Kees Cook
  • [PATCH v3 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header, Kees Cook
    • [tip: x86/build] s390: Move RO_DATA into "text" PT_LOAD Program Header, tip-bot2 for Kees Cook
  • [PATCH v3 08/29] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes, tip-bot2 for Kees Cook
  • [PATCH v3 10/29] vmlinux.lds.h: Move NOTES into RO_DATA, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Move NOTES into RO_DATA, tip-bot2 for Kees Cook
  • [PATCH v3 09/29] vmlinux.lds.h: Move Program Header restoration into NOTES macro, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Move Program Header restoration into NOTES macro, tip-bot2 for Kees Cook
  • [PATCH v3 16/29] x86: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] x86/vmlinux: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA, tip-bot2 for Kees Cook
  • [PATCH v3 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] arm64: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 15/29] x86: Actually use _etext for end of text segment, Kees Cook
    • [tip: x86/build] x86/vmlinux: Actually use _etext for the end of the text segment, tip-bot2 for Kees Cook
  • [PATCH v3 19/29] c6x: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] c6x: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 26/29] x86/mm: Remove redundant &s on addresses, Kees Cook
    • [tip: x86/build] x86/mm: Remove redundant address-of operators on addresses, tip-bot2 for Kees Cook
  • [PATCH v3 29/29] x86: Use INT3 instead of NOP for linker fill bytes, Kees Cook
    • [tip: x86/build] x86/vmlinux: Use INT3 instead of NOP for linker fill bytes, tip-bot2 for Kees Cook
  • [PATCH v3 17/29] alpha: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] alpha: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA, tip-bot2 for Kees Cook
  • [PATCH v3 20/29] h8300: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] h8300: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 13/29] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA, tip-bot2 for Kees Cook
  • [PATCH v3 21/29] ia64: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] ia64: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA, Kees Cook
    • [tip: x86/build] vmlinux.lds.h: Replace RODATA with RO_DATA, tip-bot2 for Kees Cook
  • [PATCH v3 24/29] powerpc: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] powerpc: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] parisc: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 27/29] x86/mm: Report which part of kernel image is freed, Kees Cook
    • [tip: x86/build] x86/mm: Report which part of kernel image is freed, tip-bot2 for Kees Cook
  • [PATCH v3 22/29] microblaze: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] microblaze: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment, Kees Cook
    • [tip: x86/build] xtensa: Move EXCEPTION_TABLE to RO_DATA segment, tip-bot2 for Kees Cook
  • [PATCH v3 28/29] x86/mm: Report actual image regions in /proc/iomem, Kees Cook
    • [tip: x86/build] x86/mm: Report actual image regions in /proc/iomem, tip-bot2 for Kees Cook
• [PATCH v2 0/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Miroslav Benes
  • [PATCH v2 1/3] s390/unwind: drop unnecessary code around calling ftrace_graph_ret_addr(), Miroslav Benes
  • [PATCH v2 3/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Miroslav Benes
    • Re: [PATCH v2 3/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Heiko Carstens
      • Re: [PATCH v2 3/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Miroslav Benes
  • [PATCH v2 2/3] s390/unwind: prepare the unwinding interface for reliable stack traces, Miroslav Benes
  • Re: [PATCH v2 0/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Heiko Carstens
    • Re: [PATCH v2 0/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Miroslav Benes
      • Re: [PATCH v2 0/3] s390/livepatch: Implement reliable stack tracing for the consistency model, Heiko Carstens
• [PATCH net-next 1/1] net/smc: remove unneeded include for smc.h, Ursula Braun
  • Re: [PATCH net-next 1/1] net/smc: remove unneeded include for smc.h, David Miller
• [PATCH net 1/1] net/smc: fix refcounting for non-blocking connect(), Ursula Braun
  • Re: [PATCH net 1/1] net/smc: fix refcounting for non-blocking connect(), David Miller
• generic ioremap (and lots of cleanups) v3, Christoph Hellwig
  • [PATCH 01/21] arm: remove ioremap_cached, Christoph Hellwig
    • Re: [PATCH 01/21] arm: remove ioremap_cached, Arnd Bergmann
  • [PATCH 02/21] unicore32: remove ioremap_cached, Christoph Hellwig
  • [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc, Christoph Hellwig
    • Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc, Arnd Bergmann
  • [PATCH 04/21] hexagon: clean up ioremap, Christoph Hellwig
  • [PATCH 05/21] alpha: remove the unused __ioremap wrapper, Christoph Hellwig
  • [PATCH 07/21] parisc: remove __ioremap, Christoph Hellwig
    • Re: [PATCH 07/21] parisc: remove __ioremap, Helge Deller
  • [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Christoph Hellwig
    • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Palmer Dabbelt
    • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Arnd Bergmann
      • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Christoph Hellwig
        • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Arnd Bergmann
          • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Christoph Hellwig
            • Re: [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Arnd Bergmann
  • [PATCH 13/21] m68k: rename __iounmap and mark it static, Christoph Hellwig
    • Re: [PATCH 13/21] m68k: rename __iounmap and mark it static, Geert Uytterhoeven
  • [PATCH 18/21] riscv: use the generic ioremap code, Christoph Hellwig
  • [PATCH 17/21] lib: provide a simple generic ioremap implementation, Christoph Hellwig
    • Re: [PATCH 17/21] lib: provide a simple generic ioremap implementation, Palmer Dabbelt
    • Re: [PATCH 17/21] lib: provide a simple generic ioremap implementation, Arnd Bergmann
  • [PATCH 19/21] nds32: use generic ioremap, Christoph Hellwig
    • Re: [PATCH 19/21] nds32: use generic ioremap, Greentime Hu
  • [PATCH 21/21] csky: use generic ioremap, Christoph Hellwig
  • [PATCH 20/21] csky: remove ioremap_cache, Christoph Hellwig
  • [PATCH 14/21] hexagon: remove __iounmap, Christoph Hellwig
  • [PATCH 16/21] sh: remove __iounmap, Christoph Hellwig
  • [PATCH 15/21] nios2: remove __iounmap, Christoph Hellwig
  • [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions, Christoph Hellwig
    • Re: [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions, Palmer Dabbelt
    • Re: [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions, Arnd Bergmann
  • [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Christoph Hellwig
    • Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Palmer Dabbelt
      • Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Geert Uytterhoeven
        • Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Christoph Hellwig
        • Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Arnd Bergmann
    • Re: [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Arnd Bergmann
  • [PATCH 06/21] nios2: remove __ioremap, Christoph Hellwig
  • [PATCH 08/21] x86: Clean up ioremap(), Christoph Hellwig
    • Re: [PATCH 08/21] x86: Clean up ioremap(), Thomas Gleixner
  • [PATCH 09/21] xtensa: clean up ioremap, Christoph Hellwig
  • Re: generic ioremap (and lots of cleanups) v3, Christoph Hellwig
  • generic-iomap tree for linux-next, Christoph Hellwig
    • Re: generic-iomap tree for linux-next, Stephen Rothwell
      • Re: generic-iomap tree for linux-next, Stephen Rothwell
        • Re: generic-iomap tree for linux-next, Christoph Hellwig
• [PATCH 0/6] Improvements for random.h/archrandom.h, Richard Henderson
  • [PATCH 2/6] x86: Move arch_has_random* inside CONFIG_ARCH_RANDOM, Richard Henderson
  • [PATCH 1/6] random: Mark CONFIG_ARCH_RANDOM functions __must_check, Richard Henderson
    • Re: [PATCH 1/6] random: Mark CONFIG_ARCH_RANDOM functions __must_check, Ard Biesheuvel
  • [PATCH 4/6] powerpc: Use bool in archrandom.h, Richard Henderson
  • [PATCH 5/6] powerpc: Mark archrandom.h functions __must_check, Richard Henderson
    • Re: [PATCH 5/6] powerpc: Mark archrandom.h functions __must_check, Michael Ellerman
  • [PATCH 6/6] s390x: Mark archrandom.h functions __must_check, Richard Henderson
    • Re: [PATCH 6/6] s390x: Mark archrandom.h functions __must_check, Harald Freudenberger
      • Re: [PATCH 6/6] s390x: Mark archrandom.h functions __must_check, Richard Henderson
        • Re: [PATCH 6/6] s390x: Mark archrandom.h functions __must_check, Harald Freudenberger
  • [PATCH 3/6] x86: Mark archrandom.h functions __must_check, Richard Henderson
  • Re: [PATCH 0/6] Improvements for random.h/archrandom.h, Ard Biesheuvel
• [PATCH] mm/sparse.c: mark populate_section_memmap as __meminit, Ilya Leoshkevich
  • Re: [PATCH] mm/sparse.c: mark populate_section_memmap as __meminit, David Hildenbrand
  • Re: [PATCH] mm/sparse.c: mark populate_section_memmap as __meminit, kbuild test robot
  • Re: [PATCH] mm/sparse.c: mark populate_section_memmap as __meminit, Oscar Salvador
    • Re: [PATCH] mm/sparse.c: mark populate_section_memmap as __meminit, Ilya Leoshkevich
• Re: [PATCH 1/2] locking/Kconfig: Add INLINE_SPINLOCKS & INLINE_RWLOCKS, Will Deacon
• [PATCH] scripts/gdb: fix debugging modules compiled with hot/cold partitioning, Ilya Leoshkevich
  • Re: [PATCH] scripts/gdb: fix debugging modules compiled with hot/cold partitioning, Jan Kiszka
    • Re: [PATCH] scripts/gdb: fix debugging modules compiled with hot/cold partitioning, Ilya Leoshkevich
• [PATCH v14 08/22] s390: mm: Add p?d_leaf() definitions, Steven Price
• [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Qian Cai
    • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Gerald Schaefer
    • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
    • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Christophe Leroy
      • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
        • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Michael Ellerman
          • Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
• [PATCH RESEND v14 0/6] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH RESEND v14 1/6] namei: O_BENEATH-style resolution restriction flags, Aleksa Sarai
  • [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
    • Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Linus Torvalds
      • Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH RESEND v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}, Aleksa Sarai
  • [PATCH RESEND v14 4/6] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH RESEND v14 5/6] selftests: add openat2(2) selftests, Aleksa Sarai
  • [PATCH RESEND v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED, Aleksa Sarai
• [PATCH AUTOSEL 5.3 45/99] s390/qeth: Fix initialization of vnicc cmd masks during set online, Sasha Levin
• [PATCH AUTOSEL 5.3 53/99] net/smc: fix SMCD link group creation with VLAN id, Sasha Levin
• [PATCH AUTOSEL 5.3 44/99] s390/qeth: Fix error handling during VNICC initialization, Sasha Levin
• [PATCH AUTOSEL 5.3 55/99] net/smc: receive pending data after RCV_SHUTDOWN, Sasha Levin
• [PATCH AUTOSEL 4.19 30/59] s390/qeth: Fix error handling during VNICC initialization, Sasha Levin
• [PATCH AUTOSEL 4.19 36/59] net/smc: receive returns without data, Sasha Levin
• [PATCH AUTOSEL 4.19 37/59] net/smc: receive pending data after RCV_SHUTDOWN, Sasha Levin
• [PATCH AUTOSEL 4.19 31/59] s390/qeth: Fix initialization of vnicc cmd masks during set online, Sasha Levin
• [PATCH AUTOSEL 5.3 54/99] net/smc: receive returns without data, Sasha Levin
• [GIT PULL] s390 updates for 5.4-rc5, Vasily Gorbik
  • Re: [GIT PULL] s390 updates for 5.4-rc5, pr-tracker-bot
• [kvm-unit-tests PATCH v2 0/5] s390x: SCLP Unit test, Claudio Imbrenda
  • [kvm-unit-tests PATCH v2 3/5] s390x: sclp: expose ram_size and max_ram_size, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v2 3/5] s390x: sclp: expose ram_size and max_ram_size, Janosch Frank
  • [kvm-unit-tests PATCH v2 2/5] s390x: improve error reporting for interrupts, Claudio Imbrenda
  • [kvm-unit-tests PATCH v2 1/5] s390x: remove redundant defines, Claudio Imbrenda
  • [kvm-unit-tests PATCH v2 4/5] s390x: sclp: add service call instruction wrapper, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v2 4/5] s390x: sclp: add service call instruction wrapper, Janosch Frank
    • Re: [kvm-unit-tests PATCH v2 4/5] s390x: sclp: add service call instruction wrapper, David Hildenbrand
  • [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Janosch Frank
      • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
        • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Thomas Huth
          • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, David Hildenbrand
      • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
        • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, David Hildenbrand
          • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
            • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, David Hildenbrand
              • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
                • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, David Hildenbrand
                  • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, Claudio Imbrenda
                    • Re: [kvm-unit-tests PATCH v2 5/5] s390x: SCLP unit test, David Hildenbrand
  • Re: [kvm-unit-tests PATCH v2 0/5] s390x: SCLP Unit test, David Hildenbrand
• [PATCH v2 00/11] zfcp: retrieve local RDP data, fix and cleanup, Benjamin Block
  • [PATCH v2 06/11] zfcp: implicitly refresh port-data diagnostics when reading SysFS, Benjamin Block
  • [PATCH v2 09/11] zfcp: move maximum age of diagnostic buffers into a per-adapter variable, Benjamin Block
  • [PATCH v2 10/11] zfcp: proper indentation to reduce confusion in zfcp_erp_required_act, Benjamin Block
  • [PATCH v2 05/11] zfcp: introduce SysFS interface for diagnostics of local SFP transceiver, Benjamin Block
  • [PATCH v2 11/11] zfcp: trace channel log even for FCP command responses, Benjamin Block
  • [PATCH v2 02/11] zfcp: diagnostics buffer caching and use for exchange port data, Benjamin Block
  • [PATCH v2 08/11] zfcp: implicitly refresh config-data diagnostics when reading SysFS, Benjamin Block
  • [PATCH v2 03/11] zfcp: add diagnostics buffer for exchange config data, Benjamin Block
  • [PATCH v2 07/11] zfcp: introduce SysFS interface to read the local B2B-Credit, Benjamin Block
  • [PATCH v2 01/11] zfcp: signal incomplete or error for sync exchange config/port data, Benjamin Block
  • [PATCH v2 04/11] zfcp: support retrieval of SFP Data via Exchange Port Data, Benjamin Block
  • Re: [PATCH v2 00/11] zfcp: retrieve local RDP data, fix and cleanup, Martin K. Petersen
    • Re: [PATCH v2 00/11] zfcp: retrieve local RDP data, fix and cleanup, Benjamin Block
• [REVIEW PATCH v5 2/3] arch: wire-up close_range(), Christian Brauner
• [kvms390:protvirt 23/37] arch/s390/kvm/kvm-s390.c:3650:30: warning: passing argument 1 of 'uv_convert_to_secure' makes integer from pointer without a cast, kbuild test robot
• [PATCH trivial] s390/dasd: spelling s/configruation/configuration/, Geert Uytterhoeven
• [RFC 00/37] KVM: s390: Add support for protected VMs, Janosch Frank
  • [RFC 01/37] DOCUMENTATION: protvirt: Protected virtual machine introduction, Janosch Frank
    • Re: [RFC 01/37] DOCUMENTATION: protvirt: Protected virtual machine introduction, Christian Borntraeger
    • Re: [RFC 01/37] DOCUMENTATION: protvirt: Protected virtual machine introduction, Cornelia Huck
      • Re: [RFC 01/37] DOCUMENTATION: protvirt: Protected virtual machine introduction, Janosch Frank
  • [RFC 02/37] s390/protvirt: introduce host side setup, Janosch Frank
    • Re: [RFC 02/37] s390/protvirt: introduce host side setup, David Hildenbrand
      • Re: [RFC 02/37] s390/protvirt: introduce host side setup, David Hildenbrand
        • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Christian Borntraeger
          • Re: [RFC 02/37] s390/protvirt: introduce host side setup, David Hildenbrand
            • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Claudio Imbrenda
              • Re: [RFC 02/37] s390/protvirt: introduce host side setup, David Hildenbrand
    • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Cornelia Huck
      • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Christian Borntraeger
    • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Christian Borntraeger
      • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Cornelia Huck
        • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Janosch Frank
    • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Cornelia Huck
      • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Christian Borntraeger
        • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Cornelia Huck
          • Re: [RFC 02/37] s390/protvirt: introduce host side setup, Thomas Huth
  • [RFC 03/37] s390/protvirt: add ultravisor initialization, Janosch Frank
    • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, David Hildenbrand
      • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, Vasily Gorbik
        • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, David Hildenbrand
    • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, Christian Borntraeger
    • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, Cornelia Huck
      • Re: [RFC 03/37] s390/protvirt: add ultravisor initialization, Janosch Frank
  • [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Janosch Frank
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, David Hildenbrand
      • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, David Hildenbrand
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Christian Borntraeger
      • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Janosch Frank
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Cornelia Huck
      • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Janosch Frank
        • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Cornelia Huck
          • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Janosch Frank
            • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Cornelia Huck
          • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Thomas Huth
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Thomas Huth
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Thomas Huth
      • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Janosch Frank
      • [PATCH] Fix unpack, Janosch Frank
        • Re: [PATCH] Fix unpack, Thomas Huth
        • Re: [PATCH] Fix unpack, Cornelia Huck
    • Re: [RFC 04/37] KVM: s390: protvirt: Add initial lifecycle handling, Cornelia Huck
  • [RFC 06/37] s390: UV: Add import and export to UV library, Janosch Frank
    • Re: [RFC 06/37] s390: UV: Add import and export to UV library, David Hildenbrand
      • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Janosch Frank
        • Re: [RFC 06/37] s390: UV: Add import and export to UV library, David Hildenbrand
          • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Janosch Frank
    • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Christian Borntraeger
      • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Janosch Frank
        • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Christian Borntraeger
    • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Christian Borntraeger
    • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Cornelia Huck
      • Re: [RFC 06/37] s390: UV: Add import and export to UV library, Janosch Frank
  • [RFC 08/37] KVM: s390: add missing include in gmap.h, Janosch Frank
    • Re: [RFC 08/37] KVM: s390: add missing include in gmap.h, David Hildenbrand
    • Re: [RFC 08/37] KVM: s390: add missing include in gmap.h, Thomas Huth
  • [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
    • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
      • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, Claudio Imbrenda
        • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
      • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
        • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
          • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
    • Re: [RFC 07/37] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
    • [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
      • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, Christian Borntraeger
      • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
        • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
          • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, David Hildenbrand
      • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, Thomas Huth
        • Re: [RFC v2] KVM: s390: protvirt: Secure memory is not mergeable, Janosch Frank
  • [RFC 05/37] s390: KVM: Export PV handle to gmap, Janosch Frank
    • Re: [RFC 05/37] s390: KVM: Export PV handle to gmap, David Hildenbrand
  • [RFC 11/37] DOCUMENTATION: protvirt: Interrupt injection, Janosch Frank
    • Re: [RFC 11/37] DOCUMENTATION: protvirt: Interrupt injection, Cornelia Huck
      • Re: [RFC 11/37] DOCUMENTATION: protvirt: Interrupt injection, Claudio Imbrenda
        • Re: [RFC 11/37] DOCUMENTATION: protvirt: Interrupt injection, Cornelia Huck
          • Re: [RFC 11/37] DOCUMENTATION: protvirt: Interrupt injection, Janosch Frank
  • [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, Janosch Frank
    • Re: [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, David Hildenbrand
      • Re: [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, Janosch Frank
    • Re: [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, Cornelia Huck
      • Re: [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, Christian Borntraeger
        • Re: [RFC 12/37] KVM: s390: protvirt: Handle SE notification interceptions, Cornelia Huck
  • [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Janosch Frank
    • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, David Hildenbrand
      • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Michael Mueller
        • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, David Hildenbrand
          • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Michael Mueller
    • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Cornelia Huck
      • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Michael Mueller
    • Re: [RFC 13/37] KVM: s390: protvirt: Add interruption injection controls, Thomas Huth
  • [RFC 15/37] KVM: s390: protvirt: Add machine-check interruption injection controls, Janosch Frank
    • Re: [RFC 15/37] KVM: s390: protvirt: Add machine-check interruption injection controls, Thomas Huth
      • Re: [RFC 15/37] KVM: s390: protvirt: Add machine-check interruption injection controls, Michael Mueller
  • [RFC 14/37] KVM: s390: protvirt: Implement interruption injection, Janosch Frank
    • Re: [RFC 14/37] KVM: s390: protvirt: Implement interruption injection, David Hildenbrand
      • Re: [RFC 14/37] KVM: s390: protvirt: Implement interruption injection, Christian Borntraeger
        • Re: [RFC 14/37] KVM: s390: protvirt: Implement interruption injection, David Hildenbrand
    • Re: [RFC 14/37] KVM: s390: protvirt: Implement interruption injection, Thomas Huth
  • [RFC 18/37] KVM: s390: protvirt: Handle spec exception loops, Janosch Frank
    • Re: [RFC 18/37] KVM: s390: protvirt: Handle spec exception loops, Thomas Huth
  • [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Janosch Frank
    • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Cornelia Huck
      • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Claudio Imbrenda
        • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Cornelia Huck
          • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Janosch Frank
            • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Cornelia Huck
              • Re: [RFC 17/37] DOCUMENTATION: protvirt: Instruction emulation, Janosch Frank
  • [RFC 16/37] KVM: s390: protvirt: Implement machine-check interruption injection, Janosch Frank
    • Re: [RFC 16/37] KVM: s390: protvirt: Implement machine-check interruption injection, Cornelia Huck
  • [RFC 20/37] KVM: S390: protvirt: Introduce instruction data area bounce buffer, Janosch Frank
    • Re: [RFC 20/37] KVM: S390: protvirt: Introduce instruction data area bounce buffer, Thomas Huth
      • Re: [RFC 20/37] KVM: S390: protvirt: Introduce instruction data area bounce buffer, Janosch Frank
      • [PATCH] Fixup sida bouncing, Janosch Frank
        • Re: [PATCH] Fixup sida bouncing, Thomas Huth
          • Re: [PATCH] Fixup sida bouncing, Janosch Frank
            • Re: [PATCH] Fixup sida bouncing, Thomas Huth
  • [RFC 21/37] KVM: S390: protvirt: Instruction emulation, Janosch Frank
    • Re: [RFC 21/37] KVM: S390: protvirt: Instruction emulation, Cornelia Huck
      • Re: [RFC 21/37] KVM: S390: protvirt: Instruction emulation, Janosch Frank
        • Re: [RFC 21/37] KVM: S390: protvirt: Instruction emulation, Cornelia Huck
  • [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Janosch Frank
    • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, David Hildenbrand
      • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Christian Borntraeger
        • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Janosch Frank
          • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, David Hildenbrand
            • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Janosch Frank
              • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, David Hildenbrand
                • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Thomas Huth
    • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Thomas Huth
      • Re: [RFC 19/37] KVM: s390: protvirt: Add new gprs location handling, Janosch Frank
  • [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Janosch Frank
    • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Cornelia Huck
      • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Janosch Frank
        • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Cornelia Huck
          • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Janosch Frank
    • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, David Hildenbrand
      • Re: [RFC 23/37] KVM: s390: protvirt: Make sure prefix is always protected, Janosch Frank
  • [RFC 22/37] KVM: s390: protvirt: Add SCLP handling, Janosch Frank
  • [RFC 24/37] KVM: s390: protvirt: Write sthyi data to instruction data area, Janosch Frank
    • Re: [RFC 24/37] KVM: s390: protvirt: Write sthyi data to instruction data area, Thomas Huth
      • Re: [RFC 24/37] KVM: s390: protvirt: Write sthyi data to instruction data area, Janosch Frank
        • Re: [RFC 24/37] KVM: s390: protvirt: Write sthyi data to instruction data area, Thomas Huth
          • [PATCH] SIDAD macro fixup, Janosch Frank
  • [RFC 25/37] KVM: s390: protvirt: STSI handling, Janosch Frank
    • Re: [RFC 25/37] KVM: s390: protvirt: STSI handling, Thomas Huth
  • [RFC 29/37] KVM: s390: protvirt: Sync pv state, Janosch Frank
    • Re: [RFC 29/37] KVM: s390: protvirt: Sync pv state, Thomas Huth
      • Re: [RFC 29/37] KVM: s390: protvirt: Sync pv state, Janosch Frank
  • [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Janosch Frank
    • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Cornelia Huck
      • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Janosch Frank
        • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Cornelia Huck
          • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Janosch Frank
            • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Cornelia Huck
              • Re: [RFC 30/37] DOCUMENTATION: protvirt: Diag 308 IPL, Janosch Frank
  • [RFC 32/37] KVM: s390: protvirt: UV calls diag308 0, 1, Janosch Frank
    • Re: [RFC 32/37] KVM: s390: protvirt: UV calls diag308 0, 1, Thomas Huth
      • Re: [RFC 32/37] KVM: s390: protvirt: UV calls diag308 0, 1, Janosch Frank
        • Re: [RFC 32/37] KVM: s390: protvirt: UV calls diag308 0, 1, Thomas Huth
          • Re: [RFC 32/37] KVM: s390: protvirt: UV calls diag308 0, 1, Janosch Frank
  • [RFC 33/37] KVM: s390: Introduce VCPU reset IOCTL, Janosch Frank
    • Re: [RFC 33/37] KVM: s390: Introduce VCPU reset IOCTL, Thomas Huth
      • Re: [RFC 33/37] KVM: s390: Introduce VCPU reset IOCTL, Janosch Frank
        • Re: [RFC 33/37] KVM: s390: Introduce VCPU reset IOCTL, Thomas Huth
  • [RFC 31/37] KVM: s390: protvirt: Add diag 308 subcode 8 - 10 handling, Janosch Frank
    • Re: [RFC 31/37] KVM: s390: protvirt: Add diag 308 subcode 8 - 10 handling, Thomas Huth
      • Re: [RFC 31/37] KVM: s390: protvirt: Add diag 308 subcode 8 - 10 handling, Janosch Frank
        • Re: [RFC 31/37] KVM: s390: protvirt: Add diag 308 subcode 8 - 10 handling, Thomas Huth
          • Re: [RFC 31/37] KVM: s390: protvirt: Add diag 308 subcode 8 - 10 handling, Janosch Frank
  • [RFC 35/37] KVM: s390: Fix cpu reset local IRQ clearing, Janosch Frank
    • Re: [RFC 35/37] KVM: s390: Fix cpu reset local IRQ clearing, Thomas Huth
      • Re: [RFC 35/37] KVM: s390: Fix cpu reset local IRQ clearing, Janosch Frank
  • [RFC 37/37] KVM: s390: protvirt: Add UV debug trace, Janosch Frank
  • [RFC 34/37] KVM: s390: protvirt: Report CPU state to Ultravisor, Janosch Frank
  • [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Janosch Frank
    • Re: [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Thomas Huth
    • Re: [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Cornelia Huck
      • Re: [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Janosch Frank
        • Re: [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Cornelia Huck
          • Re: [RFC 36/37] KVM: s390: protvirt: Support cmd 5 operation state, Janosch Frank
  • [RFC 26/37] KVM: s390: protvirt: Only sync fmt4 registers, Janosch Frank
    • Re: [RFC 26/37] KVM: s390: protvirt: Only sync fmt4 registers, Thomas Huth
      • Re: [RFC 26/37] KVM: s390: protvirt: Only sync fmt4 registers, Janosch Frank
  • [RFC 27/37] KVM: s390: protvirt: SIGP handling, Janosch Frank
    • Re: [RFC 27/37] KVM: s390: protvirt: SIGP handling, David Hildenbrand
    • Re: [RFC 27/37] KVM: s390: protvirt: SIGP handling, Thomas Huth
  • [RFC 28/37] KVM: s390: protvirt: Add program exception injection, Janosch Frank
  • [RFC 10/37] s390: add (non)secure page access exceptions handlers, Janosch Frank
  • [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Janosch Frank
    • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
      • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Christian Borntraeger
        • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
          • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Janosch Frank
            • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
              • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Janosch Frank
                • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
              • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Christian Borntraeger
                • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
                  • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
                    • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Cornelia Huck
                      • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
                      • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
                        • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Cornelia Huck
          • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Claudio Imbrenda
            • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
    • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, Christian Borntraeger
    • Re: [RFC 09/37] KVM: s390: protvirt: Implement on-demand pinning, David Hildenbrand
• [PATCH v13 08/22] s390: mm: Add p?d_leaf() definitions, Steven Price
• WARNING: refcount bug in smc_release, syzbot
• [PATCH net 0/2] net/smc: fixes for -net, Karsten Graul
  • [PATCH net 2/2] net/smc: keep vlan_id for SMC-R in smc_listen_work(), Karsten Graul
  • [PATCH net 1/2] net/smc: fix closing of fallback SMC sockets, Karsten Graul
  • Re: [PATCH net 0/2] net/smc: fixes for -net, David Miller
  • <Possible follow-ups>
  • [PATCH net 0/2] net/smc: fixes for -net, Karsten Graul
    • [PATCH net 1/2] net/smc: transfer fasync_list in case of fallback, Karsten Graul
    • [PATCH net 2/2] net/smc: no peer ID in CLC decline for SMCD, Karsten Graul
    • Re: [PATCH net 0/2] net/smc: fixes for -net, David Miller
• [PATCH V5 0/6] mdev based hardware virtio offloading support, Jason Wang
  • [PATCH V5 1/6] mdev: class id support, Jason Wang
    • RE: [PATCH V5 1/6] mdev: class id support, Parav Pandit
    • Re: [PATCH V5 1/6] mdev: class id support, Alex Williamson
      • Re: [PATCH V5 1/6] mdev: class id support, Jason Wang
        • Re: [PATCH V5 1/6] mdev: class id support, Alex Williamson
          • Re: [PATCH V5 1/6] mdev: class id support, Alex Williamson
            • Re: [PATCH V5 1/6] mdev: class id support, Jason Wang
  • [PATCH V5 2/6] modpost: add support for mdev class id, Jason Wang
    • Re: [PATCH V5 2/6] modpost: add support for mdev class id, Alex Williamson
      • Re: [PATCH V5 2/6] modpost: add support for mdev class id, Jason Wang
        • Re: [PATCH V5 2/6] modpost: add support for mdev class id, Alex Williamson
          • Re: [PATCH V5 2/6] modpost: add support for mdev class id, Jason Wang
  • [PATCH V5 3/6] mdev: introduce device specific ops, Jason Wang
  • [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Alex Williamson
      • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Jason Wang
        • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Alex Williamson
          • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Zhu Lingshan
      • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Jason Wang
        • Re: [PATCH V5 4/6] mdev: introduce virtio device and its device ops, Zhu Lingshan
  • [PATCH V5 5/6] virtio: introduce a mdev based transport, Jason Wang
  • [PATCH V5 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Jason Wang
• [kvm-unit-tests PATCH] s390x: Fix selftest malloc check, Janosch Frank
  • Re: [kvm-unit-tests PATCH] s390x: Fix selftest malloc check, David Hildenbrand
    • Re: [kvm-unit-tests PATCH] s390x: Fix selftest malloc check, Janosch Frank
      • Re: [kvm-unit-tests PATCH] s390x: Fix selftest malloc check, David Hildenbrand
• Re: [PATCH 12/24] scsi: introduce scsi_build_sense(), Steffen Maier
• [kvm-unit-tests PATCH v1 0/5] s390x: SCLP Unit test, Claudio Imbrenda
  • [kvm-unit-tests PATCH v1 2/5] s390x: improve error reporting for interrupts, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 2/5] s390x: improve error reporting for interrupts, Thomas Huth
    • Re: [kvm-unit-tests PATCH v1 2/5] s390x: improve error reporting for interrupts, David Hildenbrand
  • [kvm-unit-tests PATCH v1 1/5] s390x: remove redundant defines, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 1/5] s390x: remove redundant defines, Thomas Huth
    • Re: [kvm-unit-tests PATCH v1 1/5] s390x: remove redundant defines, David Hildenbrand
  • [kvm-unit-tests PATCH v1 4/5] s390x: sclp: add service call instruction wrapper, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 4/5] s390x: sclp: add service call instruction wrapper, Thomas Huth
    • Re: [kvm-unit-tests PATCH v1 4/5] s390x: sclp: add service call instruction wrapper, David Hildenbrand
  • [kvm-unit-tests PATCH v1 5/5] s390x: SCLP unit test, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 5/5] s390x: SCLP unit test, David Hildenbrand
      • Re: [kvm-unit-tests PATCH v1 5/5] s390x: SCLP unit test, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 5/5] s390x: SCLP unit test, Thomas Huth
      • Re: [kvm-unit-tests PATCH v1 5/5] s390x: SCLP unit test, Claudio Imbrenda
  • [kvm-unit-tests PATCH v1 3/5] s390x: sclp: expose ram_size and max_ram_size, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH v1 3/5] s390x: sclp: expose ram_size and max_ram_size, Thomas Huth
      • Re: [kvm-unit-tests PATCH v1 3/5] s390x: sclp: expose ram_size and max_ram_size, David Hildenbrand
• [PATCH net-next 0/8] net/smc: improve termination handling (part 2), Karsten Graul
  • [PATCH net-next 4/8] net/smc: improve link group freeing, Karsten Graul
  • [PATCH net-next 3/8] net/smc: improve abnormal termination locking, Karsten Graul
  • [PATCH net-next 1/8] net/smc: cancel send and receive for terminated socket, Karsten Graul
  • [PATCH net-next 7/8] net/smc: introduce link group termination worker, Karsten Graul
  • [PATCH net-next 2/8] net/smc: terminate link group without holding lgr lock, Karsten Graul
  • [PATCH net-next 8/8] net/smc: remove close abort worker, Karsten Graul
  • [PATCH net-next 6/8] net/smc: improve abnormal termination of link groups, Karsten Graul
  • [PATCH net-next 5/8] net/smc: tell peers about abnormal link group termination, Karsten Graul
  • Re: [PATCH net-next 0/8] net/smc: improve termination handling (part 2), Jakub Kicinski
• [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
    • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Christophe Leroy
      • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
  • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Qian Cai
    • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
      • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Qian Cai
        • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
        • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Christophe Leroy
          • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
            • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Christophe Leroy
              • Re: [PATCH V7] mm/debug: Add tests validating architecture page table helpers, Anshuman Khandual
• [PATCH AUTOSEL 5.3 88/89] s390/uaccess: avoid (false positive) compiler warnings, Sasha Levin
• [PATCH AUTOSEL 4.14 55/56] s390/uaccess: avoid (false positive) compiler warnings, Sasha Levin
• [PATCH AUTOSEL 4.9 28/29] s390/uaccess: avoid (false positive) compiler warnings, Sasha Levin
• [PATCH AUTOSEL 4.19 099/100] s390/uaccess: avoid (false positive) compiler warnings, Sasha Levin
• [PATCH AUTOSEL 5.3 82/89] s390/cio: fix virtio-ccw DMA without PV, Sasha Levin
• [PATCH v12 08/22] s390: mm: Add p?d_leaf() definitions, Steven Price
• PCI/MSI: Remove the PCI_MSI_IRQ_DOMAIN architecture whitelist, Palmer Dabbelt
  • [PATCH 2/3] s390: Use the generic msi.h, Palmer Dabbelt
  • [PATCH 3/3] pci: Default to PCI_MSI_IRQ_DOMAIN, Palmer Dabbelt
    • Re: [PATCH 3/3] pci: Default to PCI_MSI_IRQ_DOMAIN, Waiman Long
  • [PATCH 1/3] ia64: Use the generic msi.h, Palmer Dabbelt
  • Re: PCI/MSI: Remove the PCI_MSI_IRQ_DOMAIN architecture whitelist, Michal Simek
    • Re: PCI/MSI: Remove the PCI_MSI_IRQ_DOMAIN architecture whitelist, Palmer Dabbelt
      • Re: PCI/MSI: Remove the PCI_MSI_IRQ_DOMAIN architecture whitelist, Michal Simek
• generic ioremap (and lots of cleanups) v2, Christoph Hellwig
  • [PATCH 02/21] unicore32: remove ioremap_cached, Christoph Hellwig
  • [PATCH 01/21] arm: remove ioremap_cached, Christoph Hellwig
  • [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc, Christoph Hellwig
    • Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc, Sergei Shtylyov
  • [PATCH 04/21] hexagon: clean up ioremap, Christoph Hellwig
  • [PATCH 05/21] alpha: remove the unused __ioremap wrapper, Christoph Hellwig
  • [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU, Christoph Hellwig
  • [PATCH 16/21] sh: remove __iounmap, Christoph Hellwig
  • [PATCH 21/21] csky: use generic ioremap, Christoph Hellwig
  • [PATCH 19/21] nds32: use generic ioremap, Christoph Hellwig
  • [PATCH 20/21] csky: remove ioremap_cache, Christoph Hellwig
    • Re: [PATCH 20/21] csky: remove ioremap_cache, Guo Ren
      • Re: [PATCH 20/21] csky: remove ioremap_cache, Christoph Hellwig
  • [PATCH 17/21] lib: provide a simple generic ioremap implementation, Christoph Hellwig
  • [PATCH 18/21] riscv: use the generic ioremap code, Christoph Hellwig
    • Re: [PATCH 18/21] riscv: use the generic ioremap code, Paul Walmsley
  • [PATCH 14/21] hexagon: remove __iounmap, Christoph Hellwig
  • [PATCH 15/21] nios2: remove __iounmap, Christoph Hellwig
  • [PATCH 13/21] m68k: rename __iounmap and mark it static, Christoph Hellwig
    • Re: [PATCH 13/21] m68k: rename __iounmap and mark it static, Geert Uytterhoeven
  • [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions, Christoph Hellwig
  • [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU, Christoph Hellwig
  • [PATCH 09/21] xtensa: clean up ioremap, Christoph Hellwig
  • [PATCH 08/21] x86: clean up ioremap, Christoph Hellwig
    • Re: [PATCH 08/21] x86: clean up ioremap, Thomas Gleixner
      • Re: [PATCH 08/21] x86: clean up ioremap, Christoph Hellwig
  • [PATCH 07/21] parisc: remove __ioremap, Christoph Hellwig
    • Re: [PATCH 07/21] parisc: remove __ioremap, Rolf Eike Beer
  • [PATCH 06/21] nios2: remove __ioremap, Christoph Hellwig
• [PATCH V4 0/6] mdev based hardware virtio offloading support, Jason Wang
  • [PATCH V4 1/6] mdev: class id support, Jason Wang
    • RE: [PATCH V4 1/6] mdev: class id support, Parav Pandit
  • [PATCH V4 2/6] modpost: add support for mdev class id, Jason Wang
    • RE: [PATCH V4 2/6] modpost: add support for mdev class id, Parav Pandit
  • [PATCH V4 3/6] mdev: introduce device specific ops, Jason Wang
    • Re: [PATCH V4 3/6] mdev: introduce device specific ops, Cornelia Huck
      • Re: [PATCH V4 3/6] mdev: introduce device specific ops, Alex Williamson
        • Re: [PATCH V4 3/6] mdev: introduce device specific ops, Cornelia Huck
      • Re: [PATCH V4 3/6] mdev: introduce device specific ops, Jason Wang
    • RE: [PATCH V4 3/6] mdev: introduce device specific ops, Parav Pandit
      • Re: [PATCH V4 3/6] mdev: introduce device specific ops, Jason Wang
  • [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Alex Williamson
      • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Cornelia Huck
      • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Jason Wang
        • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Cornelia Huck
          • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Jason Wang
    • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Tiwei Bie
      • Re: [PATCH V4 4/6] mdev: introduce virtio device and its device ops, Jason Wang
  • [PATCH V4 5/6] virtio: introduce a mdev based transport, Jason Wang
    • Re: [PATCH V4 5/6] virtio: introduce a mdev based transport, Cornelia Huck
      • Re: [PATCH V4 5/6] virtio: introduce a mdev based transport, Jason Wang
        • Re: [PATCH V4 5/6] virtio: introduce a mdev based transport, Cornelia Huck
          • Re: [PATCH V4 5/6] virtio: introduce a mdev based transport, Jason Wang
  • [PATCH V4 6/6] docs: sample driver to demonstrate how to implement virtio-mdev framework, Jason Wang
• [PATCH v2] scripts/gdb: fix debugging modules on s390, Ilya Leoshkevich
  • Re: [PATCH v2] scripts/gdb: fix debugging modules on s390, Jan Kiszka
    • Re: [PATCH v2] scripts/gdb: fix debugging modules on s390, Jan Kiszka
• [PATCH v3 0/4] vfio-ccw: A couple trace changes, Eric Farman