Linux S390

• Date Index

• [PATCH 07/29] powerpc: remove __ioremap_at and __iounmap_at, (continued)
  • [PATCH 07/29] powerpc: remove __ioremap_at and __iounmap_at, Christoph Hellwig
  • [PATCH 10/29] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING, Christoph Hellwig
  • [PATCH 11/29] mm: only allow page table mappings for built-in zsmalloc, Christoph Hellwig
    • Re: [PATCH 11/29] mm: only allow page table mappings for built-in zsmalloc, Minchan Kim
  • [PATCH 14/29] mm: rename vmap_page_range to map_kernel_range, Christoph Hellwig
  • [PATCH 15/29] mm: don't return the number of pages from map_kernel_range{,_noflush}, Christoph Hellwig
  • [PATCH 17/29] mm: remove unmap_vmap_area, Christoph Hellwig
  • [PATCH 19/29] mm: enforce that vmap can't map pages executable, Christoph Hellwig
  • [PATCH 21/29] mm: remove the pgprot argument to __vmalloc, Christoph Hellwig
    • Re: [PATCH 21/29] mm: remove the pgprot argument to __vmalloc, Wei Liu
      • Message not available
        • Re: [PATCH 21/29] mm: remove the pgprot argument to __vmalloc, John Dorminy
          • Re: [PATCH 21/29] mm: remove the pgprot argument to __vmalloc, Andrew Morton
  • [PATCH 25/29] mm: switch the test_vmalloc module to use __vmalloc_node, Christoph Hellwig
  • [PATCH 26/29] mm: remove vmalloc_user_node_flags, Christoph Hellwig
    • Re: [PATCH 26/29] mm: remove vmalloc_user_node_flags, Geert Uytterhoeven
  • [PATCH 28/29] powerpc: use __vmalloc_node in alloc_vm_stack, Christoph Hellwig
  • [PATCH 29/29] s390: use __vmalloc_node in stack_alloc, Christoph Hellwig
  • [PATCH 27/29] arm64: use __vmalloc_node in arch_alloc_vmap_stack, Christoph Hellwig
  • [PATCH 23/29] mm: remove both instances of __vmalloc_node_flags, Christoph Hellwig
  • [PATCH 24/29] mm: remove __vmalloc_node_flags_caller, Christoph Hellwig
    • Re: [PATCH 24/29] mm: remove __vmalloc_node_flags_caller, Geert Uytterhoeven
  • [PATCH 20/29] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Christoph Hellwig
  • [PATCH 22/29] mm: remove the prot argument to __vmalloc_node, Christoph Hellwig
  • [PATCH 18/29] mm: remove the prot argument from vm_map_ram, Christoph Hellwig
  • [PATCH 16/29] mm: remove map_vm_range, Christoph Hellwig
  • [PATCH 12/29] mm: pass addr as unsigned long to vb_free, Christoph Hellwig
  • [PATCH 13/29] mm: remove vmap_page_range_noflush and vunmap_page_range, Christoph Hellwig
  • [PATCH 09/29] mm: unexport unmap_kernel_range_noflush, Christoph Hellwig
  • [PATCH 08/29] mm: remove __get_vm_area, Christoph Hellwig
  • [PATCH 06/29] powerpc: add an ioremap_phb helper, Christoph Hellwig
  • [PATCH 05/29] dma-mapping: use vmap insted of reimplementing it, Christoph Hellwig
  • [PATCH 04/29] staging: media: ipu3: use vmap instead of reimplementing it, Christoph Hellwig
    • Re: [PATCH 04/29] staging: media: ipu3: use vmap instead of reimplementing it, Sakari Ailus
  • [PATCH 03/29] staging: android: ion: use vmap instead of vm_map_ram, Christoph Hellwig
