Linux S390: System z9 mainframe

• Thread Index

• Re: [PATCH 7/7] s390/cio: Remove vfio-ccw checks of command codes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] s390/cio: Don't pin vfio pages for empty transfers
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] s390/cio: Remove vfio-ccw checks of command codes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] s390/cio: Remove vfio-ccw checks of command codes
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC 1/7] iommu/vt-d: Set the dma_ops per device so we can remove the iommu_no_mapping code
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH 1/7] s390/cio: Update SCSW if it points to the end of the chain
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] s390/cio: Don't pin vfio pages for empty transfers
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 2/7] s390/cio: Set vfio-ccw FSM state before ioeventfd
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/7] s390/cio: Update SCSW if it points to the end of the chain
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v1 2/2] vfio-ccw: rework sch_event
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 1/2] vfio-ccw: Set subchannel state STANDBY on open
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v1 0/2] New state handling for VFIO CCW
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] s390/cio: Remove vfio-ccw checks of command codes
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [GIT PULL] s390 patches for the 5.2 merge window
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 6/7] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH -next] KVM: s390: fix typo in parameter description
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH -next] KVM: s390: fix typo in parameter description
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 4/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/7] s390: vfio-ap: sysfs interface to display guest CRYCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] s390: vfio-ap: maintain a shadow of the guest's CRYCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH -next] KVM: s390: fix typo in parameter description
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC 1/7] iommu/vt-d: Set the dma_ops per device so we can remove the iommu_no_mapping code
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFC 6/7] iommu/vt-d: convert the intel iommu driver to the dma-iommu ops api
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFC 6/7] iommu/vt-d: convert the intel iommu driver to the dma-iommu ops api
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH 03/10] virtio/s390: enable packed ring
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH -next] KVM: s390: fix typo in parameter description
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 01/10] virtio/s390: use vring_create_virtqueue
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC 6/7] iommu/vt-d: convert the intel iommu driver to the dma-iommu ops api
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFC 2/7] iommu/vt-d: Remove iova handling code from non-dma ops path
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [RFC 2/7] iommu/vt-d: Remove iova handling code from non-dma ops path
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] virtio/s390: use vring_create_virtqueue
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [RFC 2/7] iommu/vt-d: Remove iova handling code from non-dma ops path
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 3/7] iommu: improve iommu iotlb flushing
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 4/7] iommu/dma-iommu: Handle freelists in the dma-iommu api path
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 7/7] iommu/vt-d: Always set DMA_PTE_READ if the iommu doens't support zero length reads
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 6/7] iommu/vt-d: convert the intel iommu driver to the dma-iommu ops api
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 5/7] iommu/dma-iommu: add wrapper for iommu_dma_free_cpu_cached_iovas
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 1/7] iommu/vt-d: Set the dma_ops per device so we can remove the iommu_no_mapping code
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [RFC 0/7] Convert the Intel iommu driver to the dma-ops api
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH v6 0/1] iommu: enhance IOMMU dma mode build options
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH -next] KVM: s390: fix typo in parameter description
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• [PATCH v2 0/7] s390: vfio-ap: dynamic configuration support
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 2/7] s390: vfio-ap: maintain a shadow of the guest's CRYCB
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 5/7] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 3/7] s390: vfio-ap: sysfs interface to display guest CRYCB
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 6/7] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 7/7] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 4/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 1/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] virtio/s390: use vring_create_virtqueue
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 4/4] s390: fix clang -Wpointer-sign warnigns in boot code
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] s390: vdso: drop unnecessary cc-ldoption
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 3/4] s390: drop CONFIG_VIRT_TO_BUS
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 2/4] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 1/4] s390: only build for new CPUs with clang
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v1 0/7] s390: vfio-ccw fixes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 2/7] s390/cio: Set vfio-ccw FSM state before ioeventfd
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 3/7] s390/cio: Split pfn_array_alloc_pin into pieces
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 7/7] s390/cio: Remove vfio-ccw checks of command codes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 6/7] s390/cio: Don't pin vfio pages for empty transfers
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 5/7] s390/cio: Allow zero-length CCWs in vfio-ccw
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 1/7] s390/cio: Update SCSW if it points to the end of the chain
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 4/7] s390/cio: Initialize the host addresses in pfn_array
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] s390: remove ARCH_SELECT_MEMORY_MODEL
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RESEND PATCH v3 09/11] powerpc/mm/radix: mark __radix__flush_tlb_range_psize() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] s390: virtio: support protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RESEND PATCH v3 05/11] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [RESEND PATCH v3 05/11] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] s390: virtio: support protected virtualization
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 00/10] s390: virtio: support protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 03/10] virtio/s390: enable packed ring
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 02/10] virtio/s390: DMA support for virtio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 01/10] virtio/s390: use vring_create_virtqueue
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v8 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v8 1/4] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v8 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v8 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v8 0/4] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/kvm: diagnose 318 handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] memblock: make keeping memblock memory opt-in rather than opt-out
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RESEND PATCH v3 05/11] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] s390/kvm: diagnose 318 handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 1/2] s390/setup: diag318: refactor struct
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCH v4 0/2] Use DIAG318 to set Control Program Name & Version Codes
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v4 2/2] s390/kvm: diagnose 318 handling
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH v4 1/2] s390/setup: diag318: refactor struct
  • From: Collin Walling <walling@xxxxxxxxxxxxx>
