Linux S390: System z9 mainframe

• Thread Index

• [PATCH v4 2/6] iommu: keep dma mode build options consistent with cmdline options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 3/6] iommu: add iommu_default_dma_mode_get() helper
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 4/6] s390/pci: use common boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 1/6] iommu: use iommu.dma_mode to replace iommu.passthrough and iommu.strict
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 5/6] powernv/iommu: use common boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 6/6] x86/iommu: use common boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v4 0/6] normalize IOMMU dma mode boot options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] arm64/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH RFC 5/5] arm64/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH RFC 5/5] arm64/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 5/5] arm64/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v3] ubsan: Avoid unnecessary 128-bit shifts
  • From: George Spelvin <lkml@xxxxxxx>
• [RFC PATCH 08/12] virtio/s390: add indirection to indicators access
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 07/12] virtio/s390: use DMA memory for ccw I/O
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 09/12] virtio/s390: use DMA memory for notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 12/12] virtio/s390: make airq summary indicators DMA
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 11/12] virtio/s390: use the cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 06/12] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 01/12] virtio/s390: use vring_create_virtqueue
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/5] powerpc/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Timothy Pearson <tpearson@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/5] powerpc/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 0/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 2/5] x86/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 3/5] powerpc/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 5/5] arm64/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH RFC 4/5] s390/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC v1 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [RFC v1 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 4.19 124/187] perf/aux: Make perf_event accessible to setup_aux()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.0 166/246] perf/aux: Make perf_event accessible to setup_aux()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v1 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] s390: mmap base does not depend on ADDR_NO_RANDOMIZE personality
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC v1 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v1 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] s390: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v8 07/20] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] s390: Fix vDSO clock_getres()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] s390: Fix vDSO clock_getres()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC v1 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v1 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2] ubsan: Avoid unnecessary 128-bit shifts
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH v2] ubsan: Avoid unnecessary 128-bit shifts
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v3 1/2] s390/setup: diag318: remove bit check and refactor struct
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v3 0/2] Use DIAG318 to set Control Program Name & Version Codes
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [RFC v1 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 1/3] vfio-ccw: Do not call flush_workqueue while holding the spinlock
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v1 0/3] vfio-ccw fixes for kernel stacktraces
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] ubsan: Avoid unnecessary 128-bit shifts
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] vfio-ccw: support hsch/csch (QEMU part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vfio-ccw: support async command subregion
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] powerpc: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH 2/5] powerpc: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH 2/5] powerpc: Fix vDSO clock_getres()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 2/5] powerpc: Fix vDSO clock_getres()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 6/6 v3] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 5/6 v3] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 5/5] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH 4/5] nds32: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH 3/5] s390: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH 2/5] powerpc: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH 1/5] arm64: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH 0/5] Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: George Spelvin <lkml@xxxxxxx>
• [PATCH] ubsan: Avoid unnecessary 128-bit shifts
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH v3 1/1] iommu: Add config option to set lazy mode as default
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH v6 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alex Ghiti <alex@xxxxxxxx>
• [RFC][PATCH 4/4 v2] syscalls: Remove start and number from syscall_set_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 3/4 v2] syscalls: Remove start and number from syscall_get_arguments() args
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 1/1] iommu: Add config option to set lazy mode as default
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v6 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH net-next 00/10] s390/qeth: updates 2019-03-28
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH V3 2/7] mm/gup: Change write parameter to flags in fast walk
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 6/7] IB/qib: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 7/7] IB/mthca: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: ira.weiny@xxxxxxxxx
• [PATCH V3 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: ira.weiny@xxxxxxxxx
• Re: [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 patches for 5.1 #2
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH net-next 08/10] s390/qeth: let qeth_notify_reply() set the notify reason
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 07/10] s390/qeth: clarify default cmd callback
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 09/10] s390/qeth: use callback to finalize cmd
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 10/10] s390/qeth: send IDX cmds via qeth_send_control_data()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 05/10] s390/qeth: convert IP table spinlock to mutex
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 06/10] s390/qeth: don't poll for cmd IO completion
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 01/10] s390/qeth: defer RX modesetting
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 03/10] s390/qeth: add wrapper for IP table access
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 04/10] s390/qeth: defer IPv6 address notifier events
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 02/10] s390/qeth: remove locking for RX modeset cache
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 00/10] s390/qeth: updates 2019-03-28
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v7 07/20] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [GIT PULL] s390 patches for 5.1 #2
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 0/3] zfcp fixes for v5.1-rcX
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [RFC PATCH 58/68] hypfs: Fix error number left in struct pointer member
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 59/68] vfs: Convert hypfs to use the new mount API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 111/262] s390/ism: ignore some errors during deregistration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 176/262] perf/aux: Make perf_event accessible to setup_aux()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 076/192] s390/ism: ignore some errors during deregistration
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 126/192] perf/aux: Make perf_event accessible to setup_aux()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v8 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v8 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v8 2/4] sparc: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v8 1/4] sh: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v8 0/4] Fix free/allocation of runtime gigantic pages
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v6 06/19] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH 3/3] zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 2/3] zfcp: fix scsi_eh host reset with port_forced ERP for non-NPIV FCP devices
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 1/3] zfcp: fix rport unblock if deleted SCSI devices on Scsi_Host
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 0/3] zfcp fixes for v5.1-rcX
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RESEND 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: general protection fault in __smc_diag_dump
  • From: syzbot <syzbot+5dd1f9327a9ee760048c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: LEROY Christophe <christophe.leroy@xxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: LEROY Christophe <christophe.leroy@xxxxxx>
