From: Collin Walling <walling@linux.ibm.com>
To: qemu-devel@nongnu.org, qemu-s390x@nongnu.org
Cc: frankja@linux.ibm.com, david@redhat.com, cohuck@redhat.com,
pasic@linux.ibm.com, borntraeger@de.ibm.com, mst@redhat.com,
svens@linux.ibm.com, pbonzini@redhat.com, mihajlov@linux.ibm.com,
rth@twiddle.net
Subject: [PATCH v1 0/8] s390: Extended-Length SCCB & DIAGNOSE 0x318
Date: Fri, 8 May 2020 19:08:15 -0400 [thread overview]
Message-ID: <20200508230823.22956-1-walling@linux.ibm.com> (raw)
This patch series introduces two features for an s390 KVM quest:
- Extended-Length SCCB (els) for the Read SCP/CPU Info SCLP
commands
- DIAGNOSE 0x318 (diag318) enabling / migration handling
The diag318 feature depends on els and KVM support.
The els feature is handled entirely with QEMU, and does not require
KVM support.
These patches are introduced together for two main reasons:
- els allows diag318 to exist while retaining the original 248
VCPU max
- diag318 is presented to show how els is useful
Full els support is dependant on the Linux kernel, which must react
to the SCLP response code and set an appropriate-length SCCB.
A user should take care when tuning the CPU model for a VM.
If a user defines a VM with els support and specifies 248 CPUs, but
the guest Linux kernel cannot react to the SCLP response code, then
the guest will crash immediately upon kernel startup.
Since it has been some time since the last review and a few things
have changed, I've removed all ack's and set this submission to v1.
Collin L. Walling (8):
s390/sclp: remove SCLPDevice param from prepare_cpu_entries
s390/sclp: check sccb len before filling in data
s390/sclp: rework sclp boundary and length checks
s390/sclp: read sccb from mem based on sccb length
s390/sclp: use cpu offset to locate cpu entries
s390/sclp: add extended-length sccb support for kvm guest
s390/kvm: header sync for diag318
s390: diagnose 318 info reset and migration support
hw/s390x/s390-virtio-ccw.c | 45 +++++++++++++
hw/s390x/sclp.c | 101 +++++++++++++++++++++-------
include/hw/s390x/s390-virtio-ccw.h | 1 +
include/hw/s390x/sclp.h | 4 ++
linux-headers/asm-s390/kvm.h | 5 ++
smp.max_cpus | 0
target/s390x/cpu.c | 19 ++++++
target/s390x/cpu.h | 4 ++
target/s390x/cpu_features.h | 1 +
target/s390x/cpu_features_def.inc.h | 4 ++
target/s390x/cpu_models.c | 1 +
target/s390x/gen-features.c | 2 +
target/s390x/kvm-stub.c | 10 +++
target/s390x/kvm.c | 52 ++++++++++++++
target/s390x/kvm_s390x.h | 3 +
15 files changed, 229 insertions(+), 23 deletions(-)
create mode 100644 smp.max_cpus
--
2.21.1
next reply other threads:[~2020-05-08 23:10 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-08 23:08 Collin Walling [this message]
2020-05-08 23:08 ` [PATCH v1 1/8] s390/sclp: remove SCLPDevice param from prepare_cpu_entries Collin Walling
2020-05-11 14:37 ` Janosch Frank
2020-05-12 7:17 ` David Hildenbrand
2020-05-08 23:08 ` [PATCH v1 2/8] s390/sclp: check sccb len before filling in data Collin Walling
2020-05-11 14:36 ` Janosch Frank
2020-05-11 14:44 ` David Hildenbrand
2020-05-11 14:47 ` Collin Walling
2020-05-11 14:50 ` Janosch Frank
2020-05-11 15:02 ` David Hildenbrand
2020-05-12 16:01 ` Cornelia Huck
2020-05-12 16:16 ` Collin Walling
2020-05-12 16:24 ` Cornelia Huck
2020-05-12 16:25 ` Collin Walling
2020-05-13 7:43 ` Janosch Frank
2020-05-13 8:16 ` Cornelia Huck
2020-05-14 17:22 ` Collin Walling
2020-05-18 11:43 ` David Hildenbrand
2020-05-08 23:08 ` [PATCH v1 3/8] s390/sclp: rework sclp boundary and length checks Collin Walling
2020-05-12 7:21 ` David Hildenbrand
2020-05-12 14:55 ` Collin Walling
2020-05-13 7:00 ` Cornelia Huck
2020-05-14 17:23 ` Collin Walling
2020-05-08 23:08 ` [PATCH v1 4/8] s390/sclp: read sccb from mem based on sccb length Collin Walling
2020-05-12 7:26 ` David Hildenbrand
2020-05-12 14:46 ` Collin Walling
2020-05-08 23:08 ` [PATCH v1 5/8] s390/sclp: use cpu offset to locate cpu entries Collin Walling
2020-05-08 23:08 ` [PATCH v1 6/8] s390/sclp: add extended-length sccb support for kvm guest Collin Walling
2020-05-08 23:08 ` [PATCH v1 7/8] s390/kvm: header sync for diag318 Collin Walling
2020-05-13 7:05 ` Cornelia Huck
2020-05-13 22:44 ` Collin Walling
2020-05-08 23:08 ` [PATCH v1 8/8] s390: diagnose 318 info reset and migration support Collin Walling
2020-05-09 8:07 ` [PATCH v1 0/8] s390: Extended-Length SCCB & DIAGNOSE 0x318 no-reply
2020-05-12 16:08 ` Cornelia Huck
2020-05-12 16:20 ` Collin Walling
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200508230823.22956-1-walling@linux.ibm.com \
--to=walling@linux.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=mihajlov@linux.ibm.com \
--cc=mst@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=svens@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.