Linux S390: System z9 mainframe

• Thread Index

• [PATCH net] s390/qeth: reject oversized SNMP requests
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] vfio-ccw: add some logging
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC 1/1] vfio-ccw: add some logging
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH net-next 7/7] s390/qeth: add xmit_more support for IQD devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/7] s390/qeth: add TX NAPI support for IQD devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/7] s390/qeth: when in TX NAPI mode, use napi_consume_skb()
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/7] s390/qeth: add BQL support for IQD devices
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/7] s390/qdio: enable drivers to poll for Output completions
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 3/7] s390/qeth: collect accurate TX statistics
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/7] s390/qdio: let drivers opt-out from Output Queue scanning
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/7] s390/qeth: updates 2019-08-23
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Add diag308 subcode 0 testing
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH] s390x: Add diag308 subcode 0 testing
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 3/4] s390x: Move stsi to library
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 1/4] s390x: Support PSW restart boot
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 2/4] s390x: Diag288 test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH net] s390/qeth: reject oversized SNMP requests
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH] s390x: Add diag308 subcode 0 testing
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH] s390/ctcm: Delete unnecessary checks before the macro call “dev_kfree_skb”
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v2 0/7] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] crypto: s390/xts-aes - invoke fallback for ciphertext stealing
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/1] vfio-ccw: add some logging
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 3/4] s390x: Move stsi to library
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH v2 1/4] s390x: Support PSW restart boot
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [kvm-unit-tests PATCH v2 2/4] s390x: Diag288 test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 0/4] s390x: More emulation tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 4/4] s390x: STSI tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 3/4] s390x: Move stsi to library
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v2 1/4] s390x: Support PSW restart boot
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 3/3] s390x: STSI tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/9] s390/net: updates 2019-08-20
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [bug report] s390/qeth: streamline SNMP cmd code
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc: support KASAN instrumentation of bitops
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH v2 09/11] dma-direct: turn ARCH_ZONE_DMA_BITS into a variable
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH v2 00/11] Raspberry Pi 4 DMA addressing support
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH net-next 3/9] s390/qeth: use correct length field in SNMP cmd callback
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 0/9] s390/net: updates 2019-08-20
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 5/9] s390/qeth: merge qeth_reply struct into qeth_cmd_buffer
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 6/9] s390/qeth: get vnicc sub-cmd type from reply data
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 8/9] s390/ctcm: don't use intparm for channel IO
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 7/9] s390/qeth: streamline control code for promisc mode
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 2/9] s390/qeth: propagate length of processed cmd IO data to callback
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 9/9] s390/lcs: don't use intparm for channel IO
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 4/9] s390/qeth: keep cmd alive after IO completion
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• [PATCH net-next 1/9] s390/qeth: use node_descriptor struct
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [bug report] s390/qeth: streamline SNMP cmd code
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 3/3] s390x: STSI tests
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Support PSW restart boot
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [bug report] s390/qeth: streamline SNMP cmd code
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [kvm-unit-tests PATCH 3/3] s390x: STSI tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 2/3] s390x: Diag288 test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 0/3] s390x: More emulation tests
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 1/3] s390x: Support PSW restart boot
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] kasan: support instrumented bitops combined with generic bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH V5 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 3/5] iommu/dma-iommu: Handle deferred devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/5] iommu: Add gfp parameter to iommu_ops::map
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V5 1/5] iommu/amd: Remove unnecessary locking from AMD iommu driver
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH RESEND v11 8/8] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 6/8] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 4/8] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 2/8] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 1/8] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 0/8] openat2(2)
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 2/2] powerpc: support KASAN instrumentation of bitops
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH v2 2/2] powerpc: support KASAN instrumentation of bitops
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH v2 1/2] kasan: support instrumented bitops combined with generic bitops
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v2 0/7] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/7] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] s390: vfio-ap: remove unnecessary calls to disable queue interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH V5 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V5 3/5] iommu/dma-iommu: Handle deferred devices
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH V5 2/5] iommu: Add gfp parameter to iommu_ops::map
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2] s390: vfio-ap: remove unnecessary calls to disable queue interrupts
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] powerpc: support KASAN instrumentation of bitops
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 1/2] kasan: support instrumented bitops combined with generic bitops
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 18/26] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH 2/2] powerpc: support KASAN instrumentation of bitops
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH 1/2] kasan: support instrumented bitops combined with generic bitops
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH 3/6] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 3/6] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 24/26] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/7] crypto: sha256_generic - Fix some coding style issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 5/7] crypto: sha256 - Make lib/crypto/sha256.c suitable for generic use
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 4/7] crypto: sha256 - Use get/put_unaligned_be32 to get input, memzero_explicit
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 7/7] crypto: sha256_generic - Switch to the generic lib/crypto/sha256.c lib code
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 6/7] crypto: sha256 - Add sha224 support to sha256 library code
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 3/7] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/7] crypto: sha256 - Fix some coding style issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 0/7] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 6/6] crypto: sha256_generic - Use sha256_transform from generic sha256 lib
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 12/26] x86: clean up ioremap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3/6] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/26] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/26] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] arm64: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] mips: remove ioremap_cachable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] arm, unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] mtd/maps/pxa2xx: use ioremap_cache insted of ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH V5 3/5] iommu/dma-iommu: Handle deferred devices
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [PATCH 4/6] crypto: sha256 - Use get_unaligned_be32 to get input, memzero_explicit
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 6/6] crypto: sha256_generic - Use sha256_transform from generic sha256 lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 3/6] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 6/6] crypto: sha256_generic - Use sha256_transform from generic sha256 lib
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 5/6] crypto: sha256 - Make lib/crypto/sha256.c suitable for generic use
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 6/6] crypto: sha256_generic - Use sha256_transform from generic sha256 lib
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 4/6] crypto: sha256 - Use get_unaligned_be32 to get input, memzero_explicit
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 3/6] crypto: sha256 - Move lib/sha256.c to lib/crypto
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/6] crypto: sha256_generic - Fix some coding style issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/6] crypto: sha256 - Fix some coding style issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 0/6] crypto: sha256 - Merge 2 separate C implementations into 1, put into separate library
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH RFC 1/1] vfio-ccw: add some logging
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH RFC 0/1] s390dbf logging for vfio-ccw
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 00/10] Add definition for the number of standard PCI BARs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] crypto: s390/xts-aes - invoke fallback for ciphertext stealing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 00/10] Add definition for the number of standard PCI BARs
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v2 02/10] s390/pci: Loop using PCI_STD_NUM_BARS
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• [PATCH v2 02/10] s390/pci: Loop using PCI_STD_NUM_BARS
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH v2 01/10] PCI: Add define for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH v2 00/10] Add definition for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 5/5] iommu/amd: Convert AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 4/5] iommu/dma-iommu: Use the dev->coherent_dma_mask
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 3/5] iommu/dma-iommu: Handle deferred devices
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 2/5] iommu: Add gfp parameter to iommu_ops::map
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 1/5] iommu/amd: Remove unnecessary locking from AMD iommu driver
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH V5 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PATCH AUTOSEL 5.2 098/123] s390/mm: fix dump_pagetables top level page table walking
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 099/123] s390: put _stext and _etext into .text section
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net] s390/qeth: serialize cmd reply with concurrent timeout
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 50/68] s390: put _stext and _etext into .text section
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 097/123] s390/protvirt: avoid memory sharing for diag 308 set/store
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: [PATCH] s390: vfio-ap: remove unnecessary calls to disable queue interrupts
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] s390: vfio-ap: remove unnecessary calls to disable queue interrupts
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v5 6/7] s390: vfio-ap: add logging to vfio_ap driver
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 01/16] s390/boot: fix section name escaping
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 2/7] s390/pci: Replace PCI_BAR_COUNT with PCI_STD_NUM_BARS
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH 0/7] Add definition for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH] s390: vfio-ap: remove unnecessary calls to disable queue interrupts
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/7] s390: vfio-ap: add logging to vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Add definition for the number of standard PCI BARs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] s390/pci: Replace PCI_BAR_COUNT with PCI_STD_NUM_BARS
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 0/7] Add definition for the number of standard PCI BARs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH net] s390/qeth: serialize cmd reply with concurrent timeout
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/7] s390: vfio-ap: add logging to vfio_ap driver
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 0/7] Add definition for the number of standard PCI BARs
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• [PATCH 2/7] s390/pci: Replace PCI_BAR_COUNT with PCI_STD_NUM_BARS
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH 1/7] PCI: Add define for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH 0/7] Add definition for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH v4 0/6] Remove x86-specific code from generic headers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 0/5] iommu/amd: Convert the AMD iommu driver to the dma-iommu api
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.3-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 0/6] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [RFC V2 0/1] mm/debug: Add tests for architecture exported page table helpers
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] Remove x86-specific code from generic headers
  • From: mpe@xxxxxxxxxxxxxx
