Linux S390: System z9 mainframe

• Thread Index

• [PATCH v3 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 3/5] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 0/5] Some vfio-ccw fixes
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] s390/zcrypt: remove the exporting of ap_query_configuration
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: Ilya Leoshkevich <iii@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] s390/zcrypt: remove the exporting of ap_query_configuration
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 0/5] PDF output fixes
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 1/5] docs: don't use nested tables
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH] docs: don't use nested tables
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 01/22] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 0/7] s390: vfio-ap: dynamic configuration support
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC v2 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH] s390/zcrypt: remove the exporting of ap_query_configuration
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH] docs: don't use nested tables
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 3/5] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [RFC v2 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 3/5] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 0/5] Some vfio-ccw fixes
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 patches for the 5.3 merge window
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: linux-next: Tree for Jul 8 --> bootup failure on s390x (bisected)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] s390 patches for the 5.3 merge window
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 4 -> conflict between s390 and driver-core tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH] s390: ap: constify parameter of match_apqn
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [GIT PULL] s390 patches for the 5.3 merge window
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 09/10] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 07/10] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 02/10] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] docs: s390: restore content and update s390dbf.rst
  • From: Vasily Gorbik <gor@xxxxxxxxxx>
• Re: [PATCH 2/3] docs: s390: unify and update s390dbf kdocs at debug.c
  • From: Vasily Gorbik <gor@xxxxxxxxxx>
• Re: [PULL 0/1] vfio-ccw fix for 5.3
  • From: Vasily Gorbik <gor@xxxxxxxxxx>
