]> www.infradead.org Git - users/dwmw2/qemu.git/commitdiff
s390x/tcg: fix loading 31bit PSWs with the highest bit set
authorDavid Hildenbrand <david@redhat.com>
Thu, 1 Mar 2018 12:08:26 +0000 (13:08 +0100)
committerCornelia Huck <cohuck@redhat.com>
Thu, 1 Mar 2018 12:23:09 +0000 (13:23 +0100)
Let's also put the 31-bit hack in front of the REAL MMU, otherwise right
now we get errors when loading a PSW where the highest bit is set (e.g.
via s390-netboot.img). The highest bit is not masked away, therefore we
inject addressing exceptions into the guest.

The proper fix will later be to do all address wrapping before accessing
the MMU - so we won't get any "wrong" entries in there (which makes
flushing also easier). But that will require more work (wrapping in
load_psw, wrapping when incrementing the PC, wrapping every memory
access).

This fixes the tests/pxe-test test.

Signed-off-by: David Hildenbrand <david@redhat.com>
Message-Id: <20180301120826.6847-1-david@redhat.com>
Signed-off-by: Cornelia Huck <cohuck@redhat.com>
target/s390x/excp_helper.c

index 411051edc3d31ca5ef0356266aa54e11c167db8e..dfee2211114d57bdc4480423f7ce0df0792332d6 100644 (file)
@@ -107,6 +107,10 @@ int s390_cpu_handle_mmu_fault(CPUState *cs, vaddr orig_vaddr, int size,
             return 1;
         }
     } else if (mmu_idx == MMU_REAL_IDX) {
+        /* 31-Bit mode */
+        if (!(env->psw.mask & PSW_MASK_64)) {
+            vaddr &= 0x7fffffff;
+        }
         if (mmu_translate_real(env, vaddr, rw, &raddr, &prot)) {
             return 1;
         }