DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
be intercepted by SIE and handled via KVM. Let's introduce some
functions to communicate between QEMU and KVM via ioctls. These
will be used to get/set the diag318 related information (also known
as the "Control Program Code" or "
Patchew URL:
https://patchew.org/QEMU/20190401214847.27600-1-wall...@linux.ibm.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20190401214847.27600-1-wall...@linux.ibm.com
Subject: [Qemu-devel] [PATCH v3] s390: diagnose 318
On 4/1/19 5:48 PM, Collin Walling wrote:
[...]
---
This version is posted in tandem with a new kernel patch that changes
how the execution of the diag 0x318 instruction is handled. A link to
this series will be attached as a reply to this series for convenience.
https://www.spinics.net/list
On 01.04.19 23:48, Collin Walling wrote:
> DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
> be intercepted by SIE and handled via KVM. Let's introduce some
> functions to communicate between QEMU and KVM via ioctls. These
> will be used to get/set the diag318 related informati
On Wed, 3 Apr 2019 13:46:07 +0200
David Hildenbrand wrote:
> On 01.04.19 23:48, Collin Walling wrote:
> > DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
> > be intercepted by SIE and handled via KVM. Let's introduce some
> > functions to communicate between QEMU and KVM via
On 4/3/19 8:30 AM, Cornelia Huck wrote:
On Wed, 3 Apr 2019 13:46:07 +0200
David Hildenbrand wrote:
On 01.04.19 23:48, Collin Walling wrote:
DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
be intercepted by SIE and handled via KVM. Let's introduce some
functions to communi
On 4/3/19 10:16 AM, Collin Walling wrote:
On 4/3/19 8:30 AM, Cornelia Huck wrote:
On Wed, 3 Apr 2019 13:46:07 +0200
David Hildenbrand wrote:
On 01.04.19 23:48, Collin Walling wrote:
DIAGNOSE 0x318 (diag318) is a privileged s390x instruction that must
be intercepted by SIE and handled via KVM