• Re: [PATCH 3/3] docs: s390: s390dbf: typos and formatting, update crash command
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/3] docs: s390: restore important non-kdoc parts of s390dbf.rst
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 2/3] docs: s390: unify and update s390dbf kdocs at debug.c
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 4 -> conflict between s390 and driver-core tree
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PULL 1/1] vfio-ccw: Fix the conversion of Format-0 CCWs to Format-1
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/1] vfio-ccw fix for 5.3
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] vfio-ccw: Fix the conversion of Format-0 CCWs to Format-1
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 2/3] docs: s390: unify and update s390dbf kdocs at debug.c
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 3/3] docs: s390: s390dbf: typos and formatting, update crash command
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 1/3] docs: s390: restore important non-kdoc parts of s390dbf.rst
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 0/3] docs: s390: restore content and update s390dbf.rst
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] vfio-ccw: Fix the conversion of Format-0 CCWs to Format-1
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 0/3] zfcp: fixes for the zFCP device driver
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/3] zfcp: fix request object use-after-free in send path causing seqno errors
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 3/3] zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 2/3] zfcp: fix request object use-after-free in send path causing wrong traces
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH] vfio-ccw: Fix the conversion of Format-0 CCWs to Format-1
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v1 2/4] vfio-ccw: No need to call cp_free on an error in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 3/4] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v1 2/4] vfio-ccw: No need to call cp_free on an error in cp_init
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v1 3/4] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 2/4] vfio-ccw: No need to call cp_free on an error in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 4/4] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Arend Van Spriel <arend.vanspriel@xxxxxxxxxxxx>
• Re: [RFC v1 3/4] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 2/4] vfio-ccw: No need to call cp_free on an error in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Reminder: 6 open syzbot bugs in "net/smc" subsystem
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC] generic ELF support for kexec
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [GIT PULL 0/7] KVM: s390: add kselftests
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC] generic ELF support for kexec
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [RFC v1 3/4] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 2/4] vfio-ccw: No need to call cp_free on an error in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 0/4] Some vfio-ccw fixes
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 4/4] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 1/4] vfio-ccw: Set orb.cmd.c64 before calling ccwchain_handle_ccw
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [GIT PULL 0/7] KVM: s390: add kselftests
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [GIT PULL 0/7] KVM: s390: add kselftests
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [GIT PULL 0/7] KVM: s390: add kselftests
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 7/7] KVM: selftests: enable pgste option for the linker on s390
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 0/7] KVM: s390: add kselftests
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 5/7] KVM: selftests: Add the sync_regs test for s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 6/7] KVM: selftests: Move kvm_create_max_vcpus test to generic code
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 2/7] KVM: selftests: Introduce a VM_MODE_DEFAULT macro for the default bits
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 4/7] KVM: selftests: Add processor code for s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 3/7] KVM: selftests: Align memory region addresses to 1M on s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 1/7] KVM: selftests: Guard struct kvm_vcpu_events with __KVM_HAVE_VCPU_EVENTS
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 03/11] s390x/mm: Implement arch_remove_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC] generic ELF support for kexec
  • From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v9 0/4] vfio: ap: AP Queue Interrupt Control
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v3 11/11] mm/memory_hotplug: Remove "zone" parameter from sparse_remove_one_section
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 08/11] mm/memory_hotplug: Drop MHP_MEMBLOCK_API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 05/11] drivers/base/memory: Pass a block_id to init_memory_block()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 03/11] s390x/mm: Implement arch_remove_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 01/11] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH 13/39] docs: add arch doc directories to the index
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH RFC] generic ELF support for kexec
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] powerpc/power: Expose pfn_is_nosave prototype
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/12] s390/qeth: updates 2019-06-27
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net/smc: common release code for non-accepted sockets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 08/12] s390/qeth: streamline SNMP cmd code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 04/12] s390/qeth: dynamically allocate diag cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 00/12] s390/qeth: updates 2019-06-27
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 01/12] s390/qeth: dynamically allocate simple IPA cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 09/12] s390/qeth: consolidate pm code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 11/12] s390/qeth: extract helper for route validation
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 06/12] s390/qeth: dynamically allocate MPC cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 10/12] s390/qeth: consolidate skb RX processing in L3 driver
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 12/12] s390/qeth: move cast type selection into fill_header()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 03/12] s390/qeth: dynamically allocate various cmds with sub-types
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 02/12] s390/qeth: clarify parameter for simple assist cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 07/12] s390/qeth: remove static cmd buffer infrastructure
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 05/12] s390/qeth: dynamically allocate vnicc cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH] s390/dasd: Fix a precision vs width bug in dasd_feature_list()
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH] net/smc: common release code for non-accepted sockets
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH] net/smc: common release code for non-accepted sockets
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Aaron Lindsay OS <aaron@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 47/95] s390/boot: disable address-of-packed-member warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 30/60] s390/boot: disable address-of-packed-member warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] net/smc: fixes 2019-06-26
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC] generic ELF support for kexec
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH net 0/2] net/smc: fixes 2019-06-26
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 1/2] net/smc: hold conns_lock before calling smc_lgr_register_conn()
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 2/2] net/smc: Fix error path in smc_init
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 1/2] s390/setup: diag318: refactor struct
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH] s390/dasd: Fix a precision vs width bug in dasd_feature_list()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH 0/5] Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 1/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] powerpc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] sparc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] s390: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH RFC] generic ELF support for kexec
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Use DIAG318 to set Control Program Name & Version Codes
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v5 0/2] Use DIAG318 to set Control Program Name & Version Codes
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v5 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v5 1/2] s390/setup: diag318: refactor struct
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] vfio-ccw: make convert_ccw0_to_ccw1 static
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] vfio-ccw: make convert_ccw0_to_ccw1 static
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• BUG: workqueue leaked lock or atomic in smc_tx_work
  • From: syzbot <syzbot+8759e3927fd85a7c520a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: WARNING in debug_check_no_obj_freed
  • From: syzbot <syzbot+b972214bb803a343f4fe@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PULL 13/14] vfio-ccw: Factor out the ccw0-to-ccw1 transition
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PULL 13/14] vfio-ccw: Factor out the ccw0-to-ccw1 transition
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PULL 07/14] vfio-ccw: Remove pfn_array_table
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• [PULL 14/14] vfio-ccw: Remove copy_ccw_from_iova()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 13/14] vfio-ccw: Factor out the ccw0-to-ccw1 transition
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 12/14] vfio-ccw: Copy CCW data outside length calculation
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 11/14] vfio-ccw: Skip second copy of guest cp to host
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 10/14] vfio-ccw: Move guest_cp storage into common struct
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 09/14] s390/cio: Combine direct and indirect CCW paths
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 08/14] vfio-ccw: Rearrange IDAL allocation in direct CCW
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 07/14] vfio-ccw: Remove pfn_array_table
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 06/14] vfio-ccw: Adjust the first IDAW outside of the nested loops
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 05/14] vfio-ccw: Rearrange pfn_array and pfn_array_table arrays
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 04/14] s390/cio: Use generalized CCW handler in cp_init()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 03/14] s390/cio: Generalize the TIC handler
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 02/14] s390/cio: Refactor the routine that handles TIC CCWs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 01/14] s390/cio: Squash cp_free() and cp_unpin_free()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 00/14] more vfio-ccw updates for 5.3
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] s390: more vfio-ccw code rework
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC v1 1/1] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.2-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• WARNING in debug_check_no_obj_freed
  • From: syzbot <syzbot+b972214bb803a343f4fe@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] s390 updates for 5.2-rc6
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH RESEND 4/8] x86, hugetlbpage: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 8/8] mm: Remove mmap_legacy_base and mmap_compat_legacy_code fields from mm_struct
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 7/8] x86: Use mmap_*base, not mmap_*legacy_base, as low_limit for bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 6/8] parisc: Use mmap_base, not mmap_legacy_base, as low_limit for bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 5/8] mm: Start fallback top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 3/8] sparc: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 2/8] sh: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH v1 0/5] s390: more vfio-ccw code rework
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] vfio-ccw: Move guest_cp storage into common struct
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 5/5] vfio-ccw: Remove copy_ccw_from_iova()
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] vfio-ccw: Move guest_cp storage into common struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] net/af_iucv: fixes 2019-06-18
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] vfio-ccw: Move guest_cp storage into common struct
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v4 5/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] s390: more vfio-ccw code rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] s390: more vfio-ccw code rework
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH v1 5/5] vfio-ccw: Remove copy_ccw_from_iova()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH v1 4/5] vfio-ccw: Factor out the ccw0-to-ccw1 transition
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] vfio-ccw: Copy CCW data outside length calculation
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/5] vfio-ccw: Skip second copy of guest cp to host
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] vfio-ccw: Move guest_cp storage into common struct
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 5/8] mm: Start fallback top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 4/8] x86, hugetlbpage: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 3/8] sparc: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 2/8] sh: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 1/8] s390: Start fallback of top-down mmap at mm->mmap_base
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v1 17/22] docs: add arch doc directories to the index
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v1 12/22] docs: driver-api: add .rst files from the main dir
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [RFC PATCH v1 1/5] vfio-ccw: Move guest_cp storage into common struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC PATCH v1 4/5] vfio-ccw: Factor out the ccw0-to-ccw1 transition
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC PATCH v1 0/5] s390: more vfio-ccw code rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC PATCH v1 2/5] vfio-ccw: Skip second copy of guest cp to host
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC PATCH v1 5/5] vfio-ccw: Remove copy_ccw_from_iova()
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC PATCH v1 3/5] vfio-ccw: Copy CCW data outside length calculation
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH net 3/3] net/af_iucv: always register net_device notifier
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 2/3] net/af_iucv: build proper skbs for HiperTransport
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 1/3] net/af_iucv: remove GFP_DMA restriction for HiperTransport
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 0/3] net/af_iucv: fixes 2019-06-18
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH V5 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v4 7/7] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] s390: vfio-ccw code rework
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 12/16] staging/comedi: mark as broken
  • From: Ian Abbott <abbotti@xxxxxxxxx>