• [PATCH 0/3] mm/hugetlb: Add some new arch enabling macros, Anshuman Khandual
  • [PATCH 2/3] mm/hugetlb: Introduce HAVE_ARCH_IS_HUGEPAGE_ONLY_RANGE, Anshuman Khandual
  • [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Anshuman Khandual
    • Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Andrew Morton
      • Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Anshuman Khandual
        • Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Andrew Morton
          • Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Anshuman Khandual
            • Re: [PATCH 3/3] mm/hugetlb: Introduce HAVE_ARCH_CLEAR_HUGEPAGE_FLAGS, Andrew Morton
• more partition handling cleanups v2, Christoph Hellwig
  • [PATCH 01/10] block: refactor blkpg_ioctl, Christoph Hellwig
    • Re: [PATCH 01/10] block: refactor blkpg_ioctl, Johannes Thumshirn
  • [PATCH 02/10] block: pass a hd_struct to delete_partition, Christoph Hellwig
  • [PATCH 03/10] block: cleanup hd_struct freeing, Christoph Hellwig
  • [PATCH 06/10] dasd: use blk_drop_partitions instead of badly reimplementing it, Christoph Hellwig
  • [PATCH 04/10] block: remove hd_struct_kill, Christoph Hellwig
  • [PATCH 05/10] block: remove the disk argument from blk_drop_partitions, Christoph Hellwig
  • [PATCH 07/10] block: don't call invalidate_partition from blk_drop_partitions, Christoph Hellwig
    • Re: [PATCH 07/10] block: don't call invalidate_partition from blk_drop_partitions, Johannes Thumshirn
  • [PATCH 09/10] block: mark invalidate_partition static, Christoph Hellwig
  • [PATCH 10/10] block: fold bdev_unhash_inode into invalidate_partition, Christoph Hellwig
  • [PATCH 08/10] block: simplify block device syncing in bdev_del_partition, Christoph Hellwig
  • Re: more partition handling cleanups v2, Christoph Hellwig
  • Re: more partition handling cleanups v2, Jens Axboe
• [PATCH] vhost: do not enable VHOST_MENU by default, Jason Wang
  • Re: [PATCH] vhost: do not enable VHOST_MENU by default, Michael Ellerman
  • Re: [PATCH] vhost: do not enable VHOST_MENU by default, Christian Borntraeger
    • Re: [PATCH] vhost: do not enable VHOST_MENU by default, Jason Wang
  • Re: [PATCH] vhost: do not enable VHOST_MENU by default, Thomas Bogendoerfer
  • Re: [PATCH] vhost: do not enable VHOST_MENU by default, kbuild test robot
    • Re: [PATCH] vhost: do not enable VHOST_MENU by default, Jason Wang
• [PATCH 0/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Waiman Long
  • [PATCH 2/2] crypto: Remove unnecessary memzero_explicit(), Waiman Long
    • Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit(), Joe Perches
      • Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit(), Waiman Long
  • [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Waiman Long
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), David Rientjes
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Jason A. Donenfeld
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Michal Hocko
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), David Sterba
      • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Waiman Long
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Johannes Weiner
    • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Dan Carpenter
      • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), Waiman Long
  • [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Waiman Long
    • Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Christophe Leroy
      • Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Waiman Long
        • Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Michal Suchánek
          • Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Waiman Long
            • Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit(), Joe Perches
  • Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive(), David Howells
• [PATCH] kvm_host: unify VM_STAT and VCPU_STAT definitions in a single place, Emanuele Giuseppe Esposito
  • Re: [PATCH] kvm_host: unify VM_STAT and VCPU_STAT definitions in a single place, Philippe Mathieu-Daudé
    • Re: [PATCH] kvm_host: unify VM_STAT and VCPU_STAT definitions in a single place, Paolo Bonzini
      • Re: [PATCH] kvm_host: unify VM_STAT and VCPU_STAT definitions in a single place, Emanuele Giuseppe Esposito
• [PATCH] s390: ptrace: hard-code "s390x" instead of UTS_MACHINE, Masahiro Yamada
  • Re: [PATCH] s390: ptrace: hard-code "s390x" instead of UTS_MACHINE, Vasily Gorbik
• [GIT PULL] s390 patches for the 5.7 merge window #2, Vasily Gorbik
  • Re: [GIT PULL] s390 patches for the 5.7 merge window #2, pr-tracker-bot
• s390 boot woe due to "block: fix busy device checking in blk_drop_partitions", Qian Cai
  • Re: s390 boot woe due to "block: fix busy device checking in blk_drop_partitions", Christoph Hellwig
    • Re: s390 boot woe due to "block: fix busy device checking in blk_drop_partitions", Qian Cai
    • Re: s390 boot woe due to "block: fix busy device checking in blk_drop_partitions", Michal Koutný
      • Re: s390 boot woe due to "block: fix busy device checking in blk_drop_partitions", Christoph Hellwig
• [no subject], Christoph Hellwig
  • [PATCH 01/10] block: refactor blkpg_ioctl, Christoph Hellwig
    • Re: [PATCH 01/10] block: refactor blkpg_ioctl, Johannes Thumshirn
  • [PATCH 02/10] block: pass a hd_struct to delete_partition, Christoph Hellwig
    • Re: [PATCH 02/10] block: pass a hd_struct to delete_partition, Johannes Thumshirn
    • Re: [PATCH 02/10] block: pass a hd_struct to delete_partition, Johannes Thumshirn
  • [PATCH 03/10] block: cleanup hd_struct freeing, Christoph Hellwig
    • Re: [PATCH 03/10] block: cleanup hd_struct freeing, Johannes Thumshirn
      • Re: [PATCH 03/10] block: cleanup hd_struct freeing, Christoph Hellwig
  • [PATCH 04/10] block: remove hd_struct_kill, Christoph Hellwig
    • Re: [PATCH 04/10] block: remove hd_struct_kill, Johannes Thumshirn
  • [PATCH 05/10] block: remove the disk argument from blk_drop_partitions, Christoph Hellwig
    • Re: [PATCH 05/10] block: remove the disk argument from blk_drop_partitions, Johannes Thumshirn
  • [PATCH 06/10] dasd: use blk_drop_partitions instead of badly reimplementing it, Christoph Hellwig
  • [PATCH 07/10] block: don't call invalidate_partition from blk_drop_partitions, Christoph Hellwig
  • [PATCH 08/10] block: simplify block device syncing in bdev_del_partition, Christoph Hellwig
    • Re: [PATCH 08/10] block: simplify block device syncing in bdev_del_partition, Johannes Thumshirn
  • [PATCH 09/10] block: mark invalidate_partition static, Christoph Hellwig
    • Re: [PATCH 09/10] block: mark invalidate_partition static, Johannes Thumshirn
  • [PATCH 10/10] block: fold bdev_unhash_inode into invalidate_partition, Christoph Hellwig
    • Re: [PATCH 10/10] block: fold bdev_unhash_inode into invalidate_partition, Johannes Thumshirn
• decruft the vmalloc API, Christoph Hellwig
  • [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram, Christoph Hellwig
    • Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram, Greg KH
  • [PATCH 03/28] staging: media: ipu3: use vmap insted of reimplementing it, Christoph Hellwig
  • [PATCH 04/28] dma-mapping: use vmap insted of reimplementing it, Christoph Hellwig
  • [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page, Christoph Hellwig
    • Re: [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page, Wei Liu
    • RE: [PATCH 01/28] x86/hyperv: use vmalloc_exec for the hypercall page, Michael Kelley
  • [PATCH 06/28] powerpc: remove __ioremap_at and __iounmap_at, Christoph Hellwig
  • [PATCH 05/28] powerpc: add an ioremap_phb helper, Christoph Hellwig
  • [PATCH 08/28] mm: unexport unmap_kernel_range_noflush, Christoph Hellwig
  • [PATCH 07/28] mm: remove __get_vm_area, Christoph Hellwig
  • [PATCH 12/28] mm: remove vmap_page_range_noflush and vunmap_page_range, Christoph Hellwig
  • [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING, Christoph Hellwig
    • Re: [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING, Randy Dunlap
    • Re: [PATCH 09/28] mm: rename CONFIG_PGTABLE_MAPPING to CONFIG_ZSMALLOC_PGTABLE_MAPPING, Minchan Kim
  • [PATCH 14/28] mm: don't return the number of pages from map_kernel_range{,_noflush}, Christoph Hellwig
  • [PATCH 16/28] mm: remove unmap_vmap_area, Christoph Hellwig
  • [PATCH 18/28] mm: enforce that vmap can't map pages executable, Christoph Hellwig
    • Re: [PATCH 18/28] mm: enforce that vmap can't map pages executable, Mark Rutland
      • Re: [PATCH 18/28] mm: enforce that vmap can't map pages executable, Christoph Hellwig
  • [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Christoph Hellwig
    • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Daniel Vetter
      • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Benjamin Herrenschmidt
        • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Daniel Vetter
          • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Alex Deucher
            • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Daniel Vetter
          • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Benjamin Herrenschmidt
            • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Daniel Vetter
        • Re: [PATCH 19/28] gpu/drm: remove the powerpc hack in drm_legacy_sg_alloc, Gerhard Pircher
  • [PATCH 21/28] mm: remove the prot argument to __vmalloc_node, Christoph Hellwig
  • [PATCH 25/28] mm: remove vmalloc_user_node_flags, Christoph Hellwig
    • Re: [PATCH 25/28] mm: remove vmalloc_user_node_flags, Andrii Nakryiko
      • Re: [PATCH 25/28] mm: remove vmalloc_user_node_flags, Johannes Weiner
  • [PATCH 26/28] arm64: use __vmalloc_node in arch_alloc_vmap_stack, Christoph Hellwig
    • Re: [PATCH 26/28] arm64: use __vmalloc_node in arch_alloc_vmap_stack, Mark Rutland
  • [PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack, Christoph Hellwig
    • Re: [PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack, Christian Borntraeger
  • [PATCH 24/28] mm: switch the test_vmalloc module to use __vmalloc_node, Christoph Hellwig
  • [PATCH 28/28] s390: use __vmalloc_node in stack_alloc, Christoph Hellwig
    • Re: [PATCH 28/28] s390: use __vmalloc_node in stack_alloc, Christian Borntraeger
  • [PATCH 22/28] mm: remove both instances of __vmalloc_node_flags, Christoph Hellwig
  • [PATCH 20/28] mm: remove the pgprot argument to __vmalloc, Christoph Hellwig
    • RE: [PATCH 20/28] mm: remove the pgprot argument to __vmalloc, Michael Kelley
  • [PATCH 23/28] mm: remove __vmalloc_node_flags_caller, Christoph Hellwig
  • [PATCH 15/28] mm: remove map_vm_range, Christoph Hellwig
  • [PATCH 13/28] mm: rename vmap_page_range to map_kernel_range, Christoph Hellwig
  • [PATCH 17/28] mm: remove the prot argument from vm_map_ram, Christoph Hellwig
    • Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram, Peter Zijlstra
      • Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram, Christoph Hellwig
    • Re: [PATCH 17/28] mm: remove the prot argument from vm_map_ram, Gao Xiang
  • [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Christoph Hellwig
    • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Randy Dunlap
      • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Peter Zijlstra
        • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Matthew Wilcox
          • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Christoph Hellwig
            • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Randy Dunlap
          • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Randy Dunlap
    • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Minchan Kim
      • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Peter Zijlstra
        • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Minchan Kim
          • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Sergey Senozhatsky
            • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Minchan Kim
              • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Christoph Hellwig
                • Re: [PATCH 10/28] mm: only allow page table mappings for built-in zsmalloc, Minchan Kim
  • [PATCH 11/28] mm: pass addr as unsigned long to vb_free, Christoph Hellwig
  • Re: decruft the vmalloc API, Peter Zijlstra
  • Message not available
    • Re: [PATCH 02/28] staging: android: ion: use vmap instead of vm_map_ram, Christoph Hellwig
  • Re: decruft the vmalloc API, Russell King - ARM Linux admin
    • Re: decruft the vmalloc API, Christoph Hellwig
• Re: [RFC][Qusetion] the value of cleared_(ptes|pmds|puds|p4ds) in struct mmu_gather, Christian Borntraeger
  • Re: [RFC][Qusetion] the value of cleared_(ptes|pmds|puds|p4ds) in struct mmu_gather, Gerald Schaefer
• [PATCH v7 00/15] s390/vfio-ap: dynamic configuration support, Tony Krowiak
  • [PATCH v7 10/15] s390/vfio-ap: allow configuration of matrix mdev in use by a KVM guest, Tony Krowiak
  • [PATCH v7 14/15] s390/vfio-ap: handle AP bus scan completed notification, Tony Krowiak
  • [PATCH v7 15/15] s390/vfio-ap: handle probe/remove not due to host AP config changes, Tony Krowiak
  • [PATCH v7 13/15] s390/vfio-ap: handle host AP config change notification, Tony Krowiak
  • [PATCH v7 09/15] s390/vfio-ap: allow assignment of unavailable AP queues to mdev device, Tony Krowiak
  • [PATCH v7 12/15] s390/zcrypt: Notify driver on config changed and scan complete callbacks, Tony Krowiak
  • [PATCH v7 11/15] s390/vfio-ap: allow hot plug/unplug of AP resources using mdev device, Tony Krowiak
  • [PATCH v7 07/15] s390/vfio-ap: filter CRYCB bits for unavailable queue devices, Tony Krowiak
  • [PATCH v7 05/15] s390/vfio-ap: introduce shadow CRYCB, Tony Krowiak
    • Re: [PATCH v7 05/15] s390/vfio-ap: introduce shadow CRYCB, Cornelia Huck
      • Re: [PATCH v7 05/15] s390/vfio-ap: introduce shadow CRYCB, Tony Krowiak
  • [PATCH v7 06/15] s390/vfio-ap: sysfs attribute to display the guest CRYCB, Tony Krowiak
    • Re: [PATCH v7 06/15] s390/vfio-ap: sysfs attribute to display the guest CRYCB, Cornelia Huck
      • Re: [PATCH v7 06/15] s390/vfio-ap: sysfs attribute to display the guest CRYCB, Tony Krowiak
        • Re: [PATCH v7 06/15] s390/vfio-ap: sysfs attribute to display the guest CRYCB, Cornelia Huck
          • Re: [PATCH v7 06/15] s390/vfio-ap: sysfs attribute to display the guest CRYCB, Tony Krowiak
  • [PATCH v7 08/15] s390/vfio_ap: add qlink from ap_matrix_mdev struct to vfio_ap_queue struct, Tony Krowiak
  • [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
    • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Cornelia Huck
      • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
        • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Cornelia Huck
          • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
    • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Cornelia Huck
      • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Harald Freudenberger
        • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Cornelia Huck
          • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Harald Freudenberger
      • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
        • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Cornelia Huck
          • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Halil Pasic
            • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
              • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Halil Pasic
                • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
    • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Pierre Morel
      • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
        • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Pierre Morel
        • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Harald Freudenberger
          • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
  • [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Tony Krowiak
    • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Cornelia Huck
      • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Tony Krowiak
        • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Cornelia Huck
          • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Tony Krowiak
    • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Halil Pasic
      • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Harald Freudenberger
        • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Halil Pasic
          • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Tony Krowiak
            • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Halil Pasic
              • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Harald Freudenberger
                • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Tony Krowiak
                  • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Harald Freudenberger
                • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Halil Pasic
          • Re: [PATCH v7 01/15] s390/vfio-ap: store queue struct in hash table for quick access, Harald Freudenberger
  • [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
    • Re: [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Cornelia Huck
      • Re: [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
        • Re: [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Pierre Morel
        • Re: [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Halil Pasic
          • Re: [PATCH v7 04/15] s390/vfio-ap: implement in-use callback for vfio_ap driver, Tony Krowiak
  • [PATCH v7 02/15] s390/vfio-ap: manage link between queue struct and matrix mdev, Tony Krowiak
    • Re: [PATCH v7 02/15] s390/vfio-ap: manage link between queue struct and matrix mdev, Cornelia Huck
      • Re: [PATCH v7 02/15] s390/vfio-ap: manage link between queue struct and matrix mdev, Tony Krowiak
      • Re: [PATCH v7 02/15] s390/vfio-ap: manage link between queue struct and matrix mdev, Tony Krowiak
  • Re: [PATCH v7 03/15] s390/zcrypt: driver callback to indicate resource in use, Tony Krowiak
• [RFC PATCH 00/34] iommu: Move iommu_group setup to IOMMU core code, Joerg Roedel
  • [RFC PATCH 09/34] iommu: Keep a list of allocated groups in __iommu_probe_device(), Joerg Roedel
  • [RFC PATCH 06/34] iommu/amd: Return -ENODEV in add_device when device is not handled by IOMMU, Joerg Roedel
  • [RFC PATCH 31/34] iommu/exynos: Create iommu_device in struct exynos_iommu_owner, Joerg Roedel
    • Re: [RFC PATCH 31/34] iommu/exynos: Create iommu_device in struct exynos_iommu_owner, Marek Szyprowski
      • Re: [RFC PATCH 31/34] iommu/exynos: Create iommu_device in struct exynos_iommu_owner, Marek Szyprowski
        • Re: [RFC PATCH 31/34] iommu/exynos: Create iommu_device in struct exynos_iommu_owner, Joerg Roedel
        • [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner, Joerg Roedel
          • Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner, Marek Szyprowski
            • Message not available
              • [PATCH] iommu/exynos: Rework intialization, Marek Szyprowski
            • Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner, Joerg Roedel
            • Re: [PATCH] iommu/exynos: Get rid of 'struct exynos_iommu_owner' exynos_iommu_owner, Joerg Roedel
  • [RFC PATCH 34/34] iommu: Unexport iommu_group_get_for_dev(), Joerg Roedel
  • [RFC PATCH 33/34] iommu: Remove add_device()/remove_device() code-paths, Joerg Roedel
    • Re: [RFC PATCH 33/34] iommu: Remove add_device()/remove_device() code-paths, Marek Szyprowski
      • Re: [RFC PATCH 33/34] iommu: Remove add_device()/remove_device() code-paths, Joerg Roedel
  • [RFC PATCH 29/34] iommu/omap: Remove orphan_dev tracking, Joerg Roedel
  • [RFC PATCH 28/34] iommu/renesas: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 30/34] iommu/omap: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 32/34] iommu/exynos: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 25/34] iommu/qcom: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 27/34] iommu/tegra: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 26/34] iommu/rockchip: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 24/34] iommu/mediatek-v1 Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 20/34] iommu/s390: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 23/34] iommu/mediatek: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 21/34] iommu/virtio: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 22/34] iommu/msm: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr, Joerg Roedel
    • Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr, Robin Murphy
      • Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr, Joerg Roedel
        • Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr, Robin Murphy
          • Re: [RFC PATCH 17/34] iommu/arm-smmu: Store device instead of group in arm_smmu_s2cr, Joerg Roedel
  • [RFC PATCH 18/34] iommu/arm-smmu: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 19/34] iommu/pamu: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 16/34] iommu/vt-d: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 07/34] iommu: Add probe_device() and remove_device() call-backs, Joerg Roedel
  • [RFC PATCH 11/34] iommu: Split off default domain allocation from group assignment, Joerg Roedel
    • Re: [RFC PATCH 11/34] iommu: Split off default domain allocation from group assignment, Derrick, Jonathan
      • Re: [RFC PATCH 11/34] iommu: Split off default domain allocation from group assignment, joro@xxxxxxxxxx
  • [RFC PATCH 12/34] iommu: Move iommu_group_create_direct_mappings() out of iommu_group_add_device(), Joerg Roedel
  • [RFC PATCH 15/34] iommu/amd: Convert to probe/release_device() call-backs, Joerg Roedel
  • [RFC PATCH 13/34] iommu: Export bus_iommu_probe() and make is safe for re-probing, Joerg Roedel
  • [RFC PATCH 14/34] iommu/amd: Remove dev_data->passthrough, Joerg Roedel
  • [RFC PATCH 10/34] iommu: Move new probe_device path to separate function, Joerg Roedel
  • [RFC PATCH 08/34] iommu: Move default domain allocation to iommu_probe_device(), Joerg Roedel
  • [RFC PATCH 04/34] iommu/vt-d: Wire up iommu_ops->def_domain_type, Joerg Roedel
  • [RFC PATCH 03/34] iommu/amd: Implement iommu_ops->def_domain_type call-back, Joerg Roedel
  • [RFC PATCH 05/34] iommu/amd: Remove dma_mask check from check_device(), Joerg Roedel
  • [RFC PATCH 02/34] iommu: Add def_domain_type() callback in iommu_ops, Joerg Roedel
  • [RFC PATCH 01/34] iommu: Move default domain allocation to separate function, Joerg Roedel
• [GIT PULL 0/3] KVM: s390: Fixes for vsie (nested hypervisors), Christian Borntraeger
  • [GIT PULL 1/3] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Christian Borntraeger
  • [GIT PULL 3/3] KVM: s390: vsie: Fix possible race when shadowing region 3 tables, Christian Borntraeger
  • [GIT PULL 2/3] KVM: s390: vsie: Fix delivery of addressing exceptions, Christian Borntraeger
  • Re: [GIT PULL 0/3] KVM: s390: Fixes for vsie (nested hypervisors), Paolo Bonzini
• [PATCH] vfio-ccw: document possible errors, Cornelia Huck
  • Re: [PATCH] vfio-ccw: document possible errors, Eric Farman
    • Re: [PATCH] vfio-ccw: document possible errors, Cornelia Huck
      • Re: [PATCH] vfio-ccw: document possible errors, Eric Farman
        • Re: [PATCH] vfio-ccw: document possible errors, Cornelia Huck
          • Re: [PATCH] vfio-ccw: document possible errors, Eric Farman
  • Re: [PATCH] vfio-ccw: document possible errors, Cornelia Huck
• [PATCH 0/1] s390/dasd: Kconfig patch, Stefan Haberland
  • [PATCH 1/1] s390: Cleanup removed IOSCHED_DEADLINE, Stefan Haberland
    • Re: [PATCH 1/1] s390: Cleanup removed IOSCHED_DEADLINE, Jens Axboe
      • Re: [PATCH 1/1] s390: Cleanup removed IOSCHED_DEADLINE, Stefan Haberland
        • Re: [PATCH 1/1] s390: Cleanup removed IOSCHED_DEADLINE, Jens Axboe
          • Re: [PATCH 1/1] s390: Cleanup removed IOSCHED_DEADLINE, Stefan Haberland
  • <Possible follow-ups>
  • [PATCH 0/1] s390/dasd: Kconfig patch, Stefan Haberland
    • [PATCH 1/1] s390/dasd: remove IOSCHED_DEADLINE from DASD Kconfig, Stefan Haberland
      • Re: [PATCH 1/1] s390/dasd: remove IOSCHED_DEADLINE from DASD Kconfig, Jens Axboe
• Re: [mm/debug] f675f2f91d: WARNING:at_mm/debug_vm_pgtable.c:#debug_vm_pgtable, Anshuman Khandual
• [GIT PULL] s390 patches for the 5.7 merge window, Vasily Gorbik
  • Re: [GIT PULL] s390 patches for the 5.7 merge window, pr-tracker-bot
• [PATCH v2 0/5] KVM: s390: vsie: fixes and cleanups, David Hildenbrand
  • [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
    • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Christian Borntraeger
      • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
        • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Christian Borntraeger
    • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Christian Borntraeger
      • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
        • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Christian Borntraeger
          • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
          • Re: [PATCH v2 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Claudio Imbrenda
  • [PATCH v2 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, David Hildenbrand
    • Re: [PATCH v2 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, Christian Borntraeger
    • Re: [PATCH v2 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, Claudio Imbrenda
  • [PATCH v2 4/5] KVM: s390: vsie: Move conditional reschedule, David Hildenbrand
    • Re: [PATCH v2 4/5] KVM: s390: vsie: Move conditional reschedule, Christian Borntraeger
    • Re: [PATCH v2 4/5] KVM: s390: vsie: Move conditional reschedule, Claudio Imbrenda
  • [PATCH v2 3/5] KVM: s390: vsie: Fix possible race when shadowing region 3 tables, David Hildenbrand
    • Re: [PATCH v2 3/5] KVM: s390: vsie: Fix possible race when shadowing region 3 tables, Claudio Imbrenda
  • [PATCH v2 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, David Hildenbrand
    • Re: [PATCH v2 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, Claudio Imbrenda
      • Re: [PATCH v2 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, David Hildenbrand
  • Re: [PATCH v2 0/5] KVM: s390: vsie: fixes and cleanups, Christian Borntraeger
• [RFD] uevent handling for subchannels, Cornelia Huck
  • Re: [RFD] uevent handling for subchannels, Cornelia Huck
    • Re: [RFD] uevent handling for subchannels, Vineeth Vijayan
      • Re: [RFD] uevent handling for subchannels, Vineeth Vijayan
        • Re: [RFD] uevent handling for subchannels, Cornelia Huck
          • Re: [RFD] uevent handling for subchannels, Peter Oberparleiter
            • Re: [RFD] uevent handling for subchannels, Cornelia Huck
              • Re: [RFD] uevent handling for subchannels, Cornelia Huck
                • Re: [RFD] uevent handling for subchannels, Cornelia Huck
                  • Re: [RFD] uevent handling for subchannels, Cornelia Huck
                    • Re: [RFD] uevent handling for subchannels, Vineeth Vijayan
                      • Re: [RFD] uevent handling for subchannels, Cornelia Huck
    • Re: [RFD] uevent handling for subchannels, Halil Pasic
      • Re: [RFD] uevent handling for subchannels, Cornelia Huck
• [PATCH] kbuild: add dummy toolchains to enable all cc-option etc. in Kconfig, Masahiro Yamada
  • Re: [PATCH] kbuild: add dummy toolchains to enable all cc-option etc. in Kconfig, Philipp Rudo
  • Re: [PATCH] kbuild: add dummy toolchains to enable all cc-option etc. in Kconfig, Jeremy Cline
    • Re: [PATCH] kbuild: add dummy toolchains to enable all cc-option etc. in Kconfig, Masahiro Yamada
• [PATCH v1 0/5] KVM: s390: vsie: fixes and cleanups., David Hildenbrand
  • [PATCH v1 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
    • Re: [PATCH v1 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, David Hildenbrand
    • Re: [PATCH v1 1/5] KVM: s390: vsie: Fix region 1 ASCE sanity shadow address checks, Janosch Frank
  • [PATCH v1 3/5] KVM: s390: vsie: Fix possible race when shadowing region 3 tables, David Hildenbrand
    • Re: [PATCH v1 3/5] KVM: s390: vsie: Fix possible race when shadowing region 3 tables, Christian Borntraeger
  • [PATCH v1 4/5] KVM: s390: vsie: Move conditional reschedule, David Hildenbrand
  • [PATCH v1 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, David Hildenbrand
    • Re: [PATCH v1 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, Janosch Frank
      • Re: [PATCH v1 5/5] KVM: s390: vsie: gmap_table_walk() simplifications, David Hildenbrand
  • [PATCH v1 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, David Hildenbrand
    • Re: [PATCH v1 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, Christian Borntraeger
      • Re: [PATCH v1 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, David Hildenbrand
        • Re: [PATCH v1 2/5] KVM: s390: vsie: Fix delivery of addressing exceptions, Christian Borntraeger
• [PATCH v2 0/4] Clean up hugetlb boot command line processing, Mike Kravetz
  • [PATCH v2 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Mike Kravetz
    • Re: [PATCH v2 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Peter Xu
  • [PATCH v2 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Mike Kravetz
    • Re: [PATCH v2 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Peter Xu
  • [PATCH v2 4/4] hugetlbfs: clean up command line processing, Mike Kravetz
    • Re: [PATCH v2 4/4] hugetlbfs: clean up command line processing, Randy Dunlap
    • Re: [PATCH v2 4/4] hugetlbfs: clean up command line processing, Peter Xu
      • Re: [PATCH v2 4/4] hugetlbfs: clean up command line processing, Mike Kravetz
        • Re: [PATCH v2 4/4] hugetlbfs: clean up command line processing, Peter Xu
  • [PATCH v2 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
    • Re: [PATCH v2 1/4] hugetlbfs: add arch_hugetlb_valid_size, Peter Xu
      • Re: [PATCH v2 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
• [PATCH] zfcp: use fallthrough;, Benjamin Block
  • Re: [PATCH] zfcp: use fallthrough;, Martin K. Petersen
• [kvm-unit-tests PATCH v2] s390x: Add stsi 3.2.2 tests, Janosch Frank
  • Re: [kvm-unit-tests PATCH v2] s390x: Add stsi 3.2.2 tests, David Hildenbrand
  • Re: [kvm-unit-tests PATCH v2] s390x: Add stsi 3.2.2 tests, David Hildenbrand
• [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Janosch Frank
  • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, David Hildenbrand
    • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Janosch Frank
      • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Janosch Frank
        • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, David Hildenbrand
          • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Janosch Frank
            • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, David Hildenbrand
            • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Christian Borntraeger
  • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, David Hildenbrand
    • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, Janosch Frank
      • Re: [kvm-unit-tests PATCH] s390x: Add stsi 3.2.2 tests, David Hildenbrand
• [GIT PULL 0/1] KVM: s390: Fix for 5.7 merge window, Christian Borntraeger
  • [GIT PULL 1/1] s390/gmap: return proper error code on ksm unsharing, Christian Borntraeger
• [kvm-unit-tests 0/2] s390x/smp fix and enhancement, Christian Borntraeger
  • [kvm-unit-tests 1/2] s390x/smp: fix detection of "running", Christian Borntraeger
    • Re: [kvm-unit-tests 1/2] s390x/smp: fix detection of "running", David Hildenbrand
    • Re: [kvm-unit-tests 1/2] s390x/smp: fix detection of "running", Janosch Frank
    • Re: [kvm-unit-tests 1/2] s390x/smp: fix detection of "running", Cornelia Huck
      • Re: [kvm-unit-tests 1/2] s390x/smp: fix detection of "running", David Hildenbrand
  • [kvm-unit-tests 2/2] s390x/smp: add minimal test for sigp sense running status, Christian Borntraeger
    • Re: [kvm-unit-tests 2/2] s390x/smp: add minimal test for sigp sense running status, David Hildenbrand
      • Re: [kvm-unit-tests 2/2] s390x/smp: add minimal test for sigp sense running status, Christian Borntraeger
• [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Hoan Tran
  • [PATCH v3 1/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Hoan Tran
  • [PATCH v3 2/5] powerpc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES, Hoan Tran
  • [PATCH v3 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES, Hoan Tran
  • [PATCH v3 5/5] s390: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES, Hoan Tran
  • [PATCH v3 4/5] sparc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES, Hoan Tran
  • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
      • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
  • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
      • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Mike Rapoport
      • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
        • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Mike Rapoport
          • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
        • [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Mike Rapoport
          • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Baoquan He
            • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Mike Rapoport
              • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Michal Hocko
                • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Baoquan He
                  • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Michal Hocko
                    • Re: [PATCH RFC] mm: remove CONFIG_HAVE_MEMBLOCK_NODE_MAP (was: Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA), Baoquan He
    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Mike Rapoport
      • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
        • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Mike Rapoport
          • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
            • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
              • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Michal Hocko
                • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
                  • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Hoan Tran
                    • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
                      • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Hoan Tran
                • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Mike Rapoport
                  • Re: [PATCH v3 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA, Baoquan He
• [RFC PATCH v1 27/50] drivers/s390/scsi/zcsp_fc.c: Use prandom_u32_max() for backoff, George Spelvin
  • Re: [RFC PATCH v1 27/50] drivers/s390/scsi/zcsp_fc.c: Use prandom_u32_max() for backoff, Benjamin Block
    • Re: [RFC PATCH v1 27/50] drivers/s390/scsi/zcsp_fc.c: Use prandom_u32_max() for backoff, Steffen Maier
    • Re: [RFC PATCH v1 27/50] drivers/s390/scsi/zcsp_fc.c: Use prandom_u32_max() for backoff, George Spelvin
• [PATCH 0/2] s390/cio: correct some uevent issues, Cornelia Huck
  • [PATCH 1/2] s390/cio: avoid duplicated 'ADD' uevents, Cornelia Huck
    • Re: [PATCH 1/2] s390/cio: avoid duplicated 'ADD' uevents, Peter Oberparleiter
    • Re: [PATCH 1/2] s390/cio: avoid duplicated 'ADD' uevents, Boris Fiuczynski
  • [PATCH 2/2] s390/cio: generate delayed uevent for vfio-ccw subchannels, Cornelia Huck
    • Re: [PATCH 2/2] s390/cio: generate delayed uevent for vfio-ccw subchannels, Eric Farman
  • Re: [PATCH 0/2] s390/cio: correct some uevent issues, Cornelia Huck
    • Re: [PATCH 0/2] s390/cio: correct some uevent issues, Vasily Gorbik
      • Re: [PATCH 0/2] s390/cio: correct some uevent issues, Cornelia Huck
• [PATCH net] s390/qeth: support net namespaces for L3 devices, Julian Wiedmann
  • Re: [PATCH net] s390/qeth: support net namespaces for L3 devices, David Miller
    • Re: [PATCH net] s390/qeth: support net namespaces for L3 devices, Julian Wiedmann
  • Re: [PATCH net] s390/qeth: support net namespaces for L3 devices, David Miller
• [PATCH net-next 0/3] s390/qeth: updates 2020-03-27, Julian Wiedmann
  • [PATCH net-next 1/3] s390/qeth: remove fake_broadcast attribute, Julian Wiedmann
  • [PATCH net-next 3/3] s390/qeth: phase out OSN support, Julian Wiedmann
  • [PATCH net-next 2/3] s390/qeth: make OSN / OSX support configurable, Julian Wiedmann
  • Re: [PATCH net-next 0/3] s390/qeth: updates 2020-03-27, David Miller
• [PATCH v2] s390/gmap: return proper error code on ksm unsharing, Christian Borntraeger
  • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, David Hildenbrand
  • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, Cornelia Huck
  • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, Christian Borntraeger
    • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, David Hildenbrand
    • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, Cornelia Huck
      • Re: [PATCH v2] s390/gmap: return proper error code on ksm unsharing, Cornelia Huck
• [PATCH] s390/gmap: return proper error code on ksm unsharing, Christian Borntraeger
  • Re: [PATCH] s390/gmap: return proper error code on ksm unsharing, Julian Wiedmann
  • Re: [PATCH] s390/gmap: return proper error code on ksm unsharing, David Hildenbrand
    • Re: [PATCH] s390/gmap: return proper error code on ksm unsharing, Christian Borntraeger
  • Re: [PATCH] s390/gmap: return proper error code on ksm unsharing, Janosch Frank
• [PATCH -next] s390/ism: Remove PM support, Nathan Chancellor
  • [PATCH -next v2] s390/ism: Remove PM support, Nathan Chancellor
    • Re: [PATCH -next v2] s390/ism: Remove PM support, Heiko Carstens
• [PATCH v2 net-next 00/11] s390/qeth: updates 2020-03-25, Julian Wiedmann
  • [PATCH v2 net-next 01/11] s390/qeth: simplify RX buffer tracking, Julian Wiedmann
  • [PATCH v2 net-next 02/11] s390/qeth: split out RX poll code, Julian Wiedmann
  • [PATCH v2 net-next 10/11] s390/qeth: keep track of fixed prio-queue configuration, Julian Wiedmann
  • [PATCH v2 net-next 08/11] s390/qeth: add TX IRQ coalescing support for IQD devices, Julian Wiedmann
  • [PATCH v2 net-next 03/11] s390/qeth: remove redundant if-clause in RX poll code, Julian Wiedmann
  • [PATCH v2 net-next 09/11] s390/qeth: fine-tune MAC Address-related errnos, Julian Wiedmann
  • [PATCH v2 net-next 07/11] s390/qeth: collect more TX statistics, Julian Wiedmann
  • [PATCH v2 net-next 11/11] s390/qeth: modernize two list helpers, Julian Wiedmann
  • [PATCH v2 net-next 04/11] s390/qdio: extend polling support to multiple queues, Julian Wiedmann
  • [PATCH v2 net-next 06/11] s390/qeth: clean up the mac_bits, Julian Wiedmann
  • [PATCH v2 net-next 05/11] s390/qeth: simplify L3 dev_id logic, Julian Wiedmann
  • Re: [PATCH v2 net-next 00/11] s390/qeth: updates 2020-03-25, David Miller
• [PATCH net-next 00/11] s390/qeth: updates 2020-03-24, Julian Wiedmann
  • [PATCH net-next 06/11] s390/qeth: clean up the mac_bits, Julian Wiedmann
  • [PATCH net-next 08/11] s390/qeth: add TX IRQ coalescing support for IQD devices, Julian Wiedmann
  • [PATCH net-next 10/11] s390/qeth: keep track of fixed prio-queue configuration, Julian Wiedmann
  • [PATCH net-next 09/11] s390/qeth: fine-tune MAC Address-related errnos, Julian Wiedmann
  • [PATCH net-next 11/11] s390/qeth: modernize two list helpers, Julian Wiedmann
  • [PATCH net-next 03/11] s390/qeth: remove redundant if-clause in RX poll code, Julian Wiedmann
  • [PATCH net-next 04/11] s390/qdio: extend polling support to multiple queues, Julian Wiedmann
  • [PATCH net-next 01/11] s390/qeth: simplify RX buffer tracking, Julian Wiedmann
    • Re: [PATCH net-next 01/11] s390/qeth: simplify RX buffer tracking, David Miller
      • Re: [PATCH net-next 01/11] s390/qeth: simplify RX buffer tracking, Julian Wiedmann
  • [PATCH net-next 07/11] s390/qeth: collect more TX statistics, Julian Wiedmann
  • [PATCH net-next 05/11] s390/qeth: simplify L3 dev_id logic, Julian Wiedmann
  • [PATCH net-next 02/11] s390/qeth: split out RX poll code, Julian Wiedmann
• [GIT PULL 0/2] KVM: s390: changes for 5.7 part 2, Christian Borntraeger
  • [GIT PULL 2/2] KVM: s390: mark sie block as 512 byte aligned, Christian Borntraeger
  • [GIT PULL 1/2] KVM: s390: Use fallthrough;, Christian Borntraeger
  • Re: [GIT PULL 0/2] KVM: s390: changes for 5.7 part 2, Paolo Bonzini
• [PATCH 0/2] kvm-unit-tests: s390x MAINTAINERS tweaks, Cornelia Huck
  • [PATCH 1/2] s390x: add myself as reviewer, Cornelia Huck
    • Re: [PATCH 1/2] s390x: add myself as reviewer, Janosch Frank
      • Re: [PATCH 1/2] s390x: add myself as reviewer, David Hildenbrand
    • Re: [PATCH 1/2] s390x: add myself as reviewer, David Hildenbrand
  • [PATCH 2/2] s390x: add linux-s390 list, Cornelia Huck
    • Re: [PATCH 2/2] s390x: add linux-s390 list, Janosch Frank
    • Re: [PATCH 2/2] s390x: add linux-s390 list, David Hildenbrand
• [PATCH v6] s390: Fix vDSO clock_getres(), Vincenzo Frascino
  • Re: [PATCH v6] s390: Fix vDSO clock_getres(), Heiko Carstens
    • Re: [PATCH v6] s390: Fix vDSO clock_getres(), Vincenzo Frascino
• [kvm-unit-tests PATCH 00/10] s390x: smp: Improve smp code part 2, Janosch Frank
  • [kvm-unit-tests PATCH 01/10] s390x: smp: Test all CRs on initial reset, Janosch Frank
    • Re: [kvm-unit-tests PATCH 01/10] s390x: smp: Test all CRs on initial reset, Christian Borntraeger
      • Re: [kvm-unit-tests PATCH 01/10] s390x: smp: Test all CRs on initial reset, Christian Borntraeger
      • Re: [kvm-unit-tests PATCH 01/10] s390x: smp: Test all CRs on initial reset, Janosch Frank
        • Re: [kvm-unit-tests PATCH 01/10] s390x: smp: Test all CRs on initial reset, Christian Borntraeger
  • [kvm-unit-tests PATCH 02/10] s390x: smp: Dirty fpc before initial reset test, Janosch Frank
  • [kvm-unit-tests PATCH 03/10] s390x: smp: Test stop and store status on a running and stopped cpu, Janosch Frank
    • Re: [kvm-unit-tests PATCH 03/10] s390x: smp: Test stop and store status on a running and stopped cpu, Cornelia Huck
  • [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, Janosch Frank
    • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, Cornelia Huck
    • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, David Hildenbrand
      • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, Janosch Frank
        • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, David Hildenbrand
          • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, Janosch Frank
            • Re: [kvm-unit-tests PATCH 04/10] s390x: smp: Test local interrupts after cpu reset, David Hildenbrand
  • [kvm-unit-tests PATCH 06/10] s390x: smp: Remove unneeded cpu loops, Janosch Frank
  • [kvm-unit-tests PATCH 05/10] s390x: smp: Loop if secondary cpu returns into cpu setup again, Janosch Frank
    • Re: [kvm-unit-tests PATCH 05/10] s390x: smp: Loop if secondary cpu returns into cpu setup again, Cornelia Huck
  • [kvm-unit-tests PATCH 09/10] s390x: smp: Add restart when running test, Janosch Frank
    • Re: [kvm-unit-tests PATCH 09/10] s390x: smp: Add restart when running test, Cornelia Huck
    • Re: [kvm-unit-tests PATCH 09/10] s390x: smp: Add restart when running test, David Hildenbrand
  • [kvm-unit-tests PATCH 08/10] s390x: smp: Wait for sigp completion, Janosch Frank
    • Re: [kvm-unit-tests PATCH 08/10] s390x: smp: Wait for sigp completion, Cornelia Huck
    • Re: [kvm-unit-tests PATCH 08/10] s390x: smp: Wait for sigp completion, David Hildenbrand
  • [kvm-unit-tests PATCH 10/10] s390x: Fix library constant definitions, Janosch Frank
    • Re: [kvm-unit-tests PATCH 10/10] s390x: Fix library constant definitions, Christian Borntraeger
    • Re: [kvm-unit-tests PATCH 10/10] s390x: Fix library constant definitions, Cornelia Huck
  • [kvm-unit-tests PATCH 07/10] s390x: smp: Use full PSW to bringup new cpu, Janosch Frank
    • Re: [kvm-unit-tests PATCH 07/10] s390x: smp: Use full PSW to bringup new cpu, Cornelia Huck
• [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
  • [PATCH V2 1/3] mm/debug: Add tests validating arch page table helpers for core features, Anshuman Khandual
    • Re: [PATCH V2 1/3] mm/debug: Add tests validating arch page table helpers for core features, Zi Yan
      • Re: [PATCH V2 1/3] mm/debug: Add tests validating arch page table helpers for core features, Anshuman Khandual
        • Re: [PATCH V2 1/3] mm/debug: Add tests validating arch page table helpers for core features, Zi Yan
  • [PATCH V2 2/3] mm/debug: Add tests validating arch advanced page table helpers, Anshuman Khandual
  • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
    • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Christophe Leroy
      • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
        • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Christophe Leroy
          • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
  • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Gerald Schaefer
    • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
      • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Gerald Schaefer
        • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
          • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Gerald Schaefer
            • Re: [PATCH V2 0/3] mm/debug: Add more arch page table helper tests, Anshuman Khandual
• s390: removal of hibernate support, Heiko Carstens
  • Re: s390: removal of hibernate support, Rafael J. Wysocki
    • Re: s390: removal of hibernate support, Heiko Carstens
      • Re: s390: removal of hibernate support, Rafael J. Wysocki
• [PATCH 0/4] Clean up hugetlb boot command line processing, Mike Kravetz
  • [PATCH 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Mike Kravetz
    • Re: [PATCH 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Mina Almasry
      • Re: [PATCH 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Mike Kravetz
        • Re: [PATCH 3/4] hugetlbfs: remove hugetlb_add_hstate() warning for existing hstate, Mina Almasry
  • [PATCH 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Mike Kravetz
    • Re: [PATCH 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Christophe Leroy
      • Re: [PATCH 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Mike Kravetz
      • Re: [PATCH 2/4] hugetlbfs: move hugepagesz= parsing to arch independent code, Mina Almasry
  • [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Will Deacon
      • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Dave Hansen
      • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
        • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Dave Hansen
          • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
            • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Dave Hansen
        • Message not available
          • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Christian Borntraeger
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, kbuild test robot
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, kbuild test robot
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Christophe Leroy
      • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mike Kravetz
    • Re: [PATCH 1/4] hugetlbfs: add arch_hugetlb_valid_size, Mina Almasry
  • [PATCH 4/4] hugetlbfs: clean up command line processing, Mike Kravetz
    • Re: [PATCH 4/4] hugetlbfs: clean up command line processing, Randy Dunlap
      • Re: [PATCH 4/4] hugetlbfs: clean up command line processing, Mike Kravetz
    • Re: [PATCH 4/4] hugetlbfs: clean up command line processing, Mina Almasry
      • Re: [PATCH 4/4] hugetlbfs: clean up command line processing, Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
        • Re: [PATCH 4/4] hugetlbfs: clean up command line processing, Mike Kravetz
• [PATCH AUTOSEL 5.4 54/73] s390/qeth: handle error when backing RX buffer, Sasha Levin
• [PATCH AUTOSEL 5.4 53/73] s390/qeth: don't reset default_out_queue, Sasha Levin
• [PATCH AUTOSEL 4.19 30/37] s390/qeth: handle error when backing RX buffer, Sasha Levin
• [PATCH net-next 00/11] s390/qeth: updates 2020-03-18, Julian Wiedmann
  • [PATCH net-next 02/11] s390/qeth: use memory reserves in TX slow path, Julian Wiedmann
  • [PATCH net-next 10/11] s390/qeth: remove gratuitous NULL checks, Julian Wiedmann
  • [PATCH net-next 11/11] s390/qeth: use dev->reg_state, Julian Wiedmann
  • [PATCH net-next 08/11] s390/qeth: don't report hard-coded driver version, Julian Wiedmann
    • Re: [PATCH net-next 08/11] s390/qeth: don't report hard-coded driver version, Leon Romanovsky
  • [PATCH net-next 09/11] s390/qeth: add phys_to_virt() translation for AOB, Julian Wiedmann
  • [PATCH net-next 05/11] s390/qeth: allow configuration of TX queues for IQD devices, Julian Wiedmann
  • [PATCH net-next 01/11] s390/qeth: use memory reserves to back RX buffers, Julian Wiedmann
  • [PATCH net-next 03/11] s390/qeth: remove prio-queueing support for z/VM NICs, Julian Wiedmann
  • [PATCH net-next 06/11] s390/qeth: balance the TX queue selection for IQD devices, Julian Wiedmann
  • [PATCH net-next 04/11] s390/qeth: allow configuration of TX queues for z/VM NICs, Julian Wiedmann
  • [PATCH net-next 07/11] s390/qeth: add SW timestamping support for IQD devices, Julian Wiedmann
  • Re: [PATCH net-next 00/11] s390/qeth: updates 2020-03-18, David Miller
• [PATCH] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
  • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Dave Hansen
    • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
      • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Dave Hansen
        • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
        • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Joe Perches
      • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", Thomas Gleixner
  • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", kbuild test robot
  • Re: [PATCH] treewide: Rename "unencrypted" to "decrypted", kbuild test robot
  • [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
    • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Christoph Hellwig
      • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
        • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Robin Murphy
          • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
            • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Thomas Gleixner
              • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Borislav Petkov
                • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Thomas Gleixner
              • Re: [PATCH -v2] treewide: Rename "unencrypted" to "decrypted", Michal Suchánek
• [PATCHv2 28/50] s390: Add show_stack_loglvl(), Dmitry Safonov
• [PATCH] KVM: s390: pending interrupts are unlikely, Michael Mueller
  • Re: [PATCH] KVM: s390: pending interrupts are unlikely, David Hildenbrand
  • Re: [PATCH] KVM: s390: pending interrupts are unlikely, Christian Borntraeger
• [PATCH 00/10] zfcp features for v5.7, Steffen Maier
  • [PATCH 03/10] zfcp: wire previously driver-specific sysfs attributes also to fc_host, Steffen Maier
  • [PATCH 04/10] zfcp: fix fc_host attributes that should be unknown on local link down, Steffen Maier
  • [PATCH 08/10] zfcp: trace FC Endpoint Security of FCP devices and connections, Steffen Maier
  • [PATCH 05/10] zfcp: auto variables for dereferenced structs in open port handler, Steffen Maier
  • [PATCH 07/10] zfcp: log FC Endpoint Security of connections, Steffen Maier
  • [PATCH 06/10] zfcp: report FC Endpoint Security in sysfs, Steffen Maier
  • [PATCH 09/10] zfcp: enhance handling of FC Endpoint Security errors, Steffen Maier
  • [PATCH 10/10] zfcp: log FC Endpoint Security errors, Steffen Maier