• Re: [RFC V2 0/1] mm/debug: Add tests for architecture exported page table helpers
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [GIT PULL] s390 updates for 5.3-rc4
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC V2 0/1] mm/debug: Add tests for architecture exported page table helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC V2 0/1] mm/debug: Add tests for architecture exported page table helpers
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] scsi: core: fix dh and multipathing for SCSI hosts without request batching
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: change list for KVM/s390
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [RFC V2 1/1] mm/pgtable/debug: Add test validating architecture page table helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [RFC V2 0/1] mm/debug: Add tests for architecture exported page table helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 1/2] scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] s390/mm: Use refcount_t for refcount
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/2] s390/extmem: Use refcount_t for refcount
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 2/2] s390/mm: Use refcount_t for refcount
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 2/2] s390/mm: Use refcount_t for refcount
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 2/2] s390/mm: Use refcount_t for refcount
  • From: Chuhong Yuan <hslester96@xxxxxxxxx>
• [PATCH 1/2] s390/extmem: Use refcount_t for refcount
  • From: Chuhong Yuan <hslester96@xxxxxxxxx>
• Re: [PATCH 2/2] scsi: core: fix dh and multipathing for SCSI hosts without request batching
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [s390:zlib 1/5] dfltcc_deflate.c:undefined reference to `zlib_tr_send_bits'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [s390:zlib 2/5] arch/powerpc/boot/infutil.h:15:10: fatal error: module.h: No such file or directory
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [s390:zlib 5/5] lib/zlib_dfltcc/dfltcc_deflate.c:20:36: warning: suggest parentheses around comparison in operand of '&'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [s390:zlib 2/5] include/asm-generic/bug.h:199:2: error: implicit declaration of function 'no_printk'; did you mean '__printf'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 1/2] scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 0/2] scsi: core: regression fixes for request batching
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 0/2] scsi: core: regression fixes for request batching
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 2/2] scsi: core: fix dh and multipathing for SCSI hosts without request batching
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 1/2] scsi: core: fix missing .cleanup_rq for SCSI hosts without request batching
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• [PATCH 0/2] scsi: core: regression fixes for request batching
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/pci: PCI_IOV_RESOURCES loop refactoring in zpci_map_resources
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] s390/pci: PCI_IOV_RESOURCES loop refactoring in zpci_map_resources
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] s390/pci: PCI_IOV_RESOURCES loop refactoring in zpci_map_resources
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH v4 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 6/6] s390/mm: Remove sev_active() function
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 4/6] x86,s390/mm: Move sme_active() and sme_me_mask to x86-specific header
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 2/6] swiotlb: Remove call to sme_active()
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 3/6] dma-mapping: Remove dma_check_mask()
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 1/6] x86,s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 0/6] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: avoid fallback in case of non-blocking connect
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: do not schedule tx_work in SMC_CLOSED state
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Philipp Rudo <prudo@xxxxxxxxxxxxx>
• Re: [PATCH] s390/net: Mark expected switch fall-throughs
  • From: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.3-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 updates for 5.3-rc3
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 03/76] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 04/76] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 02/42] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 22/42] s390/qdio: add sanity checks to the fast-requeue path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 42/42] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 02/30] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 14/30] s390/qdio: add sanity checks to the fast-requeue path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 09/22] s390/qdio: add sanity checks to the fast-requeue path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 08/17] s390/qdio: add sanity checks to the fast-requeue path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 75/76] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 47/76] s390/qdio: add sanity checks to the fast-requeue path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net] net/smc: avoid fallback in case of non-blocking connect
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• [PATCH net] net/smc: do not schedule tx_work in SMC_CLOSED state
  • From: Karsten Graul <kgraul@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/dasd: fix endless loop after read unit address configuration
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 0/1] sending DASD patches through linux-block
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/8] dma-direct: turn ARCH_ZONE_DMA_BITS into a variable
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH 6/8] dma-direct: turn ARCH_ZONE_DMA_BITS into a variable
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH 1/1] s390/dasd: fix endless loop after read unit address configuration
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 0/1] sending DASD patches through linux-block
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH v5 1/7] s390: vfio-ap: Refactor vfio_ap driver probe and remove callbacks
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 5/7] s390: vfio-ap: allow hot plug/unplug of AP resources using mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 0/7] s390: vfio-ap: dynamic configuration support
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 3/7] s390: vfio-ap: implement in-use callback for vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 7/7] s390: vfio-ap: update documentation
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 4/7] s390: vfio-ap: allow assignment of unavailable AP resources to mdev device
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 6/7] s390: vfio-ap: add logging to vfio_ap driver
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v5 2/7] s390: zcrypt: driver callback to indicate resource in use
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 6/8] dma-direct: turn ARCH_ZONE_DMA_BITS into a variable
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• [PATCH 0/8] Raspberry Pi 4 DMA addressing support
  • From: Nicolas Saenz Julienne <nsaenzjulienne@xxxxxxx>
• Re: [PATCH v5 15/29] compat_ioctl: move tape handling into drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v10 08/22] s390: mm: Add p?d_leaf() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH v3 2/3] KVM: selftests: Implement ucall() for s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v3 1/3] KVM: selftests: Split ucall.c into architecture specific files
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v3 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v3 3/3] KVM: selftests: Enable dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v2 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH v2 1/3] KVM: selftests: Split ucall.c into architecture specific files
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 2/3] KVM: selftests: Implement ucall() for s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 3/3] KVM: selftests: Enable dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 1/3] KVM: selftests: Split ucall.c into architecture specific files
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 0/3] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 15/29] compat_ioctl: move tape handling into drivers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: linux-next: Tree for Jul 31 - s390 crypto build breakage
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v5 15/29] compat_ioctl: move tape handling into drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH] s390/net: Mark expected switch fall-throughs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 0/2] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Andrew Jones <drjones@xxxxxxxxxx>
• [PATCH 1/2] KVM: selftests: Implement ucall() for s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH 2/2] KVM: selftests: Enable dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH 0/2] KVM: selftests: Enable ucall and dirty_log_test on s390x
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH] s390/net: Mark expected switch fall-throughs
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] net/af_iucv: mark expected switch fall-throughs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] net/af_iucv: mark expected switch fall-throughs
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH] vfio-ccw: make vfio_ccw_async_region_ops static
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] vfio-ccw: make vfio_ccw_async_region_ops static
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] vfio-ccw: make vfio_ccw_async_region_ops static
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.2 149/171] s390/dasd: Make layout analysis ESE compatible
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v11 8/8] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 6/8] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 4/8] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 2/8] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 1/8] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 0/8] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 5.3-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 updates for 5.3-rc2
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 38/85] scsi: zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 16/37] scsi: zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 09/23] scsi: zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 13/30] scsi: zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 22/47] scsi: zfcp: fix GCC compiler warning emitted with -Wmaybe-uninitialized
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH RFC UNTESTED] vfio-ccw: indirect access to translated cps
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH 1/1] MAINTAINERS: vfio-ccw: Remove myself as the maintainer
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH 3/5] arch: wire-up pidfd_wait()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Reminder: 5 open syzbot bugs in "net/smc" subsystem
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 1/1] virtio/s390: fix race on airq_areas[]
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v2 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/11] MODSIGN: Export module signature definitions
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PULL v2 0/6] vfio-ccw fixes for 5.3
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] vt: Grab console_lock around con_is_bound in show_bind
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] vt: Grab console_lock around con_is_bound in show_bind
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v9 07/21] s390: mm: Add p?d_leaf() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH] s390: use __u{16,32,64} instead of uint{16,32,64}_t in uapi header
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] s390: use __u{16,32,64} instead of uint{16,32,64}_t in uapi header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] s390/hypfs: fix a typo in the name of a function
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH] s390: use __u{16,32,64} instead of uint{16,32,64}_t in uapi header
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH] s390/hypfs: fix a typo in the name of a function
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: shuah <shuah@xxxxxxxxxx>
• [PATCH v10 9/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 6/9] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 5/9] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 2/9] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 1/9] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 0/9] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] Remove x86-specific code from generic headers
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.2 149/171] s390/dasd: Make layout analysis ESE compatible
  • From: Jan Höppner <hoeppner@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.2 149/171] s390/dasd: Make layout analysis ESE compatible
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: lijiang <lijiang@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 149/171] s390/dasd: Make layout analysis ESE compatible
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 120/141] s390/dasd: Make layout analysis ESE compatible
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 085/101] s390/dasd: Make layout analysis ESE compatible
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 52/60] s390/dasd: Make layout analysis ESE compatible
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] x86,s390/mm: Move sme_active() and sme_me_mask to x86-specific header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 0/6] Remove x86-specific code from generic headers
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH v3 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH v3 4/6] x86,s390/mm: Move sme_active() and sme_me_mask to x86-specific header
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH v3 3/6] dma-mapping: Remove dma_check_mask()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH v3 2/6] swiotlb: Remove call to sme_active()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• [PATCH 1/1] s390/dma: provide proper ARCH_ZONE_DMA_BITS value
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] s390/mm: Remove sev_active() function
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] s390/mm: Remove sev_active() function
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: Is __dma_direct_alloc_pages broken on s390?
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Is __dma_direct_alloc_pages broken on s390?
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] s390/mm: Remove sev_active() function
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: Is __dma_direct_alloc_pages broken on s390?
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] KVM:390: Use kvm_vcpu_wake_up in kvm_s390_vcpu_wakeup
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] vt: Grab console_lock around con_is_bound in show_bind
  • From: Jens Remus <jremus@xxxxxxxxxxxxx>
• Re: Is __dma_direct_alloc_pages broken on s390?
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• Re: Is __dma_direct_alloc_pages broken on s390?
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] vt: Grab console_lock around con_is_bound in show_bind
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 6/6] s390/mm: Remove sev_active() function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 4/6] x86,s390/mm: Move sme_active() and sme_me_mask to x86-specific header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 3/6] dma-mapping: Remove dma_check_mask()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 2/6] swiotlb: Remove call to sme_active()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] vt: Grab console_lock around con_is_bound in show_bind
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Is __dma_direct_alloc_pages broken on s390?
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• [PATCH v3 6/6] s390/mm: Remove sev_active() function
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 2/6] swiotlb: Remove call to sme_active()
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 3/6] dma-mapping: Remove dma_check_mask()
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 4/6] x86,s390/mm: Move sme_active() and sme_me_mask to x86-specific header
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 5/6] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 0/6] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v3 1/6] x86,s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PULL v2 0/6] vfio-ccw fixes for 5.3
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• WARNING in con_is_bound
  • From: Jens Remus <jremus@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] tools: Add fchmodat4
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Miroslav Benes <mbenes@xxxxxxx>
• [PULL v2 6/6] Documentation: fix vfio-ccw doc
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 5/6] vfio-ccw: Update documentation for csch/hsch
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 4/6] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 3/6] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 2/6] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 1/6] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL v2 0/6] vfio-ccw fixes for 5.3
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PULL 0/5] vfio-ccw fixes for 5.3
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] Non-functional cleanup of a "__user * filename"
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 4/4] tools: Add fchmodat4
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 3/4] arch: Register fchmodat4, usually as syscall 434
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Add a new fchmodat4() syscall, v2
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] s390/livepatch: Implement reliable stack tracing for the consistency model
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] s390: enable detection of kernel version from bzImage
  • From: Petr Tesarik <PTesarik@xxxxxxxx>
• Re: [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] s390: enable detection of kernel version from bzImage
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] s390: enable detection of kernel version from bzImage
  • From: Petr Tesarik <PTesarik@xxxxxxxx>
• [PULL 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 3/5] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PULL 0/5] vfio-ccw fixes for 5.3
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] s390: enable detection of kernel version from bzImage
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] s390: add Linux banner to the compressed image
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] x86, s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH 1/3] x86, s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: janani <janani@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.2 077/249] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 048/158] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH AUTOSEL 4.4 24/53] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 30/73] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 036/105] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.1 067/219] s390/qdio: handle PENDING state for QEBSM devices
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/1] s390/protvirt: restore force_dma_unencrypted()
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] Some vfio-ccw fixes
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 10/11] mm/memory_hotplug: Make unregister_memory_block_under_nodes() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 09/11] mm/memory_hotplug: Remove memory block devices before arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 02/11] s390x/mm: Fail when an altmap is used for arch_add_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 03/11] s390x/mm: Implement arch_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/2] s390: add Linux banner to the compressed image
  • From: Petr Tesarik <PTesarik@xxxxxxxx>
• Re: [PATCH 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] s390: add Linux banner to the compressed image
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] x86,s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 1/3] x86,s390: Move ARCH_HAS_MEM_ENCRYPT definition to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 0/3] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] PDF output fixes
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] x86/Kconfig: Move ARCH_HAS_MEM_ENCRYPT to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 patches for the 5.3 merge window #2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 0/5] PDF output fixes
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] PDF output fixes
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 01/12] Documentation: move architectures together
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 2/2] s390: add Linux banner to the compressed image
  • From: Petr Tesarik <ptesarik@xxxxxxxx>
• [PATCH 1/2] init: Separate banner from init_uts_ns
  • From: Petr Tesarik <ptesarik@xxxxxxxx>
• [PATCH 0/2] Add uncompressed Linux banner to s390 bzImage
  • From: Petr Tesarik <ptesarik@xxxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] x86/Kconfig: Move ARCH_HAS_MEM_ENCRYPT to arch/Kconfig
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [GIT PULL] s390 patches for the 5.3 merge window #2
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] zfcp: fixes for the zFCP device driver
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] DMA mapping: Move SME handling to x86-specific files
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 3/3] fs/core/vmcore: Move sev_active() reference to x86 arch code
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 1/3] x86/Kconfig: Move ARCH_HAS_MEM_ENCRYPT to arch/Kconfig
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH 0/3] Remove x86-specific code from generic headers
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 07/12] Documentation/parisc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 06/12] Documentation/mips: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 03/12] Documentation/ia64: repointer docs to Documentation/arch/ia64
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 10/12] Documentation/sparc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 08/12] Dcumentation/powerpc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 12/12] Documentation/xtensa: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 04/12] Documentation/m68k: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 09/12] Dcumentation/sh: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 11/12] Documentation/x86: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 05/12] Documentation/s390: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] zfcp: fixes for the zFCP device driver
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v2 5/5] s390: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] sparc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] x86: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] powerpc: Kconfig: Remove CONFIG_NODES_SPAN_OTHER_NODES
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA
  • From: Hoan Tran OS <hoan@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v5 1/8] s390/mm: force swiotlb for protected virtualization
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update BPF JIT S390 maintainers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• [PATCH v3 5/5] vfio-ccw: Update documentation for csch/hsch
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 2/5] vfio-ccw: Fix memory leak and don't call cp_free in cp_init
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 3/5] vfio-ccw: Set pa_nr to 0 if memory allocation fails for pa_iova_pfn
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 1/5] vfio-ccw: Fix misleading comment when setting orb.cmd.c64
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• [PATCH v3 0/5] Some vfio-ccw fixes
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>
• Re: [PATCH] s390/zcrypt: remove the exporting of ap_query_configuration
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] mm/kprobes: Add generic kprobe_fault_handler() fallback definition
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [RFC v2 4/5] vfio-ccw: Don't call cp_free if we are processing a channel program
  • From: Farhan Ali <alifm@xxxxxxxxxxxxx>