• [PATCH 3/3] sparc: remove ARCH_SELECT_MEMORY_MODEL
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 2/3] s390: remove ARCH_SELECT_MEMORY_MODEL
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 1/3] arm: remove ARCH_SELECT_MEMORY_MODEL
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 0/3] remove ARCH_SELECT_MEMORY_MODEL where it has no effect
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] s390: vdso: drop unnecessary cc-ldoption
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [GIT PULL 00/12] KVM: s390: Features and fixes for kvm/next
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] iommu/dma-iommu: Handle deferred devices
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] iommu/dma-iommu: Handle deferred devices
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 3/4] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 3/4] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v2 0/4] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [PATCH v2 4/4] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [PATCH v2 3/4] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [PATCH v2 2/4] iommu/dma-iommu: Handle deferred devices
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• [PATCH v2 1/4] iommu: Add gfp parameter to iommu_ops::map
  • From: Tom Murphy <tmurphy@xxxxxxxxxx>
• Re: [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 09/11] powerpc/mm/radix: mark __radix__flush_tlb_range_psize() as __always_inline
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 04/10] s390/mm: force swiotlb for protected virtualization
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 04/10] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [GIT PULL 03/12] KVM: s390: add vector BCD enhancements facility to cpumodel
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 07/12] KVM: s390: add deflate conversion facilty to cpu model
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 02/12] KVM: s390: add vector enhancements facility 2 to cpumodel
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 09/12] KVM: polling: add architecture backend to disable polling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 10/12] KVM: s390: provide kvm_arch_no_poll function
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 08/12] KVM: s390: enable MSA9 keywrapping functions depending on cpu model
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 11/12] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 12/12] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 06/12] KVM: s390: add enhanced sort facilty to cpu model
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 05/12] KVM: s390: provide query function for instructions returning 32 byte
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 01/12] KVM: s390: Fix potential spectre warnings
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 00/12] KVM: s390: Features and fixes for kvm/next
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [GIT PULL 04/12] KVM: s390: add MSA9 to cpumodel
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [s390:for-linus 44/79] awk: line 2: function or never defined
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH 04/10] s390/mm: force swiotlb for protected virtualization
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 01/10] virtio/s390: use vring_create_virtqueue
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 02/10] virtio/s390: DMA support for virtio-ccw
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 04/10] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 05/10] s390/cio: introduce DMA pools to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 03/10] virtio/s390: enable packed ring
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 07/10] s390/airq: use DMA memory for adapter interrupts
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 10/10] virtio/s390: make airq summary indicators DMA
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 08/10] virtio/s390: add indirection to indicators access
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 09/10] virtio/s390: use DMA memory for ccw I/O and classic notifiers
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 06/10] s390/cio: add basic protected virtualization support
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH 00/10] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH net-next 0/8] s390/qeth: updates 2019-04-25
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [-next] system hangs likely due to "modules: Only return -EEXIST for modules that have finished loading"
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v7 0/4] vfio: ap: AP Queue Interrupt Control
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 4/4] s390: ap: kvm: Enable PQAP/AQIC facility for the guest
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 1/4] s390: ap: kvm: add PQAP interception for AQIC
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 3/4] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v7 2/4] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: Mapping memory regions on s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/7] s390x/mm: Implement arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] KVM: s390: vsie: Return correct values for Invalid CRYCB format
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH] KVM: s390: vsie: Do not shadow CRYCB when no AP and no keys
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH net-next 4/8] s390/qeth: use IS_* helpers for checking device type
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/8] s390/qeth: cache max number of available buffer elements
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 8/8] s390/qeth: trust non-IP cast type in qeth_l3_fill_header()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/8] s390/qeth: remove RX seqno in skb->cb
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/8] s390: qeth: address type mismatch warning
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/8] s390/qeth: clean up stale buffer state documentation
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 7/8] s390/qeth: extract helper to determine L2 cast type
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/8] s390/qeth: don't clear Output buffers on every queue init
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/8] s390/qeth: updates 2019-04-25
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PULL 0/9] vfio-ccw patches for 5.2
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PULL 9/9] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 8/9] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 7/9] vfio-ccw: Do not call flush_workqueue while holding the spinlock
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 6/9] vfio-ccw: add handling for async channel instructions
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 5/9] s390/cio: export hsch to modules
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 4/9] vfio-ccw: add capabilities chain
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 3/9] vfio-ccw: protect the I/O region
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 2/9] vfio-ccw: rework ssch state handling
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 1/9] vfio-ccw: make it safe to access channel programs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/9] vfio-ccw patches for 5.2
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] memblock: make keeping memblock memory opt-in rather than opt-out
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v1 7/7] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 6/7] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 5/7] mm/memory_hotplug: Drop MHP_MEMBLOCK_API
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/7] mm/memory_hotplug: Create memory block devices after arch_add_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/7] s390x/mm: Implement arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/7] mm/memory_hotplug: Simplify and fix check_hotplug_memory_range()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Matthias Brugger <mbrugger@xxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCHv2] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCH] s390: vdso: drop unnecessary cc-ldoption
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] s390: fix clang -Wpointer-sign warnigns in boot code
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] powerpc: Fix vDSO clock_getres()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 31/79] docs: s390: convert docs to ReST and rename to *.rst
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [s390:for-linus 30/32] arch/s390/mm/kasan_init.c:372:15: error: implicit declaration of function 'pgd_offset_raw'; did you mean 'pgd_offset_k'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] s390: vfio-ap: wait for queue empty on queue reset
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 02/11] arm64: mark (__)cpus_have_const_cap as __always_inline
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] KVM: Directly return result from kvm_arch_check_processor_compat()
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] KVM: Directly return result from kvm_arch_check_processor_compat()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 4/4] s390: fix clang -Wpointer-sign warnigns in boot code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RESEND PATCH v3 03/11] MIPS: mark mult_sh_align_mod() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 04/11] s390/cpacf: mark scpacf_query() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 00/11] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 10/11] powerpc/mm/radix: mark as __tlbie_pid() and friends as__always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 07/11] ARM: mark setup_machine_tags() stub as __init __noreturn
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 08/11] powerpc/prom_init: mark prom_getprop() and prom_getproplen() as __init
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 11/11] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 05/11] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 09/11] powerpc/mm/radix: mark __radix__flush_tlb_range_psize() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 06/11] MIPS: mark __fls() and __ffs() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 01/11] ARM: prevent tracing IPI_CPU_BACKTRACE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [RESEND PATCH v3 02/11] arm64: mark (__)cpus_have_const_cap as __always_inline
  • 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 v2 06/11] MIPS: mark __fls() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 08/10] powerpc/mm/radix: mark __radix__flush_tlb_range_psize() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 03/10] s390/cpacf: mark scpacf_query() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 07/10] powerpc/prom_init: mark prom_getprop() and prom_getproplen() as __init
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 04/10] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 10/10] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 06/10] ARM: mark setup_machine_tags() stub as __init __noreturn
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 09/10] powerpc/mm/radix: mark as __tlbie_pid() and friends as__always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 05/10] MIPS: mark __fls() and __ffs() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 02/10] MIPS: mark mult_sh_align_mod() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 01/10] arm64: mark (__)cpus_have_const_cap as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v3 00/10] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 21/98] s390/qeth: fix race when initializing the IP address table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 72/98] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 02/68] s390: limit brk randomization to 32MB
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 37/43] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 02/29] s390: limit brk randomization to 32MB
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 25/29] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 19/21] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 13/15] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/43] s390/qeth: fix race when initializing the IP address table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 02/43] s390: limit brk randomization to 32MB
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 58/68] scsi: zfcp: reduce flood of fcrscn1 trace records on multi-element RSCN
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 14/68] s390/qeth: fix race when initializing the IP address table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 4/4] s390: fix clang -Wpointer-sign warnigns in boot code
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v2 30/79] docs: Debugging390.txt: convert table to ascii artwork
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v2 32/79] s390: include/asm/debug.h add kerneldoc markups
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 11/11] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 4/8] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 5/8] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 2/8] s390: vfio-ap: sysfs interface to display guest CRYCB
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 7/8] s390: vfio-ap: handle bind and unbind of AP queue device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 6/8] s390: kvm: test CRYCB masks before setting them
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 8/8] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 3/8] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 1/8] s390: vfio-ap: maintain a shadow of the CRYCB in use by a guest
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 0/8] s390: vfio-ap: dynamic configuration support
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH] KVM: Directly return result from kvm_arch_check_processor_compat()
  • From: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
