From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5Scc-0005Jd-Eq for qemu-devel@nongnu.org; Fri, 20 Oct 2017 04:25:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5ScY-0007mr-2f for qemu-devel@nongnu.org; Fri, 20 Oct 2017 04:25:38 -0400 Date: Fri, 20 Oct 2017 10:25:25 +0200 From: Cornelia Huck Message-ID: <20171020102525.6cc2edb5.cohuck@redhat.com> In-Reply-To: <20171017141706.749cef7b.cohuck@redhat.com> References: <20171016202358.3633-1-david@redhat.com> <20171017141706.749cef7b.cohuck@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v1 0/2] s390x/tcg: LAP support using immediate TLB invalidation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Hildenbrand Cc: qemu-devel@nongnu.org, qemu-s390x@nongnu.org, Thomas Huth , Richard Henderson , Alexander Graf , Peter Maydell On Tue, 17 Oct 2017 14:17:06 +0200 Cornelia Huck wrote: > On Mon, 16 Oct 2017 22:23:56 +0200 > David Hildenbrand wrote: > > > Details about Low-Address Protection can be found in description of > > patch 1 and 2. It is basically a subpage protection of the first two > > pages of every address space (for which it is enabled). > > > > We can achieve this by simply directly invalidating the TLB entry and > > therefore forcing every write accesses onto these two pages into the slow > > path. > > > > With this patch, I can boot Linux just fine (which uses LAP). This also > > makes all related kvm-unit-tests that we have pass. > > > > > > RFC -> v1: > > - fix LAP range check (Thomas) > > - SIGP fix got picked up > > > > Based on: https://github.com/cohuck/qemu.git s390-next > > Available on: https://github.com/dhildenb/qemu.git s390x_lap > > > > > > David Hildenbrand (2): > > accel/tcg: allow to invalidate a write TLB entry immediately > > s390x/tcg: low-address protection support > > > > accel/tcg/cputlb.c | 5 ++- > > accel/tcg/softmmu_template.h | 4 +- > > include/exec/cpu-all.h | 3 ++ > > target/s390x/excp_helper.c | 3 +- > > target/s390x/mem_helper.c | 8 ---- > > target/s390x/mmu_helper.c | 94 +++++++++++++++++++++++++++----------------- > > 6 files changed, 69 insertions(+), 48 deletions(-) > > > > As the oom was not reproducible (and seems to be only a problem of the > machine being run with barely enough memory), I'm inclined to queue > this to s390-next after I got some acks/r-bs for patch 1. And as I want to send this in my last pull req before softfreeze, I included it anyway :) Thanks, applied.