[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 41618e: s390: kvm: adjust diag318 resets to r
From: |
Richard Henderson |
Subject: |
[Qemu-commits] [qemu/qemu] 41618e: s390: kvm: adjust diag318 resets to retain data |
Date: |
Thu, 16 Dec 2021 05:58:44 -0800 |
Branch: refs/heads/staging
Home: https://github.com/qemu/qemu
Commit: 41618ea71b53e14636182936accc42e312b64a0a
https://github.com/qemu/qemu/commit/41618ea71b53e14636182936accc42e312b64a0a
Author: Collin Walling <walling@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M target/s390x/cpu.h
M target/s390x/kvm/kvm.c
Log Message:
-----------
s390: kvm: adjust diag318 resets to retain data
The CPNC portion of the diag318 data is erroneously reset during an
initial CPU reset caused by SIGP. Let's go ahead and relocate the
diag318_info field within the CPUS390XState struct such that it is
only zeroed during a clear reset. This way, the CPNC will be retained
for each VCPU in the configuration after the diag318 instruction
has been invoked.
The s390_machine_reset code already takes care of zeroing the diag318
data on VM resets, which also cover resets caused by diag308.
Fixes: fabdada9357b ("s390: guest support for diagnose 0x318")
Reported-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Collin Walling <walling@linux.ibm.com>
Reviewed-by: Janosch Frank <frankja@linux.ibm.com>
Reviewed-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Message-Id: <20211117152303.627969-1-walling@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: c45396c2f2ae90fede9967d0c8643b2e72bf6da4
https://github.com/qemu/qemu/commit/c45396c2f2ae90fede9967d0c8643b2e72bf6da4
Author: Christian Borntraeger <borntraeger@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M .mailmap
M MAINTAINERS
Log Message:
-----------
MAINTAINERS: update email address of Christian Borntraeger
My borntraeger@de.ibm.com email is just a forwarder to the
linux.ibm.com address. Let us remove the extra hop to avoid
a potential source of errors.
While at it, add the relevant email addresses to mailmap.
Signed-off-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Message-Id: <20211126102449.287524-1-borntraeger@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: e53135c80fabf10ebd735a8dc3d2eaa1de7f9325
https://github.com/qemu/qemu/commit/e53135c80fabf10ebd735a8dc3d2eaa1de7f9325
Author: Matthew Rosato <mjrosato@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M include/hw/s390x/s390-pci-bus.h
Log Message:
-----------
s390x/pci: use a reserved ID for the default PCI group
The current default PCI group being used can technically collide with a
real group ID passed from a hostdev. Let's instead use a group ID that
comes from a special pool (0xF0-0xFF) that is architected to be reserved
for simulated devices.
Fixes: 28dc86a072 ("s390x/pci: use a PCI Group structure")
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Eric Farman <farman@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20211203142706.427279-2-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: 7131532a6164776bf1b31ca0e8e22f0fafd2dc6b
https://github.com/qemu/qemu/commit/7131532a6164776bf1b31ca0e8e22f0fafd2dc6b
Author: Matthew Rosato <mjrosato@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M hw/s390x/s390-pci-inst.c
Log Message:
-----------
s390x/pci: don't use hard-coded dma range in reg_ioat
Instead use the values from clp info, they will either be the hard-coded
values or what came from the host driver via vfio.
Fixes: 9670ee752727 ("s390x/pci: use a PCI Function structure")
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Eric Farman <farman@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20211203142706.427279-3-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: ea5520f5253a4dc3680395a46274797a95685159
https://github.com/qemu/qemu/commit/ea5520f5253a4dc3680395a46274797a95685159
Author: Matthew Rosato <mjrosato@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M hw/s390x/s390-pci-inst.c
Log Message:
-----------
s390x/pci: use the passthrough measurement update interval
We may have gotten a measurement update interval from the underlying host
via vfio -- Use it to set the interval via which we update the function
measurement block.
Fixes: 28dc86a072 ("s390x/pci: use a PCI Group structure")
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Eric Farman <farman@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20211203142706.427279-4-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: 5b2aaea92958428c307b7ad9bd6416ab83933b93
https://github.com/qemu/qemu/commit/5b2aaea92958428c307b7ad9bd6416ab83933b93
Author: Matthew Rosato <mjrosato@linux.ibm.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M hw/s390x/s390-pci-bus.c
M hw/s390x/s390-pci-inst.c
M hw/s390x/s390-pci-vfio.c
M include/hw/s390x/s390-pci-bus.h
M include/hw/s390x/s390-pci-clp.h
Log Message:
-----------
s390x/pci: add supported DT information to clp response
The DTSM is a mask that specifies which I/O Address Translation designation
types are supported. Today QEMU only supports DT=1.
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Eric Farman <farman@linux.ibm.com>
Reviewed-by: Pierre Morel <pmorel@linux.ibm.com>
Message-Id: <20211203142706.427279-5-mjrosato@linux.ibm.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: 1b8be3f34f28634cbf940258d24b02cd1de415aa
https://github.com/qemu/qemu/commit/1b8be3f34f28634cbf940258d24b02cd1de415aa
Author: Cornelia Huck <cohuck@redhat.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M hw/arm/virt.c
M hw/core/machine.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/ppc/spapr.c
M hw/s390x/s390-virtio-ccw.c
M include/hw/boards.h
M include/hw/i386/pc.h
Log Message:
-----------
hw: Add compat machines for 7.0
Add 7.0 machine types for arm/i440fx/q35/s390x/spapr.
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20211208170241.110551-1-cohuck@redhat.com>
Acked-by: Cédric Le Goater <clg@kaod.org>
Reviewed-by: Juan Quintela <quintela@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: 79e42726050b7be6c2104a9af678ce911897dfaa
https://github.com/qemu/qemu/commit/79e42726050b7be6c2104a9af678ce911897dfaa
Author: Thomas Huth <thuth@redhat.com>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M .gitlab-ci.d/windows.yml
Log Message:
-----------
gitlab-ci: Speed up the msys2-64bit job by using --without-default-devices
The new msys2-64bit job is often running for more than 50 minutes - and
if the CI is currently loaded, it times out after 60 minutes. The job
has been declared with a bigger timeout, but seems like this is getting
ignored on the shared Gitlab-CI Windows runners, so we're currently
seeing a lot of failures with this job. Thus we have to reduce the time
it takes to finish this job. Since we want to test compiling the WHPX
and HAX accelerator code with this job, switching to another target CPU
is not really a good option, so let's reduce the amount of code that we
have to compile with the --without-default-devices switch instead.
Message-Id: <20211216082253.43899-1-thuth@redhat.com>
Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Commit: 2bf4250d8139d33686122bf7002cd32a6b2e1891
https://github.com/qemu/qemu/commit/2bf4250d8139d33686122bf7002cd32a6b2e1891
Author: Richard Henderson <richard.henderson@linaro.org>
Date: 2021-12-16 (Thu, 16 Dec 2021)
Changed paths:
M .gitlab-ci.d/windows.yml
M .mailmap
M MAINTAINERS
M hw/arm/virt.c
M hw/core/machine.c
M hw/i386/pc.c
M hw/i386/pc_piix.c
M hw/i386/pc_q35.c
M hw/ppc/spapr.c
M hw/s390x/s390-pci-bus.c
M hw/s390x/s390-pci-inst.c
M hw/s390x/s390-pci-vfio.c
M hw/s390x/s390-virtio-ccw.c
M include/hw/boards.h
M include/hw/i386/pc.h
M include/hw/s390x/s390-pci-bus.h
M include/hw/s390x/s390-pci-clp.h
M target/s390x/cpu.h
M target/s390x/kvm/kvm.c
Log Message:
-----------
Merge tag 's390x-2021-12-16' of https://gitlab.com/thuth/qemu into staging
* Small fixes for the s390x PCI code
* Fix reset handling of the diag318 data
* Add compat machines for 7.0 (all architectures)
* Ease timeout problem of the new msys2-64bit job
# gpg: Signature made Thu 16 Dec 2021 01:25:22 AM PST
# gpg: using RSA key 27B88847EEE0250118F3EAB92ED9D774FE702DB5
# gpg: issuer "thuth@redhat.com"
# gpg: Good signature from "Thomas Huth <th.huth@gmx.de>" [unknown]
# gpg: aka "Thomas Huth <thuth@redhat.com>" [unknown]
# gpg: aka "Thomas Huth <th.huth@posteo.de>" [unknown]
# gpg: aka "Thomas Huth <huth@tuxfamily.org>" [unknown]
# gpg: WARNING: This key is not certified with a trusted signature!
# gpg: There is no indication that the signature belongs to the owner.
# Primary key fingerprint: 27B8 8847 EEE0 2501 18F3 EAB9 2ED9 D774 FE70 2DB5
* tag 's390x-2021-12-16' of https://gitlab.com/thuth/qemu:
gitlab-ci: Speed up the msys2-64bit job by using --without-default-devices
hw: Add compat machines for 7.0
s390x/pci: add supported DT information to clp response
s390x/pci: use the passthrough measurement update interval
s390x/pci: don't use hard-coded dma range in reg_ioat
s390x/pci: use a reserved ID for the default PCI group
MAINTAINERS: update email address of Christian Borntraeger
s390: kvm: adjust diag318 resets to retain data
Signed-off-by: Richard Henderson <richard.henderson@linaro.org>
Compare: https://github.com/qemu/qemu/compare/69a80f14ce5c...2bf4250d8139
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 41618e: s390: kvm: adjust diag318 resets to retain data,
Richard Henderson <=