All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Hildenbrand <david@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>, qemu-devel@nongnu.org
Cc: Thomas Huth <thuth@redhat.com>,
	David Hildenbrand <david@redhat.com>,
	Cornelia Huck <cohuck@redhat.com>,
	Richard Henderson <richard.henderson@linaro.org>,
	qemu-s390x@nongnu.org, Richard Henderson <rth@twiddle.net>
Subject: [PULL 27/30] s390x/tcg: MVST: Fault-safe handling
Date: Mon, 23 Sep 2019 10:07:09 +0200	[thread overview]
Message-ID: <20190923080712.23951-28-david@redhat.com> (raw)
In-Reply-To: <20190923080712.23951-1-david@redhat.com>

Access at most single pages and document why. Using the access helpers
might over-indicate watchpoints within the same page, I guess we can
live with that.

Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Signed-off-by: David Hildenbrand <david@redhat.com>
---
 target/s390x/mem_helper.c | 24 +++++++++++++++++-------
 1 file changed, 17 insertions(+), 7 deletions(-)

diff --git a/target/s390x/mem_helper.c b/target/s390x/mem_helper.c
index b781362e16..4a4b4ea0b7 100644
--- a/target/s390x/mem_helper.c
+++ b/target/s390x/mem_helper.c
@@ -866,23 +866,33 @@ uint32_t HELPER(mvpg)(CPUS390XState *env, uint64_t r0, uint64_t r1, uint64_t r2)
 /* string copy */
 uint32_t HELPER(mvst)(CPUS390XState *env, uint32_t r1, uint32_t r2)
 {
+    const int mmu_idx = cpu_mmu_index(env, false);
     const uint64_t d = get_address(env, r1);
     const uint64_t s = get_address(env, r2);
     const uint8_t c = env->regs[0];
+    const int len = MIN(-(d | TARGET_PAGE_MASK), -(s | TARGET_PAGE_MASK));
+    S390Access srca, desta;
     uintptr_t ra = GETPC();
-    uint32_t len;
+    int i;
 
     if (env->regs[0] & 0xffffff00ull) {
         s390_program_interrupt(env, PGM_SPECIFICATION, ILEN_AUTO, ra);
     }
 
-    /* Lest we fail to service interrupts in a timely manner, limit the
-       amount of work we're willing to do.  For now, let's cap at 8k.  */
-    for (len = 0; len < 0x2000; ++len) {
-        uint8_t v = cpu_ldub_data_ra(env, s + len, ra);
-        cpu_stb_data_ra(env, d + len, v, ra);
+    /*
+     * Our access should not exceed single pages, as we must not report access
+     * exceptions exceeding the actually copied range (which we don't know at
+     * this point). We might over-indicate watchpoints within the pages
+     * (if we ever care, we have to limit processing to a single byte).
+     */
+    srca = access_prepare(env, s, len, MMU_DATA_LOAD, mmu_idx, ra);
+    desta = access_prepare(env, d, len, MMU_DATA_STORE, mmu_idx, ra);
+    for (i = 0; i < len; i++) {
+        const uint8_t v = access_get_byte(env, &srca, i, ra);
+
+        access_set_byte(env, &desta, i, v, ra);
         if (v == c) {
-            set_address_zero(env, r1, d + len);
+            set_address_zero(env, r1, d + i);
             return 1;
         }
     }
-- 
2.21.0



  parent reply	other threads:[~2019-09-23  8:38 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-23  8:06 [PULL 00/30] s390x/tcg update David Hildenbrand
2019-09-23  8:06 ` [PULL 01/30] s390x/tcg: Reset exception_index to -1 instead of 0 David Hildenbrand
2019-09-23  8:06 ` [PULL 02/30] s390x/tcg: MVCL: Zero out unused bits of address David Hildenbrand
2019-09-23  8:06 ` [PULL 03/30] s390x/tcg: MVCL: Detect destructive overlaps David Hildenbrand
2019-09-23  8:06 ` [PULL 04/30] s390x/tcg: MVCL: Process max 4k bytes at a time David Hildenbrand
2019-09-23  8:06 ` [PULL 05/30] s390x/tcg: MVC: Increment the length once David Hildenbrand
2019-09-23  8:06 ` [PULL 06/30] s390x/tcg: MVC: Use is_destructive_overlap() David Hildenbrand
2019-09-23  8:06 ` [PULL 07/30] s390x/tcg: MVPG: Check for specification exceptions David Hildenbrand
2019-09-23  8:06 ` [PULL 08/30] s390x/tcg: MVPG: Properly wrap the addresses David Hildenbrand
2019-09-23  8:06 ` [PULL 09/30] s390x/tcg: MVCLU/MVCLE: Process max 4k bytes at a time David Hildenbrand
2019-09-23  8:06 ` [PULL 10/30] s390x/tcg: MVCS/MVCP: Check for special operation exceptions David Hildenbrand
2019-09-23  8:06 ` [PULL 11/30] s390x/tcg: MVCOS: Lengths are 32 bit in 24/31-bit mode David Hildenbrand
2019-09-23  8:06 ` [PULL 12/30] s390x/tcg: MVCS/MVCP: Properly wrap the length David Hildenbrand
2019-09-23  8:06 ` [PULL 13/30] s390x/tcg: MVST: Check for specification exceptions David Hildenbrand
2019-09-23  8:06 ` [PULL 14/30] s390x/tcg: MVST: Fix storing back the addresses to registers David Hildenbrand
2019-09-23  8:06 ` [PULL 15/30] s390x/tcg: Always use MMU_USER_IDX for CONFIG_USER_ONLY David Hildenbrand
2019-09-23  8:06 ` [PULL 16/30] s390x/tcg: Fault-safe memset David Hildenbrand
2019-09-23  8:06 ` [PULL 17/30] s390x/tcg: Fault-safe memmove David Hildenbrand
2019-09-23  8:07 ` [PULL 18/30] s390x/tcg: MVCS/MVCP: Use access_memmove() David Hildenbrand
2019-09-23  8:07 ` [PULL 19/30] s390x/tcg: MVC: Fault-safe handling on destructive overlaps David Hildenbrand
2019-09-23  8:07 ` [PULL 20/30] s390x/tcg: MVCLU: Fault-safe handling David Hildenbrand
2019-09-23  8:07 ` [PULL 21/30] s390x/tcg: OC: " David Hildenbrand
2019-09-23  8:07 ` [PULL 22/30] s390x/tcg: XC: " David Hildenbrand
2019-09-23  8:07 ` [PULL 23/30] s390x/tcg: NC: " David Hildenbrand
2019-09-23  8:07 ` [PULL 24/30] s390x/tcg: MVCIN: " David Hildenbrand
2019-09-23  8:07 ` [PULL 25/30] s390x/tcg: MVN: " David Hildenbrand
2019-09-23  8:07 ` [PULL 26/30] s390x/tcg: MVZ: " David Hildenbrand
2019-09-23  8:07 ` David Hildenbrand [this message]
2019-09-23  8:07 ` [PULL 28/30] s390x/tcg: MVO: " David Hildenbrand
2019-09-23  8:07 ` [PULL 29/30] tests/tcg: target/s390x: Test MVO David Hildenbrand
2019-09-23  8:07 ` [PULL 30/30] tests/tcg: target/s390x: Test MVC David Hildenbrand
2019-09-23 13:54 ` [PULL 00/30] s390x/tcg update no-reply
2019-09-23 20:46 ` no-reply
2019-09-23 22:04 ` Peter Maydell

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=20190923080712.23951-28-david@redhat.com \
    --to=david@redhat.com \
    --cc=cohuck@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=rth@twiddle.net \
    --cc=thuth@redhat.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.