Linux S390: System z9 mainframe

• Thread Index

• [RESEND PATCH 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'
  • From: ira.weiny@xxxxxxxxx
• [RESEND PATCH 5/7] IB/hfi1: Use the new FOLL_LONGTERM flag to get_user_pages_fast()
  • From: ira.weiny@xxxxxxxxx
• Re: [PULL 1/1] vfio-ccw: Don't assume there are more ccws after a TIC
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
  • From: 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 02/11] riscv: remove the HAVE_KPROBES option
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 8/9] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 8/9] s390: ap: Cleanup on removing the AP device
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/9] s390: ap: implement PAPQ AQIC interception in kernel
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 02/11] riscv: remove the HAVE_KPROBES option
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 4/6] vfio-ccw: add capabilities chain
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v3 6/9] vfio: ap: register IOMMU VFIO notifier
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [kvm-unit-tests PATCH 3/3] s390x: Add prefix for dxc afp emulator test
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 2/3] s390x: Beautify pfmf report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 1/3] s390x: Beautify sthyi report strings
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 0/3] s390x: Report string cleanup
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390: vfio_ap: link the vfio_ap devices to the vfio_ap bus subsystem
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 05/11] tracing: consolidate the TRACE_IRQFLAGS_SUPPORT symbol
  • From: Ley Foon Tan <ley.foon.tan@xxxxxxxxx>
• Re: [PATCH v3 2/9] s390: ap: kvm: setting a hook for PQAP instructions
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 5/9] s390: ap: tools to associate a queue to a matrix
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/9] s390: ap: tools to find a queue with a specific APQN
  • 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] s390/setup: fix early warning messages
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] s390/setup: fix early warning messages
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [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>