• Re: [PATCH v4 7/7] s390: vfio-ap: update documentation
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH V4 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: use exact allocation for dma coherent memory
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH V4 10/16] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH V3 09/15] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.4 09/10] s390/qeth: fix VLAN attribute in bridge_hostnotify udev event
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 03/16] drm/i915: stop using drm_pci_alloc
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 12/16] staging/comedi: mark as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/16] staging/comedi: mark as broken
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 12/16] staging/comedi: mark as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 12/16] staging/comedi: mark as broken
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/16] drm: don't mark pages returned from drm_pci_alloc reserved
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] drm/i915: stop using drm_pci_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/16] drm: move drm_pci_{alloc,free} to drm_legacy
  • From: Christoph Hellwig <hch@xxxxxx>
• use exact allocation for dma coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] media: videobuf-dma-contig: use dma_mmap_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] cnic: stop passing bogus gfp flags arguments to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] s390/ism: stop passing bogus gfp flags arguments to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] mm: use alloc_pages_exact_node to implement alloc_pages_exact
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/16] dma-mapping: clear __GFP_COMP in dma_alloc_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/16] dma-mapping: use exact allocation in dma_alloc_contiguous
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] staging/comedi: mark as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] mm: rename alloc_pages_exact_nid to alloc_pages_exact_node
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] iwlwifi: stop passing bogus gfp flags arguments to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] IB/hfi1: stop passing bogus gfp flags arguments to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] IB/qib: stop passing bogus gfp flags arguments to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] drm: don't pass __GFP_COMP to dma_alloc_coherent in drm_pci_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] drm/ati_pcigart: stop using drm_pci_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 9/9] s390/cio: Combine direct and indirect CCW paths
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] s390: vfio-ccw code rework
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 9/9] s390/cio: Combine direct and indirect CCW paths
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 8/9] vfio-ccw: Rearrange IDAL allocation in direct CCW
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH net-next 00/13] s390/qeth: updates 2019-06-11
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V3 09/15] s390: zfcp_fc: use sg helper to operate scatterlist
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH v4 5/5] iommu/amd: Convert AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v4 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v4 3/5] iommu/dma-iommu: Handle deferred devices
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v4 2/5] iommu: Add gfp parameter to iommu_ops::map
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v4 1/5] iommu/amd: Remove unnecessary locking from AMD iommu driver
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 0/3] improve wait logic of stop_machine
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v4 3/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 5/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 2/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 7/7] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 0/7] s390: vfio-ap: dynamic configuration support
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 6/7] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 4/7] s390: vfio-ap: implement in-use callback for vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v4 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH V2 09/15] s390: zfcp_fc: use sg helper to operate sgl
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v5 1/8] s390/mm: force swiotlb for protected virtualization
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] s390/cio: introduce DMA pools to cio
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] s390/cio: add basic protected virtualization support
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] virtio/s390: use cacheline aligned airq bit vectors
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/7] iommu: enhance IOMMU default DMA mode build options
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v5 6/8] virtio/s390: add indirection to indicators access
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v5 8/8] virtio/s390: make airq summary indicators DMA
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH V2 09/15] s390: zfcp_fc: use sg helper to operate sgl
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH v9 1/7] iommu: enhance IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 0/7] iommu: enhance IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 2/7] x86/dma: use IS_ENABLED() to simplify the code
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 3/7] s390/pci: add support for IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 4/7] powernv/iommu: add support for IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 5/7] iommu/vt-d: add support for IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 6/7] iommu/amd: add support for IOMMU default DMA mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v9 7/7] ia64: hide build option IOMMU_DEFAULT_PASSTHROUGH
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v2 7/9] vfio-ccw: Remove pfn_array_table
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 5/9] vfio-ccw: Rearrange pfn_array and pfn_array_table arrays
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 6/9] vfio-ccw: Adjust the first IDAW outside of the nested loops
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 0/8] s390: virtio: support protected virtualization
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH V2 09/15] s390: zfcp_fc: use sg helper to operate sgl
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• [PATCH] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCHv2 0/3] improve wait logic of stop_machine
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCHv2 2/3] s390: improve wait logic of stop_machine
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCHv2 1/3] processor: remove spin_cpu_yield
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCHv2 3/3] processor: get rid of cpu_relax_yield
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH] s390/cio: introduce driver_override on the css bus
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 0/8] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/8] s390: virtio: support protected virtualization
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCHv2 0/3] improve wait logic of stop_machine
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Destroy kmem cache region on module exit
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v5 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v5 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 2/8] s390/cio: introduce DMA pools to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v9 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/4] s390: ap: kvm: add PQAP interception for AQIC
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v3 4/4] s390/crypto: sha: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 3/4] s390/crypto: prng: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 2/4] s390/crypto: ghash: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 4/9] s390/cio: Use generalized CCW handler in cp_init()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 3/9] s390/cio: Generalize the TIC handler
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 2/9] s390/cio: Refactor the routine that handles TIC CCWs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v5 8/8] virtio/s390: make airq summary indicators DMA
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 5/8] virtio/s390: use cacheline aligned airq bit vectors
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 6/8] virtio/s390: add indirection to indicators access
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 3/8] s390/cio: add basic protected virtualization support
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 2/8] s390/cio: introduce DMA pools to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 1/8] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v5 0/8] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] s390/cio: Squash cp_free() and cp_unpin_free()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] s390/crypto: sha: Use -ENODEV instead of -EOPNOTSUPP
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 3/4] s390/crypto: prng: Use -ENODEV instead of -EOPNOTSUPP
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 2/4] s390/crypto: ghash: Use -ENODEV instead of -EOPNOTSUPP
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 2/4] s390/crypto: ghash: Use -ENODEV instead of -EOPNOTSUPP
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] s390/crypto: prng: Use -ENODEV instead of -EOPNOTSUPP
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] s390/crypto: sha: Use -ENODEV instead of -EOPNOTSUPP
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• [PATCH v2 4/4] s390/crypto: sha: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 3/4] s390/crypto: prng: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 2/4] s390/crypto: ghash: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 1/4] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 0/4] s390/crypto: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PULL 1/1] vfio-ccw: Destroy kmem cache region on module exit
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/1] vfio-ccw: bugfix
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/8] s390/cio: introduce DMA pools to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v8 2/7] x86/dma: use IS_ENABLED() to simplify the code
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v8 2/7] x86/dma: use IS_ENABLED() to simplify the code
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Leonardo Bras <leonardo@xxxxxxxxxxxxx>
• [PATCH net-next 04/13] s390/qeth: restart pending READ cmd from callback
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 05/13] s390/qeth: clean up setting of BLKT defaults
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 12/13] s390/qeth: command-chain the IDX sequence
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 10/13] s390/qeth: add support for dynamically allocated cmds
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 11/13] s390/qeth: convert RCD code to common IO infrastructure
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 09/13] s390/qeth: remove 'channel' parameter from callbacks
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 07/13] s390/qeth: remove OSN-specific IO code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 06/13] s390/qeth: remove qeth_wait_for_buffer()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 13/13] s390/qeth: allocate a single cmd on read channel
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 03/13] s390/qeth: simplify DOWN state handling
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 08/13] s390/qeth: convert device-specific trace entries
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 02/13] s390/qeth: use mm helpers
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 01/13] s390/qeth: don't mask TX errors on IQD devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 00/13] s390/qeth: updates 2019-06-11
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH/RFC 2/3] s390: improve wait logic of stop_machine
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v4 0/8] s390: virtio: support protected virtualization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/8] s390: virtio: support protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 8/8] virtio/s390: make airq summary indicators DMA
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/8] s390/cio: introduce DMA pools to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH/RFC 2/3] s390: improve wait logic of stop_machine
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v3 11/11] mm/memory_hotplug: Remove "zone" parameter from sparse_remove_one_section
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v3 01/11] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH] s390: mark __ctl_set_bit and __ctl_clear_bit as __always_inline
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Leonardo Bras <leonardo@xxxxxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH] s390: mark __ctl_set_bit and __ctl_clear_bit as __always_inline
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/2] arch: replace _BITUL() in kernel-space headers with BIT()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 1/2] linux/bits.h: make BIT(), GENMASK(), and friends available in assembly
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 27/33] s390: include/asm/debug.h add kerneldoc markups
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v3 25/33] docs: Debugging390.txt: convert table to ascii artwork
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.2-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH AUTOSEL 5.1 44/70] s390/zcrypt: Fix wrong dispatching for control domain CPRBs
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [GIT PULL] s390 updates for 5.2-rc4
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH/RFC 2/3] s390: improve wait logic of stop_machine
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH/RFC 1/3] processor: remove spin_cpu_yield
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH/RFC 3/3] processor: get rid of cpu_relax_yield
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH/RFC 0/3] improve wait logic of stop_machine
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [RFC V3] mm: Generalize and rename notify_page_fault() as kprobe_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v1] s390/pkey: Use -ENODEV instead of -EOPNOTSUPP
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 6/9] vfio-ccw: Adjust the first IDAW outside of the nested loops
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 8/9] vfio-ccw: Rearrange IDAL allocation in direct CCW
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 3/9] s390/cio: Generalize the TIC handler
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 9/9] s390/cio: Combine direct and indirect CCW paths
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 5/9] vfio-ccw: Rearrange pfn_array and pfn_array_table arrays
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 0/9] s390: vfio-ccw code rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 2/9] s390/cio: Refactor the routine that handles TIC CCWs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 7/9] vfio-ccw: Remove pfn_array_table
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 1/9] s390/cio: Squash cp_free() and cp_unpin_free()
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 4/9] s390/cio: Use generalized CCW handler in cp_init()
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v4 5/8] virtio/s390: use cacheline aligned airq bit vectors
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 6/8] virtio/s390: add indirection to indicators access
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 8/8] virtio/s390: make airq summary indicators DMA
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 2/8] s390/cio: introduce DMA pools to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 3/8] s390/cio: add basic protected virtualization support
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 0/8] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v4 1/8] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: s390, do not remove autogenerated headers on clean
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 11/11] mm/memory_hotplug: Remove "zone" parameter from sparse_remove_one_section
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 net 0/4] s390/qeth: fixes 2019-06-05
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] kbuild: s390, do not remove autogenerated headers on clean
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.4 10/10] KVM: s390: fix memory slot handling for KVM_SET_USER_MEMORY_REGION
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] kbuild: s390, do not remove autogenerated headers on clean
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 net 4/4] s390/qeth: handle error when updating TX queue count
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v3 net 1/4] s390/qeth: handle limited IPv4 broadcast in L3 TX path
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v3 net 2/4] s390/qeth: check dst entry before use
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v3 net 3/4] s390/qeth: fix VLAN attribute in bridge_hostnotify udev event
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v3 net 0/4] s390/qeth: fixes 2019-06-05
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/4] iommu: Add gfp parameter to iommu_ops::map
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 0/4] s390/qeth: fixes 2019-06-04
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 06/36] s390/kasan: fix strncpy_from_user kasan checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 24/24] KVM: s390: fix memory slot handling for KVM_SET_USER_MEMORY_REGION
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 17/17] KVM: s390: fix memory slot handling for KVM_SET_USER_MEMORY_REGION
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 10/10] KVM: s390: fix memory slot handling for KVM_SET_USER_MEMORY_REGION
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/24] s390/kasan: fix strncpy_from_user kasan checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 08/11] mm/memory_hotplug: Drop MHP_MEMBLOCK_API
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 07/11] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 1/4] iommu: Add gfp parameter to iommu_ops::map
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH v3 1/4] iommu: Add gfp parameter to iommu_ops::map
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH v9 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] iommu: Add gfp parameter to iommu_ops::map
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 0/9] KVM selftests for s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 0/9] KVM selftests for s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v1 1/1] vfio-ccw: Destroy kmem cache region on module exit
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PULL 0/7] vfio-ccw: fixes
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v3 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/4] vfio: ap: AP Queue Interrupt Control
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] s390: configs: Remove useless UEVENT_HELPER_PATH
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] s390: fix unrecognized __aligned() in uapi header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v3 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v3 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH v3 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] kselftest: Extend vDSO selftest to clock_getres
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v3 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 00/15] kbuild: refactor headers_install and support compile-test of UAPI headers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 05/15] kbuild: add CONFIG_HEADERS_INSTALL and loosen the dependency of samples
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] s390: fix unrecognized __aligned() in uapi header
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 net 0/4] s390/qeth: fixes 2019-06-04
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v2 net 3/4] s390/qeth: fix VLAN attribute in bridge_hostnotify udev event
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v2 net 2/4] s390/qeth: check dst entry before use
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v2 net 1/4] s390/qeth: handle limited IPv4 broadcast in L3 TX path
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH v2 net 4/4] s390/qeth: handle error when updating TX queue count
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH net 2/4] s390/qeth: don't use obsolete dst entry
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH] s390: configs: Remove useless UEVENT_HELPER_PATH
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] s390: configs: Remove useless UEVENT_HELPER_PATH
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v3 05/11] drivers/base/memory: Pass a block_id to init_memory_block()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC V2] mm: Generalize notify_page_fault()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC V2] mm: Generalize notify_page_fault()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v1 1/1] vfio-ccw: Destroy kmem cache region on module exit
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 05/11] drivers/base/memory: Pass a block_id to init_memory_block()
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH v3 04/11] arm64/mm: Add temporary arch_remove_memory() implementation
  • From: Wei Yang <richard.weiyang@xxxxxxxxx>
• Re: [PATCH net 2/4] s390/qeth: don't use obsolete dst entry
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] virtio/s390: add indirection to indicators access
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 8/8] virtio/s390: make airq summary indicators DMA
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 8/8] virtio/s390: make airq summary indicators DMA
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 6/8] virtio/s390: add indirection to indicators access
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v1 1/1] vfio-ccw: Destroy kmem cache region on module exit
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] virtio/s390: use cacheline aligned airq bit vectors
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 4/8] s390/airq: use DMA memory for adapter interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH net 4/4] s390/qeth: handle error when updating TX queue count
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 3/4] s390/qeth: fix VLAN attribute in bridge_hostnotify udev event
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 2/4] s390/qeth: don't use obsolete dst entry
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 0/4] s390/qeth: fixes 2019-06-03
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 1/4] s390/qeth: handle limited IPv4 broadcast in L3 TX path
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] s390/cio: introduce DMA pools to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] s390/cio: introduce DMA pools to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] s390/cio: add basic protected virtualization support
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] s390/cio: introduce DMA pools to cio
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] s390/cio: add basic protected virtualization support
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>