From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34005) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aE5Lm-0002dc-T0 for qemu-devel@nongnu.org; Tue, 29 Dec 2015 20:14:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aE5Lh-0005du-Av for qemu-devel@nongnu.org; Tue, 29 Dec 2015 20:14:50 -0500 Received: from mout.kundenserver.de ([212.227.126.187]:60803) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aE5Lh-0005bD-1O for qemu-devel@nongnu.org; Tue, 29 Dec 2015 20:14:45 -0500 References: <1451437854-3708-1-git-send-email-chengang@emindsoft.com.cn> From: Laurent Vivier Message-ID: <56832FF5.1090002@vivier.eu> Date: Wed, 30 Dec 2015 02:14:29 +0100 MIME-Version: 1.0 In-Reply-To: <1451437854-3708-1-git-send-email-chengang@emindsoft.com.cn> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PATCH v3] linux-user/mmap.c: Always zero MAP_ANONYMOUS memory in mmap_frag() List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: riku.voipio@iki.fi, Chen Gang Cc: peter.maydell@linaro.org, qemu-devel@nongnu.org, rth@twiddle.net Le 30/12/2015 02:10, chengang@emindsoft.com.cn a écrit : > From: Chen Gang > > When mapping MAP_ANONYMOUS memory fragments, still need notice about to > set it zero, or it will cause issues. > > Signed-off-by: Chen Gang > --- > linux-user/mmap.c | 4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/linux-user/mmap.c b/linux-user/mmap.c > index 7b459d5..c6c478e 100644 > --- a/linux-user/mmap.c > +++ b/linux-user/mmap.c > @@ -186,10 +186,12 @@ static int mmap_frag(abi_ulong real_start, > if (prot_new != (prot1 | PROT_WRITE)) > mprotect(host_start, qemu_host_page_size, prot_new); > } else { > - /* just update the protection */ > if (prot_new != prot1) { > mprotect(host_start, qemu_host_page_size, prot_new); > } > + if (prot_new & PROT_WRITE) { > + memset(g2h(start), 0, end - start); > + } > } > return 0; > } > Reviewed-by: Laurent Vivier