[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] e2d9f9: s390x/sclp: fixup highest CPU address
From: |
GitHub |
Subject: |
[Qemu-commits] [qemu/qemu] e2d9f9: s390x/sclp: fixup highest CPU address |
Date: |
Wed, 24 Jan 2018 07:28:07 -0800 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: e2d9f902378cc0b8de9bacfc9406e6c63bc236d7
https://github.com/qemu/qemu/commit/e2d9f902378cc0b8de9bacfc9406e6c63bc236d7
Author: Christian Borntraeger <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M hw/s390x/sclp.c
Log Message:
-----------
s390x/sclp: fixup highest CPU address
The highest cpu address is not the same as max_cpus. max_cpus
counts from 1 while the cpu address starts at 0.
Signed-off-by: Christian Borntraeger <address@hidden>
Reviewed-by: Jason J. Herne <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: David Hildenbrand <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: bb8794307252be791f1723eae47983f815882376
https://github.com/qemu/qemu/commit/bb8794307252be791f1723eae47983f815882376
Author: David Hildenbrand <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M target/s390x/helper.h
M target/s390x/mem_helper.c
M target/s390x/translate.c
Log Message:
-----------
s390x/tcg: implement TEST PROTECTION
Linux uses TEST PROTECTION to sense for available memory locations.
Let's implement what we can for now (just as for the other instructions,
excluding AR mode and special protection mechanisms).
Signed-off-by: David Hildenbrand <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: e537112b418306229eb74c53de93751dd7b484d0
https://github.com/qemu/qemu/commit/e537112b418306229eb74c53de93751dd7b484d0
Author: David Hildenbrand <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M hw/s390x/sclp.c
Log Message:
-----------
s390x/sclp: fix missing be conversion
Linux crashes right now if maxmem > mem is specified on the command line.
On s390x, the guest can hotplug memory itself right now - very weird -
and e.g. Fedora 27 will simply add all memory it can when booting.
So now, we have at least the same behavior on TCG and KVM.
Signed-off-by: David Hildenbrand <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: 74a69e03c11412f4f3356f8ebc14339e5b1130ca
https://github.com/qemu/qemu/commit/74a69e03c11412f4f3356f8ebc14339e5b1130ca
Author: Alistair Francis <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M hw/s390x/virtio-ccw.c
Log Message:
-----------
hw/s390x: Replace fprintf(stderr, "*\n" with qemu_log_mask()
One fprintf(stderr, was manually converted to a
qemu_log_mask(LOG_GUEST_ERROR,
Signed-off-by: Alistair Francis <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Message-Id: <address@hidden>
[CH: tweaked commit message]
Signed-off-by: Cornelia Huck <address@hidden>
Commit: 46fa893355e0bd88f3c59b886f0d75cbd5f0bbbe
https://github.com/qemu/qemu/commit/46fa893355e0bd88f3c59b886f0d75cbd5f0bbbe
Author: Claudio Imbrenda <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M hw/s390x/s390-stattrib-kvm.c
Log Message:
-----------
s390x: fix storage attributes migration for non-small guests
Fix storage attribute migration so that it does not fail for guests
with more than a few GB of RAM.
With such guests, the index in the buffer would go out of bounds,
usually by large amounts, thus receiving -EFAULT from the kernel.
Migration itself would be successful, but storage attributes would then
not be migrated completely.
This patch fixes the out of bounds access, and thus migration of all
storage attributes when the guest have large amounts of memory.
Cc: address@hidden
Signed-off-by: Claudio Imbrenda <address@hidden>
Fixes: 903fd80b03243476 ("s390x/migration: Storage attributes device")
Message-Id: <address@hidden>
Reviewed-by: Christian Borntraeger <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: b5e85329026115b5a679849f45e7c19c2714e4fd
https://github.com/qemu/qemu/commit/b5e85329026115b5a679849f45e7c19c2714e4fd
Author: David Hildenbrand <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M target/s390x/cpu.h
M target/s390x/helper.h
M target/s390x/mem_helper.c
Log Message:
-----------
s390x/tcg: fixup TEST PROTECTION
CC == 2 can only happen due to a protection exception, not if memory is
not available (PGM_ADDRESSING). So all PGM_ADDRESSING exceptions have to
be forwarded to the guest.
Since the initial definition of TEST PROTECTION, we now read globals
(e.g. PSW mask), so we have to correctly mark the instruction
(otherwise, e.g. booting fedora 27 fails).
Also, the architecture explicitly specifies which exceptions are
forwarded to the guest, this makes the code a little nicer.
Signed-off-by: David Hildenbrand <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: 9cbb636270b4df6f0a548e5c34b895330db5df8b
https://github.com/qemu/qemu/commit/9cbb636270b4df6f0a548e5c34b895330db5df8b
Author: Cornelia Huck <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M include/standard-headers/asm-s390/virtio-ccw.h
M linux-headers/asm-powerpc/kvm.h
M linux-headers/asm-s390/kvm.h
M linux-headers/asm-s390/kvm_para.h
M linux-headers/linux/kvm.h
Log Message:
-----------
linux-headers: update
Update headers against 4.15-rc9.
Signed-off-by: Cornelia Huck <address@hidden>
Commit: b073c87517d4d348c7bac0f0b35e8e83e6354d82
https://github.com/qemu/qemu/commit/b073c87517d4d348c7bac0f0b35e8e83e6354d82
Author: Christian Borntraeger <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M target/s390x/cpu.c
M target/s390x/cpu.h
M target/s390x/cpu_features.c
M target/s390x/cpu_features_def.h
M target/s390x/gen-features.c
M target/s390x/kvm.c
M target/s390x/machine.c
Log Message:
-----------
s390x/kvm: Handle bpb feature
We need to handle the bpb control on reset and migration. Normally
stfle.82 is transparent (and the normal guest part works without
hypervisor activity). To prevent any issues we require full
host kernel support for this feature.
Cc: address@hidden
Signed-off-by: Christian Borntraeger <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: David Hildenbrand <address@hidden>
[CH: 'Branch Prediction Blocking' -> 'Branch prediction blocking']
Signed-off-by: Cornelia Huck <address@hidden>
Commit: 9f0d13f4f1de3cf9b70435cc4e87a301ee12471f
https://github.com/qemu/qemu/commit/9f0d13f4f1de3cf9b70435cc4e87a301ee12471f
Author: Christian Borntraeger <address@hidden>
Date: 2018-01-22 (Mon, 22 Jan 2018)
Changed paths:
M target/s390x/cpu_features.c
M target/s390x/cpu_features_def.h
M target/s390x/gen-features.c
Log Message:
-----------
s390x/kvm: provide stfle.81
stfle.81 (ppa15) is a transparent facility that can be passed to the
guest without the need to implement hypervisor support. As this feature
can be provided by firmware we add it to all full models.
Cc: address@hidden
Signed-off-by: Christian Borntraeger <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Halil Pasic <address@hidden>
Reviewed-by: David Hildenbrand <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Signed-off-by: Cornelia Huck <address@hidden>
Commit: 238e2d93c9ddc9bc6b5392289bed38a4ebff004d
https://github.com/qemu/qemu/commit/238e2d93c9ddc9bc6b5392289bed38a4ebff004d
Author: Peter Maydell <address@hidden>
Date: 2018-01-23 (Tue, 23 Jan 2018)
Changed paths:
M hw/s390x/s390-stattrib-kvm.c
M hw/s390x/sclp.c
M hw/s390x/virtio-ccw.c
M include/standard-headers/asm-s390/virtio-ccw.h
M linux-headers/asm-powerpc/kvm.h
M linux-headers/asm-s390/kvm.h
M linux-headers/asm-s390/kvm_para.h
M linux-headers/linux/kvm.h
M target/s390x/cpu.c
M target/s390x/cpu.h
M target/s390x/cpu_features.c
M target/s390x/cpu_features_def.h
M target/s390x/gen-features.c
M target/s390x/helper.h
M target/s390x/kvm.c
M target/s390x/machine.c
M target/s390x/mem_helper.c
M target/s390x/translate.c
Log Message:
-----------
Merge remote-tracking branch 'remotes/cohuck/tags/s390x-20180122' into staging
Various fixes/improvements, and support for the new 81/82
facility bits.
# gpg: Signature made Mon 22 Jan 2018 11:54:46 GMT
# gpg: using RSA key 0xDECF6B93C6F02FAF
# gpg: Good signature from "Cornelia Huck <address@hidden>"
# gpg: aka "Cornelia Huck <address@hidden>"
# gpg: aka "Cornelia Huck <address@hidden>"
# gpg: aka "Cornelia Huck <address@hidden>"
# gpg: aka "Cornelia Huck <address@hidden>"
# Primary key fingerprint: C3D0 D66D C362 4FF6 A8C0 18CE DECF 6B93 C6F0 2FAF
* remotes/cohuck/tags/s390x-20180122:
s390x/kvm: provide stfle.81
s390x/kvm: Handle bpb feature
linux-headers: update
s390x/tcg: fixup TEST PROTECTION
s390x: fix storage attributes migration for non-small guests
hw/s390x: Replace fprintf(stderr, "*\n" with qemu_log_mask()
s390x/sclp: fix missing be conversion
s390x/tcg: implement TEST PROTECTION
s390x/sclp: fixup highest CPU address
Signed-off-by: Peter Maydell <address@hidden>
Compare: https://github.com/qemu/qemu/compare/52483b067cce...238e2d93c9dd
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] e2d9f9: s390x/sclp: fixup highest CPU address,
GitHub <=