• Re: Avoiding merge conflicts while adding new docs - Was: Re: [PATCH 00/57] Convert files to ReST
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCH] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/11] MIPS: mark __fls() as __always_inline
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [PATCH] kernel/crash: make parse_crashkernel()'s return value more indicant
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/11] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 10/11] powerpc/mm/radix: mark as __tlbie_pid() and friends as__always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 08/11] powerpc/prom_init: mark prom_getprop() and prom_getproplen() as __init
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 09/11] powerpc/mm/radix: mark __radix__flush_tlb_range_psize() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 02/11] arm64: mark (__)cpus_have_const_cap as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 05/11] mtd: rawnand: vf610_nfc: add initializer to avoid -Wmaybe-uninitialized
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 01/11] ARM: prevent tracing IPI_CPU_BACKTRACE
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 06/11] MIPS: mark __fls() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 07/11] ARM: mark setup_machine_tags() stub as __init __noreturn
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 11/11] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 04/11] s390/cpacf: mark scpacf_query() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 03/11] MIPS: mark mult_sh_align_mod() as __always_inline
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] s390 patches for 5.1-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 patches for 5.1-rc6
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v6 1/1] iommu: enhance IOMMU dma mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v6 0/1] iommu: enhance IOMMU dma mode build options
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH] compiler: allow all arches to enable CONFIG_OPTIMIZE_INLINING
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [kvms390:next 8/8] arch/s390/kvm/kvm-s390.c:2936:6: error: expected '(' before 'kvm_has_pckmo_ecc'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH net] s390: ctcm: fix ctcm_new_device error return code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] s390/qeth: updates 2019-04-17
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net] s390: ctcm: fix ctcm_new_device error return code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/8] s390/qeth: updates 2019-04-17
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/8] s390/qeth: don't keep statistics for tx timeout
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 8/8] s390/qeth: stop/wake TX queues based on their fill level
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 7/8] s390/qeth: simplify QoS code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/8] s390/qeth: add TX multiqueue support for OSA devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/8] s390/qeth: clarify naming for some QDIO helpers
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/8] s390/qeth: handle error from qeth_update_from_chp_desc()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/8] s390/qeth: add TX multiqueue support for IQD devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/8] s390/qeth: don't bother updating the last-tx time
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: Fix potential spectre warnings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH] KVM: s390: Fix potential spectre warnings
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/26] compat_ioctl: cleanups
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 1/1] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 13/26] compat_ioctl: move tape handling into drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v3 00/26] compat_ioctl: cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] arm64: Fix vDSO clock_getres()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 5/5] kselftest: Extend vDSO selftest to clock_getres
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] arm64: Fix vDSO clock_getres()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/5] kselftest: Extend vDSO selftest to clock_getres
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2 4/5] nds32: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2 3/5] s390: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2 2/5] powerpc: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2 1/5] arm64: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [PATCH v2 0/5] Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: [PATCH v2 1/5] cpu/speculation: Add 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/5] arm64: Fix vDSO clock_getres()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 1/5] cpu/speculation: Add 'mitigations=' cmdline option
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] net/smc: hold conns_lock before calling smc_lgr_register_conn()
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] arm64: Fix vDSO clock_getres()
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 0/5] cpu/speculation: Add 'mitigations=' cmdline option
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH 32/57] s390: include/asm/debug.h add kerneldoc markups
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 00/57] Convert files to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 30/57] docs: s390: Debugging390.txt: convert table to ascii artwork
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] s390: vfio-ap: handle dynamic config/deconfig of AP adapter
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] arm64: Fix vDSO clock_getres()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [RFC v2 0/3] fio-ccw fixes for kernel stacktraces
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 0/6] vfio-ccw: support hsch/csch (kernel part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: Linux 5.1-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v4 6/6] vfio-ccw: add handling for async channel instructions
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] vfio-ccw: add capabilities chain
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 6/6] vfio-ccw: add handling for async channel instructions
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 4/6] vfio-ccw: add capabilities chain
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] vfio-ccw: support hsch/csch (kernel part)
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 6/7] s390: vfio-ap: handle dynamic config/deconfig of AP adapter
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v2 4/4] s390: fix clang -Wpointer-sign warnigns in boot code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 3/4] s390: drop CONFIG_VIRT_TO_BUS
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 2/4] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 1/4] s390: only build for new CPUs with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 2/2] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• WARNING in smc_unhash_sk (2)
  • From: syzbot <syzbot+bd8cc73d665590a1fcad@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] Documentation: Add ARM64 to kernel-parameters.rst
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 0/5] cpu/speculation: Add 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 1/5] cpu/speculation: Add 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 2/5] x86/speculation: Support 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 3/5] powerpc/speculation: Support 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 4/5] s390/speculation: Support 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v2 5/5] arm64/speculation: Support 'mitigations=' cmdline option
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] net/smc: patches 2019-04-12
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH net-next 1/8] net/smc: nonblocking connect rework
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 2/8] net/smc: fallback to TCP after connect problems
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 3/8] net/smc: check for ip prefix and subnet
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 5/8] net/smc: cleanup of get vlan id
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 7/8] net/smc: improve smc_listen_work reason codes
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 8/8] net/smc: improve smc_conn_create reason codes
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 6/8] net/smc: code cleanup smc_listen_work
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 4/8] net/smc: consolidate function parameters
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net-next 0/8] net/smc: patches 2019-04-12
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 6/7] s390: vfio-ap: handle dynamic config/deconfig of AP adapter
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 2/7] s390: vfio-ap: implement in-use callback for vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 6/7] s390: vfio-ap: handle dynamic config/deconfig of AP adapter
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 0/7] s390: vfio-ap: dynamic configuration support
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 1/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 5/7] s390: vfio-ap: wait for queue empty on queue reset
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 4/7] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 7/7] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 3/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390: Convert IS_ENABLED uses to __is_defined
  • From: Song Liu <liu.song.a23@xxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [qemu-s390x] [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH net 0/5] net/smc: fixes 2019-04-11
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [qemu-s390x] [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [qemu-s390x] [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [qemu-s390x] [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH net 4/5] net/smc: fix return code from FLUSH command
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 5/5] net/smc: move unhash before release of clcsock
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 3/5] net/smc: propagate file from SMC to TCP socket
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 2/5] net/smc: fix a NULL pointer dereference
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 1/5] net/smc: wait for pending work before clcsock release_sock
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• [PATCH net 0/5] net/smc: fixes 2019-04-11
  • From: Ursula Braun <ubraun@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 10/12] s390: avoid __builtin_return_address(n) on clang
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH RFC 3/5] powerpc/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 2/2] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH 2/2] s390: boot, purgatory: pass $(CLANG_FLAGS) where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] s390: only build for new CPUs with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 10/12] s390: avoid __builtin_return_address(n) on clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/12] s390: don't build vdso32 with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/12] [PROBABLY WRONG] s390: void '0' constraint in inline assembly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 12/12] [PROBABLY WRONG] s390: void '0' constraint in inline assembly
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 02/12] s390: don't build vdso32 with clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 07/12] virtio/s390: use DMA memory for ccw I/O
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] s390: Convert IS_ENABLED uses to __is_defined
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 10/12] s390: avoid __builtin_return_address(n) on clang
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 10/12] s390: avoid __builtin_return_address(n) on clang
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 11/12] s390: make chkbss work with clang
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 09/12] s390: make __load_psw_mask work with clang
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 08/12] s390: syscall_wrapper: avoid clang warning
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 06/12] s390: ctcm: fix ctcm_new_device error return code
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 04/12] s390: qeth: address type mismatch warning
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 02/12] s390: don't build vdso32 with clang
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 01/12] s390: remove -fno-strength-reduce flag
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/12] virtio/s390: use DMA memory for ccw I/O
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] [PROBABLY WRONG] s390: void '0' constraint in inline assembly
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 07/10] zfcp: implicitly refresh port-data diagnostics when reading SysFS
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/6] s390/pci: add support for generic boot option iommu.dma_mode
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• [RFC patch 09/41] s390/stacktrace: Remove the pointless ULONG_MAX marker
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/12] s390: virtio: support protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 10/12] virtio/s390: consolidate DMA allocations
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 07/12] virtio/s390: use DMA memory for ccw I/O
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC 3/5] powerpc/speculation: Add support for 'cpu_spec_mitigations=' cmdline options
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] cpu/speculation: Add 'cpu_spec_mitigations=' cmdline options
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 03/12] s390: purgatory: pass --target option to clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 05/12] s390/cio: add protected virtualization support to cio
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 05/10] zfcp: support retrieval of SFP Data via Exchange Port Data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 07/10] zfcp: implicitly refresh port-data diagnostics when reading SysFS
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 01/10] zfcp: signal incomplete or error for sync exchange config/port data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 06/10] zfcp: introduce SysFS interface for diagnostics of local SFP transceiver
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 04/10] zfcp: add diagnostics buffer for exchange config data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 02/10] zfcp: remove option to pass NULL to sync exchange config/port data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 08/10] zfcp: move maximum age of diagnostic buffers into a module-parameter
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 09/10] zfcp: introduce SysFS interface to read the local B2B-Credit
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 00/10] zfcp: support retrieval of local RDP data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 10/10] zfcp: implicitly refresh config-data diagnostics when reading SysFS
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 03/10] zfcp: diagnostics buffer caching and use for exchange port data
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• [PATCH 1/2] s390: Convert IS_ENABLED uses to __is_defined
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 03/12] s390: purgatory: pass --target option to clang
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] arch/s390/crypto/prng: Stop being stupidly wasteful with /dev/urandom
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH v3] ubsan: Avoid unnecessary 128-bit shifts
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 07/12] s390: cio: fix cio_irb declaration
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v5 6/6] x86/iommu: add support for generic boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 4/6] s390/pci: add support for generic boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 5/6] powernv/iommu: add support for generic boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 3/6] iommu: add iommu_default_dma_mode_get/set() helper
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 0/6] add generic boot option for IOMMU dma mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 2/6] iommu: add build options corresponding to iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• [PATCH v5 1/6] iommu: add generic boot option iommu.dma_mode
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] s390/cio: introduce cio DMA pool
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH 03/12] s390/mm: force swiotlb for protected virtualization
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v1 4/4] mm/memory_hotplug: Make __remove_pages() and arch_remove_memory() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 02/12] virtio/s390: DMA support for virtio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] s390: qeth: address type mismatch warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 03/12] s390: purgatory: pass --target option to clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V3 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH 07/12] s390: cio: fix cio_irb declaration
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 06/12] s390: ctcm: fix ctcm_new_device error return code
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 04/12] s390: qeth: address type mismatch warning
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH 03/12] s390: purgatory: pass --target option to clang
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH 12/12] [PROBABLY WRONG] s390: void '0' constraint in inline assembly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/12] s390: make __load_psw_mask work with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/12] s390: avoid __builtin_return_address(n) on clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 11/12] s390: make chkbss work with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 08/12] s390: syscall_wrapper: avoid clang warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 07/12] s390: cio: fix cio_irb declaration
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/12] s390: ctcm: fix ctcm_new_device error return code
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/12] s390: zcrypt: initialize variables before_use
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 04/12] s390: qeth: address type mismatch warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/12] s390: purgatory: pass --target option to clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 02/12] s390: don't build vdso32 with clang
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/12] s390: remove -fno-strength-reduce flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC v2 3/3] vfio-ccw: Release any channel program when releasing/removing vfio-ccw mdev
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 2/3] vfio-ccw: Prevent quiesce function going into an infinite loop
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 1/3] vfio-ccw: Do not call flush_workqueue while holding the spinlock
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [RFC v2 0/3] fio-ccw fixes for kernel stacktraces
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v4 1/6] vfio-ccw: make it safe to access channel programs
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH 01/12] virtio/s390: use vring_create_virtqueue
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/12] virtio/s390: use vring_create_virtqueue
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH 01/12] virtio/s390: use vring_create_virtqueue
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v4 0/6] normalize IOMMU dma mode boot options
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 0/6] normalize IOMMU dma mode boot options
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] normalize IOMMU dma mode boot options
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v4 0/6] normalize IOMMU dma mode boot options
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH] s390/mm: Silence compiler warning when compiling without CONFIG_PGSTE
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [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>