Linux S390: System z9 mainframe
Thread Index
[
Prev Page
][
Next Page
]
[PATCH v2 0/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] s390/setup: fix early warning messages
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
Re: [PATCH] s390/setup: fix early warning messages
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
[PATCH v3] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] s390/setup: fix early warning messages
From
: Guenter Roeck <linux@xxxxxxxxxxxx>
Re: Mapping memory regions on s390
From
: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
Re: Mapping memory regions on s390
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: Mapping memory regions on s390
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Will Deacon <will.deacon@xxxxxxx>
Re: Mapping memory regions on s390
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[GIT PULL 1/1] s390: vsie: Use effective CRYCBD.31 to check CRYCBD validity
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[GIT PULL 0/1] KVM: s390: Fix crypto handling for nested KVM (for 5.0)
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Mapping memory regions on s390
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH 10/11] lib: consolidate the GENERIC_HWEIGHT symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH v3] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH net-next 0/7] s390/qeth: updates 2019-02-15
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v3 8/9] s390: ap: Cleanup on removing the AP device
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 8/9] s390: ap: Cleanup on removing the AP device
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 7/9] s390: ap: implement PAPQ AQIC interception in kernel
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 5/9] s390: ap: tools to associate a queue to a matrix
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Waiman Long <longman@xxxxxxxxxx>
Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Will Deacon <will.deacon@xxxxxxx>
Re: [PATCH V2 0/7] Add FOLL_LONGTERM to GUP fast and use it
From
: Ira Weiny <ira.weiny@xxxxxxxxx>
[PATCH net-next 6/7] s390/qeth: add support for ETHTOOL_GRINGPARAM
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 7/7] s390/qeth: split out OSN netdev ops
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 4/7] s390/qeth: move ethtool code into its own file
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 5/7] s390/qeth: overhaul ethtool statistics
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 1/7] s390/qeth: allow manual recovery when device is SOFTSETUP
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 2/7] s390/qeth: use a static Output Queue array
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 3/7] s390/qeth: reduce ethtool statistics
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 0/7] s390/qeth: updates 2019-02-15
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
Re: [PATCH v3] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Dave Hansen <dave.hansen@xxxxxxxxx>
Re: [PATCH v3] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Vlastimil Babka <vbabka@xxxxxxx>
Re: [PATCH v3 4/6] vfio-ccw: add capabilities chain
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 3/9] s390: ap: new vfio_ap_queue structure
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 3/9] s390: ap: new vfio_ap_queue structure
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH 02/11] riscv: remove the HAVE_KPROBES option
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 0/9] [RFC] vfio: ap: ioctl definitions for AP Queue Interrupt Control
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH 08/11] lib: consolidate the GENERIC_BUG symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: [PATCH 09/11] lib: consolidate the GENERIC_CSUM symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 06/11] lockdep: consolidate the LOCKDEP_SUPPORT symbol
From
: Greentime Hu <green.hu@xxxxxxxxx>
Re: [PATCH 05/11] tracing: consolidate the TRACE_IRQFLAGS_SUPPORT symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 11/11] s390: don't redefined the HAS_IOMEM symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH 06/11] lockdep: consolidate the LOCKDEP_SUPPORT symbol
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Waiman Long <longman@xxxxxxxxxx>
Re: [PATCH v3 0/9] [RFC] vfio: ap: ioctl definitions for AP Queue Interrupt Control
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
[PATCH v3] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Waiman Long <longman@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Waiman Long <longman@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 0/9] [RFC] vfio: ap: ioctl definitions for AP Queue Interrupt Control
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 3/9] s390: ap: new vfio_ap_queue structure
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 5/9] s390: ap: tools to associate a queue to a matrix
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 8/9] s390: ap: Cleanup on removing the AP device
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 7/9] s390: ap: implement PAPQ AQIC interception in kernel
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 9/9] s390: ap: kvm: add AP Queue Interruption Control facility
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v3 1/9] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Vlastimil Babka <vbabka@xxxxxxx>
Re: [PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Andreas Schwab <schwab@xxxxxxx>
Re: [PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: [PATCH 10/11] lib: consolidate the GENERIC_HWEIGHT symbol
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 09/11] lib: consolidate the GENERIC_CSUM symbol
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 07/11] init: consolidate the GENERIC_CALIBRATE_DELAY symbol
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH] kbuild: move archive command to scripts/Makefile.lib
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
[PATCH V2 0/7] Add FOLL_LONGTERM to GUP fast and use it
From
: ira.weiny@xxxxxxxxx
[PATCH V2 1/7] mm/gup: Replace get_user_pages_longterm() with FOLL_LONGTERM
From
: ira.weiny@xxxxxxxxx
[PATCH V2 4/7] mm/gup: Add FOLL_LONGTERM capability to GUP fast
From
: ira.weiny@xxxxxxxxx
[PATCH V2 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
From
: ira.weiny@xxxxxxxxx
[PATCH V2 7/7] IB/mthca: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
From
: ira.weiny@xxxxxxxxx
[PATCH V2 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
From
: ira.weiny@xxxxxxxxx
[PATCH V2 6/7] IB/qib: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
From
: ira.weiny@xxxxxxxxx
[PATCH V2 2/7] mm/gup: Change write parameter to flags in fast walk
From
: ira.weiny@xxxxxxxxx
[PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
From
: Waiman Long <longman@xxxxxxxxxx>
[PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
From
: Waiman Long <longman@xxxxxxxxxx>
[PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
From
: Waiman Long <longman@xxxxxxxxxx>
[PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
From
: Waiman Long <longman@xxxxxxxxxx>
Re: [PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Dave Hansen <dave.hansen@xxxxxxxxx>
[PATCH v2] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alexandre Ghiti <alex@xxxxxxxx>
Re: [PATCH] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alex Ghiti <alex@xxxxxxxx>
[PATCH 04/11] tracing: consolidate the STACKTRACE_SUPPORT symbol
From
: Christoph Hellwig <hch@xxxxxx>
consolidate a few more arch support config options
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 07/11] init: consolidate the GENERIC_CALIBRATE_DELAY symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 09/11] lib: consolidate the GENERIC_CSUM symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 11/11] s390: don't redefined the HAS_IOMEM symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 10/11] lib: consolidate the GENERIC_HWEIGHT symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 08/11] lib: consolidate the GENERIC_BUG symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 06/11] lockdep: consolidate the LOCKDEP_SUPPORT symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 05/11] tracing: consolidate the TRACE_IRQFLAGS_SUPPORT symbol
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 03/11] kernel/locks: consolidate RWSEM_GENERIC_* options
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 02/11] riscv: remove the HAVE_KPROBES option
From
: Christoph Hellwig <hch@xxxxxx>
[PATCH 01/11] powerpc: remove dead ifdefs in <asm/checksum.h>
From
: Christoph Hellwig <hch@xxxxxx>
Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
From
: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Vlastimil Babka <vbabka@xxxxxxx>
Re: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: [PATCH net-next 00/10] s390/qeth: updates 2019-02-12
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next 05/10] s390/qeth: limit trace to valid data of command request
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 08/10] s390/qeth: allow cmd callbacks to return errnos
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 10/10] s390/qeth: convert remaining legacy cmd callbacks
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 09/10] s390/qeth: convert bridgeport callbacks
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 04/10] s390/qeth: align csum offload with TSO control logic
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 06/10] s390/qeth: simplify reply object handling
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 07/10] s390/qeth: cancel cmd on early error
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 03/10] s390/qeth: enable only required csum offload features
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 02/10] s390/qeth: consolidate filling of low-level cmd length fields
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 01/10] s390/qeth: reduce data length for ARP cache query
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 00/10] s390/qeth: updates 2019-02-12
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
Re: [PATCH net-next 0/7] net/smc: patches 2019-02-12
From
: David Miller <davem@xxxxxxxxxxxxx>
[PATCH net-next 2/7] net/smc: move wake up of close waiter
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 4/7] net/smc: reduce amount of status updates to peer
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 1/7] net/smc: reset cursor update required flag
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 7/7] MAINTAINERS: add Karsten as SMC maintainer
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 3/7] net/smc: no delay for free tx buffer wait
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 5/7] net/smc: check connections in smc_lgr_free_work
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 6/7] net/smc: check port_idx of ib event
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 0/7] net/smc: patches 2019-02-12
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
Re: [PATCH v2 00/27] KVM: x86/mmu: Remove fast invalidate mechanism
From
: Paolo Bonzini <pbonzini@xxxxxxxxxx>
Re: [GIT PULL] s390 patches for 5.0 #3
From
: pr-tracker-bot@xxxxxxxxxx
Re: [PATCH v3 0/6] vfio-ccw: support hsch/csch (kernel part)
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/6] vfio-ccw: support hsch/csch (kernel part)
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 3/6] vfio-ccw: protect the I/O region
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH 4.20 328/352] futex: Handle early deadlock return correctly
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.19 291/313] futex: Handle early deadlock return correctly
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH 4.14 183/205] futex: Handle early deadlock return correctly
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] s390: vsie: Use effective CRYCBD.31 to check CRYCBD validity
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v2] s390: vsie: Use effective CRYCBD.31 to check CRYCBD validity
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v2] s390: vsie: Use effective CRYCBD.31 to check CRYCBD validity
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2] s390: vsie: Use effective CRYCBD.31 to check CRYCBD validity
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[GIT PULL] s390 patches for 5.0 #3
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
Re: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
RE: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
From
: Ran Rozenstein <ranro@xxxxxxxxxxxx>
Re: [PATCH] s390/jump_label: Correct asm contraint
From
: Laura Abbott <labbott@xxxxxxxxxx>
Re: [PATCH v3 3/6] vfio-ccw: protect the I/O region
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/6] vfio-ccw: support hsch/csch (kernel part)
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH] Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element.
From
: Allen <allen.lkml@xxxxxxxxx>
Re: [PATCH] Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element.
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[PATCH] Use ARRAY_SIZE instead of dividing sizeof array with sizeof an element.
From
: Allen <allen.lkml@xxxxxxxxx>
Re: [PATCH net-next 0/7] net/smc: patches 2019-02-07
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v2] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PULL 0/1] vfio-ccw: bugfix for 5.1
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
[PATCH net-next 7/7] net/smc: original socket family in inet_sock_diag
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 5/7] net/smc: use client and server LGR pending locks for SMC-R
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 1/7] s390/net: move pnet constants
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 6/7] net/smc: move code to clear the conn->lgr field
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 4/7] net/smc: unlock LGR pending lock earlier for SMC-D
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 3/7] net/smc: use smc_curs_copy() for SMC-D
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 2/7] net/smc: postpone release of clcsock
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net-next 0/7] net/smc: patches 2019-02-07
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 1/1] net/smc: fix byte_order for rx_curs_confirmed
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
Re: [PATCH v2] zcrypt: handle AP Info notification from CHSC SEI command
From
: Sebastian Ott <sebott@xxxxxxxxxxxxx>
Re: [PATCH v2] zcrypt: handle AP Info notification from CHSC SEI command
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
[PATCH 20/53] perf/aux: Make perf_event accessible to setup_aux()
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 21/53] coresight: perf: Add "sinks" group to PMU directory
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 24/53] perf arm cs-etm: Use event attributes to send sink information to kernel
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 23/53] perf pmu: Move EVENT_SOURCE_DEVICE_PATH to PMU header file
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 22/53] coresight: Use event attributes for sink selection
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 26/53] perf pmu: Remove set_drv_config API
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
[PATCH 25/53] perf coresight: Remove set_drv_config() API
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH v7 00/15] KVM: s390: make use of the GIB
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v3 0/6] vfio-ccw: support hsch/csch (kernel part)
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [kvm-unit-tests PATCH v2] s390x: Only look at relevant skey bits
From
: Thomas Huth <thuth@xxxxxxxxxx>
Re: [PATCH v2 01/27] KVM: Call kvm_arch_memslots_updated() before updating memslots
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[kvm-unit-tests PATCH v2] s390x: Only look at relevant skey bits
From
: Janosch Frank <frankja@xxxxxxxxxxxxx>
[PATCH v2 01/27] KVM: Call kvm_arch_memslots_updated() before updating memslots
From
: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
[PATCH v2 00/27] KVM: x86/mmu: Remove fast invalidate mechanism
From
: Sean Christopherson <sean.j.christopherson@xxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v3 2/6] vfio-ccw: rework ssch state handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 2/6] vfio-ccw: rework ssch state handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v7 13/15] KVM: s390: add gib_alert_irq_handler()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH] s390/jump_label: Correct asm contraint
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 2/6] vfio-ccw: rework ssch state handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alex Ghiti <alex@xxxxxxxx>
Re: [PATCH v7 13/15] KVM: s390: add gib_alert_irq_handler()
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v7 12/15] KVM: s390: kvm_s390_gisa_clear() now clears the IPM only
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v7 15/15] KVM: s390: fix possible null pointer dereference in pending_irqs()
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[PATCH] kbuild: move archive command to scripts/Makefile.lib
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH v3 2/6] vfio-ccw: rework ssch state handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH] s390: bpf: fix JMP32 code-gen
From
: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
Re: [PATCH net 0/4] s390/qeth: fixes 2019-02-04
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH] s390: bpf: fix JMP32 code-gen
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH net 0/4] net/smc: fixes 2019-02-04
From
: David Miller <davem@xxxxxxxxxxxxx>
[PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PULL 0/1] vfio-ccw: bugfix for 5.1
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH net 3/4] s390/qeth: cancel close_dev work before removing a card
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net 4/4] s390/qeth: conclude all event processing before offlining a card
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net 2/4] s390/qeth: fix use-after-free in error path
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net 1/4] s390/qeth: release cmd buffer in error paths
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net 0/4] s390/qeth: fixes 2019-02-04
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] s390: bpf: fix JMP32 code-gen
From
: Jiong Wang <jiong.wang@xxxxxxxxxxxxx>
[PATCH] s390: bpf: fix JMP32 code-gen
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[PATCH net 2/4] net/smc: fix sender_free computation
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 4/4] net/smc: correct state change for peer closing
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 3/4] net/smc: delete rkey first before switching to unused
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 1/4] net/smc: preallocated memory for rdma work requests
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 0/4] net/smc: fixes 2019-02-04
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [kvm-unit-tests PATCH] s390x: Only look at relevant skey bits
From
: David Hildenbrand <david@xxxxxxxxxx>
[kvm-unit-tests PATCH] s390x: Only look at relevant skey bits
From
: Janosch Frank <frankja@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Harald Freudenberger <freude@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Harald Freudenberger <freude@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Sebastian Ott <sebott@xxxxxxxxxxxxx>
Re: [PATCH] hugetlb: allow to free gigantic pages regardless of the configuration
From
: Alex Ghiti <alex@xxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: kbuild test robot <lkp@xxxxxxxxx>
[PATCH net-next v5 00/12] net: y2038-safe socket timestamps
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH net-next v5 03/12] arch: Use asm-generic/socket.h when possible
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH net 0/9] net/smc: fixes 2019-01-30
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v3 7/7] perf tools: Remove PMU::set_drv_config API
From
: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
[PATCH net-next v4 09/12] socket: Add SO_TIMESTAMPING_NEW
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH net-next v4 03/12] arch: Use asm-generic/socket.h when possible
From
: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH -next] s390: remove unused including <linux/version.h>
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v1] KVM: s390: vsie: fix Do the CRYCB validation first
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v7 15/15] KVM: s390: fix possible null pointer dereference in pending_irqs()
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[PATCH -next] s390: remove unused including <linux/version.h>
From
: YueHaibing <yuehaibing@xxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v3 7/7] perf tools: Remove PMU::set_drv_config API
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
Re: [PATCH v3 3/7] coresight: Use event attributes for sink selection
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
Re: [PATCH v3 2/7] coresight: perf: Add "sinks" group to PMU directory
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
[PATCH v3 3/7] coresight: Use event attributes for sink selection
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 2/7] coresight: perf: Add "sinks" group to PMU directory
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 5/7] perf tools: Use event attributes to send sink information to kernel
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 4/7] perf pmu: Moving EVENT_SOURCE_DEVICE_PATH to PMU header file
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 7/7] perf tools: Remove PMU::set_drv_config API
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 6/7] perf tools: Removing CoreSight set_drv_config() API
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 1/7] perf/aux: Make perf_event accessible to setup_aux()
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v3 0/7] perf: Communicate sink via event::attr:config2
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH v7 15/15] KVM: s390: fix possible null pointer dereference in pending_irqs()
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v7 11/15] KVM: s390: add functions to (un)register GISC with GISA
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Sebastian Sewior <bigeasy@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
From
: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
Re: [PATCH v7 12/15] KVM: s390: kvm_s390_gisa_clear() now clears the IPM only
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH RFC] virtio: hint if callbacks surprisingly might sleep
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v7 03/15] KVM: s390: move bitmap idle_mask into arch struct top level
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v3 6/6] vfio-ccw: add handling for async channel instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v7 15/15] KVM: s390: test for non NULL gisa origin in pending_irqs()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 00/15] KVM: s390: make use of the GIB
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 02/15] KVM: s390: make bitmap declaration consistent
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 03/15] KVM: s390: move bitmap idle_mask into arch struct top level
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 06/15] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 07/15] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 10/15] KVM: s390: add kvm reference to struct sie_page2
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 08/15] s390/cio: add function chsc_sgib()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 15/15] KVM: s390: test for non NULL gisa origin in pending_irqs()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 15/15] KVM: s390: fix possible null pointer dereference in pending_irqs()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 14/15] KVM: s390: start using the GIB
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 13/15] KVM: s390: add gib_alert_irq_handler()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 11/15] KVM: s390: add functions to (un)register GISC with GISA
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 12/15] KVM: s390: kvm_s390_gisa_clear() now clears the IPM only
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 09/15] KVM: s390: add the GIB and its related life-cyle functions
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 05/15] KVM: s390: use pending_irqs_no_gisa() where appropriate
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 04/15] KVM: s390: coding style kvm_s390_gisa_init/clear()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v7 01/15] KVM: s390: drop obsolete else path
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Christophe Leroy <christophe.leroy@xxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2 2/7] coresight: perf: Add "sinks" group to PMU directory
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggerede
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Sebastian Sewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Sebastian Ott <sebott@xxxxxxxxxxxxx>
[PATCH net 5/9] net/smc: recvmsg and splice_read should return 0 after shutdown
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[PATCH net 9/9] net/smc: fix use of variable in cleared area
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 8/9] net/smc: use device link provided in qp_context
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 7/9] net/smc: call smc_cdc_msg_send() under send_lock
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 6/9] net/smc: do not wait under send_lock
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 4/9] net/smc: don't wait for send buffer space when data was already sent
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 3/9] net/smc: prevent races between smc_lgr_terminate() and smc_conn_free()
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 2/9] net/smc: allow 16 byte pnetids in netlink policy
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 1/9] net/smc: fix another sizeof to int comparison
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH net 0/9] net/smc: fixes 2019-01-30
From
: Ursula Braun <ubraun@xxxxxxxxxxxxx>
[PATCH] zcrypt: handle AP Info notification from CHSC SEI command
From
: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
Re: [PATCH v2 4/7] perf pmu: Moving EVENT_SOURCE_DEVICE_PATH to PMU header file
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
Re: [PATCH v2 3/7] coresight: Use event attributes for sink selection
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
Re: [PATCH v2 2/7] coresight: perf: Add "sinks" group to PMU directory
From
: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
Re: [PATCH v3 6/6] vfio-ccw: add handling for async channel instructions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v3 6/6] vfio-ccw: add handling for async channel instructions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: [PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
From
: Petr Mladek <pmladek@xxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Sebastian Sewior <bigeasy@xxxxxxxxxxxxx>
[PATCH v3 6/6] vfio-ccw: add handling for async channel instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 5/6] s390/cio: export hsch to modules
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 4/6] vfio-ccw: add capabilities chain
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 3/6] vfio-ccw: protect the I/O region
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 2/6] vfio-ccw: rework ssch state handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 1/6] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v3 0/6] vfio-ccw: support hsch/csch (kernel part)
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] futex: Handle early deadlock return correctly
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] s390/jump_label: Correct asm contraint
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[PATCH] futex: Handle early deadlock return correctly
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Sebastian Sewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Michael Petlan <mpetlan@xxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Jiri Olsa <jolsa@xxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v6 03/13] KVM: s390: move bitmap idle_mask into arch struct top level
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH v6 13/13] KVM: s390: start using the GIB
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v6 10/13] KVM: s390: add kvm reference to struct sie_page2
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH 4.14 64/68] x86/xen/time: Output xen sched_clock time from 0
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2 09/21] memblock: drop memblock_alloc_base()
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: [PATCH v2 02/21] powerpc: use memblock functions returning virtual address
From
: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Jiri Olsa <jolsa@xxxxxxxxxx>
Re: [PATCH] s390/jump_label: Correct asm contraint
From
: Laura Abbott <labbott@xxxxxxxxxx>
Re: kprobe string arg does not return proper value
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH] zfcp: fix sysfs block queue limit output for max_segment_size
From
: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
kprobe string arg does not return proper value
From
: Jiri Olsa <jolsa@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH AUTOSEL 4.20 103/304] s390/zcrypt: improve special ap message cmd handling
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH AUTOSEL 4.20 031/304] s390/qeth: utilize virtual MAC for Layer2 OSD devices
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 05/13] KVM: s390: use pending_irqs_no_gisa() where appropriate
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 3/5] vfio-ccw: add capabilities chain
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 06/13] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH AUTOSEL 4.20 204/304] KVM: s390: unregister debug feature on failing arch init
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH AUTOSEL 4.19 089/258] s390/zcrypt: improve special ap message cmd handling
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH AUTOSEL 4.19 172/258] KVM: s390: unregister debug feature on failing arch init
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH AUTOSEL 4.14 058/170] s390/zcrypt: improve special ap message cmd handling
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH v6 09/13] KVM: s390: add the GIB and its related life-cyle functions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH AUTOSEL 4.9 062/107] KVM: s390: unregister debug feature on failing arch init
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.14 109/170] KVM: s390: unregister debug feature on failing arch init
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 4.4 46/80] KVM: s390: unregister debug feature on failing arch init
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: [PATCH v6 03/13] KVM: s390: move bitmap idle_mask into arch struct top level
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v6 06/13] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 04/13] KVM: s390: coding style kvm_s390_gisa_init/clear()
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v6 02/13] KVM: s390: make bitmap declaration consitent
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v6 01/13] KVM: s390: drop obsolete else path
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2 01/21] openrisc: prefer memblock APIs returning virtual address
From
: Stafford Horne <shorne@xxxxxxxxx>
Re: [PATCH v15 23/26] sched: early boot clock
From
: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
Re: [PATCH net-next 0/8] s390/qeth: updates 2019-01-25
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [PATCH v15 23/26] sched: early boot clock
From
: Jon DeVree <nuxi@xxxxxxxxxxx>
Re: [PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 3/5] vfio-ccw: add capabilities chain
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 7/9] arm64: kdump: No need to mark crashkernel pages manually PG_reserved
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 6/9] arm64: kexec: no need to ClearPageReserved()
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
From
: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
Re: [PATCH v2 3/5] vfio-ccw: add capabilities chain
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 25/29] y2038: syscalls: rename y2038 compat syscalls
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
Re: [PATCH v2 06/29] ARM: add migrate_pages() system call
From
: Catalin Marinas <catalin.marinas@xxxxxxx>
[PATCH net-next 1/8] s390/qeth: streamline TX buffer management
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 8/8] s390/qeth: remove VLAN tracking for L2 devices
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 3/8] s390/qeth: consolidate open/stop netdev ops
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 4/8] s390/qeth: register MAC address earlier
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 6/8] s390/qeth: delay netdevice registration
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 7/8] s390/qeth: detach netdevice while card is offline
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 5/8] s390/qeth: remove TX disable from online path
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 2/8] s390/qeth: remove bogus netif_wake_queue()
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
[PATCH net-next 0/8] s390/qeth: updates 2019-01-25
From
: Julian Wiedmann <jwi@xxxxxxxxxxxxx>
Re: [PATCH v6 06/13] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] s390: kernel: no need to check return value of debugfs_create functions
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH] s390: hypfs: no need to check return value of debugfs_create functions
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Eric Farman <farman@xxxxxxxxxxxxx>
[PATCH] zfcp: fix sysfs block queue limit output for max_segment_size
From
: Steffen Maier <maier@xxxxxxxxxxxxx>
Re: [PATCH v2 1/2] s390/setup: set control program code via diag 318
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 01/13] KVM: s390: drop obsolete else path
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 06/13] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v6 02/13] KVM: s390: make bitmap declaration consitent
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v6 00/13] KVM: s390: make use of the GIB
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 07/13] KVM: s390: introduce struct kvm_s390_gisa_interrupt
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 06/13] KVM: s390: remove kvm_s390_ from gisa static inline functions
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 09/13] KVM: s390: add the GIB and its related life-cyle functions
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 08/13] s390/cio: add function chsc_sgib()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 11/13] KVM: s390: add functions to (un)register GISC with GISA
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 02/13] KVM: s390: make bitmap declaration consitent
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 10/13] KVM: s390: add kvm reference to struct sie_page2
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 12/13] KVM: s390: add gib_alert_irq_handler()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 13/13] KVM: s390: start using the GIB
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 05/13] KVM: s390: use pending_irqs_no_gisa() where appropriate
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 03/13] KVM: s390: move bitmap idle_mask into arch struct top level
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 01/13] KVM: s390: drop obsolete else path
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
[PATCH v6 04/13] KVM: s390: coding style kvm_s390_gisa_init/clear()
From
: Michael Mueller <mimu@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
Re: [PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 1/2] s390/setup: set control program code via diag 318
From
: Collin Walling <walling@xxxxxxxxxxxxx>
Re: [PATCH v2 1/2] s390/setup: set control program code via diag 318
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 1/2] s390/setup: set control program code via diag 318
From
: Christian Borntraeger <borntraeger@xxxxxxxxxx>
Re: [PATCH v2 1/2] s390/setup: set control program code via diag 318
From
: Collin Walling <walling@xxxxxxxxxxxxx>
Re: [PATCH v2 1/4] kbuild: simplify rules of data compression with size appending
From
: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
Re: [PATCH v2 0/7] perf: Communicate sink via event::attr:config2
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH 3/7] coresight: Use event attributes for sink selection
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH 3/7] coresight: Use event attributes for sink selection
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [GIT PULL] s390 patches for 5.0 #2
From
: pr-tracker-bot@xxxxxxxxxx
Re: [qemu-s390x] [PATCH v2 3/5] vfio-ccw: add capabilities chain
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH v1 2/2] s390x/pci: Fix hotplugging of PCI bridges
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [PATCH v1 2/2] s390x/pci: Fix hotplugging of PCI bridges
From
: Thomas Huth <thuth@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] s390/jump_label: Correct asm contraint
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH] s390/jump_label: Correct asm contraint
From
: Laura Abbott <labbott@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[GIT PULL] s390 patches for 5.0 #2
From
: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH] s390: pci: no need to check return value of debugfs_create functions
From
: Sebastian Ott <sebott@xxxxxxxxxxxxx>
Re: [PATCH] s390: kernel: no need to check return value of debugfs_create functions
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
[PATCH v2 2/7] coresight: perf: Add "sinks" group to PMU directory
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 1/7] perf/aux: Make perf_event accessible to setup_aux()
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 3/7] coresight: Use event attributes for sink selection
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 4/7] perf pmu: Moving EVENT_SOURCE_DEVICE_PATH to PMU header file
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 5/7] perf tools: Use event attributes to send sink information to kernel
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 7/7] perf tools: Remove PMU::set_drv_config API
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 6/7] perf tools: Removing CoreSight set_drv_config() API
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
[PATCH v2 0/7] perf: Communicate sink via event::attr:config2
From
: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
Re: [PATCH v1] iommu/s390: Declare s390 iommu reserved regions
From
: Alex Williamson <alex.williamson@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH] s390: kernel: no need to check return value of debugfs_create functions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH] s390: kernel: no need to check return value of debugfs_create functions
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[PATCH] s390: pci: no need to check return value of debugfs_create functions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH] s390: hypfs: no need to check return value of debugfs_create functions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
[PATCH] s390: kernel: no need to check return value of debugfs_create functions
From
: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: [qemu-s390x] [PATCH v2 4/5] s390/cio: export hsch to modules
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 1/5] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 1/5] vfio-ccw: make it safe to access channel programs
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [RFC v1 1/2] vfio-ccw: Don't assume there are more ccws after a TIC
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [Qemu-devel] [PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [PATCH 0/3] virtio-ccw: updates
From
: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
Re: [RFC v1 1/2] vfio-ccw: Don't assume there are more ccws after a TIC
From
: Halil Pasic <pasic@xxxxxxxxxxxxx>
Re: [RFC v1 1/2] vfio-ccw: Don't assume there are more ccws after a TIC
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
From
: Rob Herring <robh@xxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Arnd Bergmann <arnd@xxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: [PATCH v2 3/4] kbuild: add real-prereqs shorthand for $(filter-out FORCE,$^)
From
: Rob Herring <robh@xxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v1] iommu/s390: Declare s390 iommu reserved regions
From
: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: [RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[RFC v1 1/2] vfio-ccw: Don't assume there are more ccws after a TIC
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
[RFC v1 2/2] vfio-ccw: Don't exit early if state of the vfio-ccw subchannel is not idle
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
[RFC v1 0/2] Small vfio-ccw fixes
From
: Farhan Ali <alifm@xxxxxxxxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v1] iommu/s390: Declare s390 iommu reserved regions
From
: Robin Murphy <robin.murphy@xxxxxxx>
Re: WARN_ON_ONCE(!new_owner) within wake_futex_pi() triggered
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
[PATCH 3/3] virtio-ccw: wire up ->bus_name callback
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH 1/3] virtio-ccw: diag 500 may return a negative cookie
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH 2/3] s390/virtio: handle find on invalid queue gracefully
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH 0/3] virtio-ccw: updates
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH v1] iommu/s390: Declare s390 iommu reserved regions
From
: Pierre Morel <pmorel@xxxxxxxxxxxxx>
[PATCH v2 2/2] vfio-ccw: support async command subregion
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 1/2] vfio-ccw: new capability chain support
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 0/2] vfio-ccw: support hsch/csch (QEMU part)
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 5/5] vfio-ccw: add handling for async channel instructions
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 4/5] s390/cio: export hsch to modules
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 3/5] vfio-ccw: add capabilities chain
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 2/5] vfio-ccw: concurrent I/O handling
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 1/5] vfio-ccw: make it safe to access channel programs
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
[PATCH v2 0/5] vfio-ccw: support hsch/csch (kernel part)
From
: Cornelia Huck <cohuck@xxxxxxxxxx>
Re: [kvm-unit-tests PATCH v6 00/11] s390x: Add cross hypervisor and disk boot
From
: Thomas Huth <thuth@xxxxxxxxxx>
Re: [kvm-unit-tests PATCH v6 07/11] s390x: Use interrupts in SCLP and add locking
From
: Janosch Frank <frankja@xxxxxxxxxxxxx>
Re: [PATCH 4/5] s390: autogenerate compat syscall wrappers
From
: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [kvm-unit-tests PATCH v6 07/11] s390x: Use interrupts in SCLP and add locking
From
: David Hildenbrand <david@xxxxxxxxxx>
Re: [PATCH v2 08/29] m68k: assign syscall number for seccomp
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH v2 00/21] Refine memblock API
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 04/21] memblock: drop memblock_alloc_base_nid()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 07/21] memblock: memblock_phys_alloc(): don't panic
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 08/21] memblock: drop __memblock_alloc_base()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 11/21] memblock: make memblock_find_in_range_node() and choose_memblock_flags() static
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 12/21] arch: use memblock_alloc() instead of memblock_alloc_from(size, align, 0)
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 13/21] arch: don't memset(0) memory returned by memblock_alloc()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
From
: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[PATCH v2 14/21] ia64: add checks for the return value of memblock_alloc*()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 15/21] sparc: add checks for the return value of memblock_alloc*()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 16/21] mm/percpu: add checks for the return value of memblock_alloc*()
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
From
: Mike Rapoport <rppt@xxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]