From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:54920)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1alfPV-0001jM-Di
	for qemu-devel@nongnu.org; Thu, 31 Mar 2016 12:25:30 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1alfPS-0005aK-8r
	for qemu-devel@nongnu.org; Thu, 31 Mar 2016 12:25:29 -0400
Received: from mail-qg0-x236.google.com ([2607:f8b0:400d:c04::236]:34856)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rth7680@gmail.com>) id 1alfPS-0005Zz-4x
	for qemu-devel@nongnu.org; Thu, 31 Mar 2016 12:25:26 -0400
Received: by mail-qg0-x236.google.com with SMTP id y89so69202175qge.2
	for <qemu-devel@nongnu.org>; Thu, 31 Mar 2016 09:25:25 -0700 (PDT)
Sender: Richard Henderson <rth7680@gmail.com>
References: <56FC0818.10002@linaro.org> <874mbmhqii.fsf@linaro.org>
	<56FD1B18.1040809@gmail.com>
From: Richard Henderson <rth@twiddle.net>
Message-ID: <56FD4F71.3020202@twiddle.net>
Date: Thu, 31 Mar 2016 09:25:21 -0700
MIME-Version: 1.0
In-Reply-To: <56FD1B18.1040809@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [Qemu-devel] tcg: reworking tb_invalidated_flag
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Sergey Fedorov <serge.fdrv@gmail.com>, =?UTF-8?Q?Alex_Benn=c3=a9e?= <alex.bennee@linaro.org>, Sergey Fedorov <sergey.fedorov@linaro.org>
Cc: Paolo Bonzini <pbonzini@redhat.com>, QEMU Developers <qemu-devel@nongnu.org>, Peter Crosthwaite <crosthwaite.peter@gmail.com>

On 03/31/2016 05:42 AM, Sergey Fedorov wrote:
> On 31/03/16 13:48, Alex Bennée wrote:
>> I know we are system focused at the moment but does linux-user ever
>> flush groups of TBs, say when mappings change? Or does this trigger a
>> whole tb_flush?
> 
> Yes, e.g. target_mmap() calls tb_invalidate_phys_range().

Mapping over executable code is exceedingly rare, however.
We could do just as well with a full flush, if that's simpler.


r~