[Qemu-commits] [qemu/qemu] e2d9f9: s390x/sclp: fixup highest CPU address

[GitHub]

  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