• Re: [RESEND 6/7] IB/qib: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 2/7] mm/gup: Change write parameter to flags in fast walk
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 3/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 7/7] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v6 0/7] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 0/2] vfio-ccw: support hsch/csch (QEMU part)
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] vfio-ccw: support async command subregion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] vfio-ccw: new capability chain support
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH v5 06/19] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: George Spelvin <lkml@xxxxxxx>
• [RFC PATCH 6/8] vfs: Convert hypfs to fs_context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 5/8] hypfs: Fix error number left in struct pointer member
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 0/8] Convert mount_single-using filesystems to fs_context
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] s390:tty3270:move spin_lock_bh to spin_lock in tasklet
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH] s390:tty3270:move spin_lock_bh to spin_lock in tasklet
  • From: Jeff Xie <chongguiguzi@xxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH net 0/3] s390/qeth: fixes 2019-03-18
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net 3/3] s390/qeth: be drop monitor friendly
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 1/3] s390/qeth: don't erase configuration while probing
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 2/3] s390/qeth: fix race when initializing the IP address table
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net 0/3] s390/qeth: fixes 2019-03-18
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alex Ghiti <alex@xxxxxxxx>
• [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: ira.weiny@xxxxxxxxx
• [RESEND 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [RESEND 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: ira.weiny@xxxxxxxxx
• [RESEND 6/7] IB/qib: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [RESEND 2/7] mm/gup: Change write parameter to flags in fast walk
  • From: ira.weiny@xxxxxxxxx
• [RESEND 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: ira.weiny@xxxxxxxxx
• [RESEND 7/7] IB/mthca: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [RESEND 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: ira.weiny@xxxxxxxxx
• [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v7 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: christophe leroy <christophe.leroy@xxxxxx>
• [PATCH v7 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 2/4] sparc: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 1/4] sh: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v7 0/4] Fix free/allocation of runtime gigantic pages
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/7] s390: ap: new vfio_ap_queue structure
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] net: smc: fix a NULL pointer dereference
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH] net: smc: fix a NULL pointer dereference
  • From: Kangjie Lu <kjlu@xxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Fix free/allocation of runtime gigantic pages
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 0/4] Fix free/allocation of runtime gigantic pages
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v5 3/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 4/7] s390: ap: setup relation betwen KVM and mediated device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 7/7] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v5 0/7] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Vineet Gupta <vineet.gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] vfio-ccw: support hsch/csch (kernel part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [PATCH AUTOSEL 4.20 10/52] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 09/44] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 05/27] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 03/12] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/8] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 1/6] s390/dasd: fix using offset into zero size array error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PULL 0/1] vfio-ccw: fix for 5.1
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PULL 1/1] vfio: ccw: only free cp on final interrupt
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/1] vfio-ccw: fix for 5.1
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH v3] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH] vfio: ccw: only free cp on final interrupt
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH] vfio: ccw: only free cp on final interrupt
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/6] vfio-ccw: rework ssch state handling
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] vfio-ccw: rework ssch state handling
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH] s390/mem_detect: Use IS_ENABLED(CONFIG_BLK_DEV_INITRD)
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH] s390/mem_detect: Use IS_ENABLED(CONFIG_BLK_DEV_INITRD)
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] vfio-ccw: support hsch/csch (kernel part)
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v6 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 2/4] sparc: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 1/4] sh: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v6 0/4] Fix free/allocation of runtime gigantic pages
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH] s390: Kconfig: pedantic cleanups
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• Re: [PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v5 2/4] sparc: Advertise gigantic page support
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH v5 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v5 2/4] sparc: Advertise gigantic page support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v5 3/4] mm: Simplify MEMORY_ISOLATION && COMPACTION || CMA into CONTIG_ALLOC
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 2/4] sparc: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 1/4] sh: Advertise gigantic page support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v5 0/4] Fix free/allocation of runtime gigantic pages
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 06/19] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [GIT PULL] s390 patches for the 5.1 merge window
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: Mapping memory regions on s390
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v3 2/2] vfio-ccw: support async command subregion
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v3 1/2] vfio-ccw: new capability chain support
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v3 0/2] vfio-ccw: support hsch/csch (QEMU part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 6/6] vfio-ccw: add handling for async channel instructions
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 5/6] s390/cio: export hsch to modules
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 4/6] vfio-ccw: add capabilities chain
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 3/6] vfio-ccw: protect the I/O region
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 2/6] vfio-ccw: rework ssch state handling
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v4 0/6] vfio-ccw: support hsch/csch (kernel part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH net-next 0/9] s390/qeth: updates 2019-02-28
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/1] net/smc: allow pnetid-less configuration
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH net-next 7/9] s390/qeth: remove driver-wide workqueue
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 8/9] s390/qeth: don't special-case HW trap during suspend
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 9/9] s390/qeth: drop redundant state checking
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/9] s390/qeth: don't defer close_dev work during recovery
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/9] s390/qeth: enable/disable the HW trap a little earlier
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/9] s390/qeth: unconditionally clear MAC_REGISTERED flag
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/9] s390/qeth: call dev_close() during recovery
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/9] s390/qeth: remove a redundant check for card->dev
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/9] s390/qeth: remove RECOVER state
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/9] s390/qeth: updates 2019-02-28
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 1/3] s390x: Beautify sthyi report strings
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] vfio: ap: AP Queue Interrupt Control
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.20 61/81] s390/qeth: release cmd buffer in error paths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 62/81] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 63/81] s390/qeth: cancel close_dev work before removing a card
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.20 64/81] s390/qeth: conclude all event processing before offlining a card
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 48/64] s390/qeth: release cmd buffer in error paths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 49/64] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 50/64] s390/qeth: cancel close_dev work before removing a card
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 28/36] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 14/19] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 4/5] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 5/8] s390/qeth: fix use-after-free in error path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH net-next 1/1] net/smc: allow pnetid-less configuration
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 2/3] s390x: Beautify pfmf report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 18/34] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [kvm-unit-tests PATCH v2 3/3] s390x: Add prefixes for dxc afp emulator test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 2/3] s390x: Beautify pfmf report strings
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 1/3] s390x: Beautify sthyi report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 3/3] s390x: Add prefixes for dxc afp emulator test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 2/3] s390x: Beautify pfmf report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 0/3] s390x: Report string cleanup
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/7] s390: ap: new vfio_ap_queue structure
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v3 18/34] s390: mm: Add p?d_large() definitions
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH v3 18/34] s390: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v2 1/2] scsi: replace GFP_ATOMIC with GFP_KERNEL for allocations in scsi_scan.c
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PULL 0/2] vfio-ccw: further patches for 5.1
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PULL 2/2] s390/cio: Use cpa range elsewhere within vfio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/2] vfio-ccw: further patches for 5.1
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 2/7] s390: ap: new vfio_ap_queue structure
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Beautify pfmf report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 3/3] s390x: Add prefix for dxc afp emulator test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Beautify pfmf report strings
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 2/2] s390/cio: Use cpa range elsewhere within vfio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 1/2] s390/cio: Fix vfio-ccw handling of recursive TICs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 2/2] s390/cio: Use cpa range elsewhere within vfio-ccw
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 0/2] Fix vfio-ccw handling of TIC recursion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [GIT PULL 00/18] KVM: s390: Features for 5.1
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v4 4/7] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 7/7] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 3/7] s390: ap: associate a ap_vfio_queue and a matrix mdev
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 2/7] s390: ap: new vfio_ap_queue structure
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 0/7] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 5/7] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 6/7] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [GIT PULL 18/18] KVM: s390: add debug logging for cpu model subfunctions
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 17/18] KVM: s390: implement subfunction processor calls
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 16/18] KVM: s390: fix possible null pointer dereference in pending_irqs()
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 04/18] KVM: s390: move bitmap idle_mask into arch struct top level
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 06/18] KVM: s390: use pending_irqs_no_gisa() where appropriate
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 09/18] s390/cio: add function chsc_sgib()
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 14/18] KVM: s390: add gib_alert_irq_handler()
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 15/18] KVM: s390: start using the GIB
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 13/18] KVM: s390: kvm_s390_gisa_clear() now clears the IPM only
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 12/18] KVM: s390: add functions to (un)register GISC with GISA
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 11/18] KVM: s390: add kvm reference to struct sie_page2
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 10/18] KVM: s390: add the GIB and its related life-cyle functions
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 07/18] KVM: s390: remove kvm_s390_ from gisa static inline functions
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 08/18] KVM: s390: introduce struct kvm_s390_gisa_interrupt
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 05/18] KVM: s390: coding style kvm_s390_gisa_init/clear()
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 03/18] KVM: s390: make bitmap declaration consistent
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 02/18] KVM: s390: drop obsolete else path
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 01/18] KVM: s390: clarify kvm related kernel message
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 00/18] KVM: s390: Features for 5.1
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RESEND PATCH 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] scsi: replace GFP_ATOMIC with GFP_KERNEL for allocations in scsi_scan.c
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH net-next 0/6] net/smc: patches 2019-02-21
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/1] net/smc: fix smc_poll in SMC_INIT state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v3 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v3 0/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/9] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH net-next 5/6] net/smc: add pnet table namespace support
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 6/6] net/smc: allow PCI IDs as ib device names in the pnet table
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 3/6] net/smc: rework pnet table
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 2/6] s390/net: convert pnetids to ascii
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 4/6] net/smc: add smcd support to the pnet table
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 1/6] net/smc: cleanup for smcr_tx_sndbuf_nonempty
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 0/6] net/smc: patches 2019-02-21
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 1/1] net/smc: fix smc_poll in SMC_INIT state
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v2 2/2] scsi: whitespace cleanup in scsi_scan.c
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH v2 1/2] scsi: replace GFP_ATOMIC with GFP_KERNEL for allocations in scsi_scan.c
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RESEND PATCH 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [GIT PULL 0/1] KVM: s390: Fix crypto handling for nested KVM (for 5.0)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] scsi: replace GFP_ATOMIC with GFP_KERNEL for sdev allocation
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [RESEND PATCH 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: Mike Marshall <hubcap@xxxxxxxxxxxx>
• Re: [PATCH] scsi: replace GFP_ATOMIC with GFP_KERNEL for sdev allocation
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH] scsi: replace GFP_ATOMIC with GFP_KERNEL for sdev allocation
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH] s390/jump_label: Correct asm contraint
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 7/9] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/jump_label: Correct asm contraint
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 6/7] IB/qib: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 2/7] mm/gup: Change write parameter to flags in fast walk
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 7/7] IB/mthca: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: ira.weiny@xxxxxxxxx