From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43693) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bh6hV-0005qB-1H for qemu-devel@nongnu.org; Mon, 05 Sep 2016 23:05:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bh6hQ-0001WW-P7 for qemu-devel@nongnu.org; Mon, 05 Sep 2016 23:05:28 -0400 Message-ID: <1473131107.2313.53.camel@kernel.crashing.org> From: Benjamin Herrenschmidt Date: Tue, 06 Sep 2016 13:05:07 +1000 In-Reply-To: <878tv5lrkl.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> References: <1472797976-24210-1-git-send-email-nikunj@linux.vnet.ibm.com> <1472797976-24210-5-git-send-email-nikunj@linux.vnet.ibm.com> <1472800972.9620.8.camel@kernel.crashing.org> <87y43akb51.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> <87wpirbnwn.fsf@linaro.org> <1473034203.2313.38.camel@kernel.crashing.org> <878tv5lrkl.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH RFC 4/4] target-ppc: flush tlb from all the cpu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Nikunj A Dadhania , Alex =?ISO-8859-1?Q?Benn=E9e?= Cc: qemu-ppc@nongnu.org, david@gibson.dropbear.id.au, rth@twiddle.net, qemu-devel@nongnu.org On Tue, 2016-09-06 at 07:25 +0530, Nikunj A Dadhania wrote: > > Benjamin Herrenschmidt writes: >=20 > >=20 > > On Sun, 2016-09-04 at 18:00 +0100, Alex Benn=C3=A9e wrote: > >=20 > > >=20 > > > When is the synchronisation point? On ARM we end the basic block on > > > system instructions that mess with the cache. As a result the flush > > > is done as soon as we exit the run loop on the next instruction. > >=20 > > Talking o this... Nikunj, I notice, all our TLB flushing is only ever > > done on the "current" CPU. I mean today, without MT-TCG. That looks > > broken already isn't it ? >=20 > Without MT-TCG, there was only one cpu, so I think we never hit that > issue. No there isn't. You can start qemu with --smp 4 and have 4 CPUs. It will alternate between them, but they *will* have differrent TLBs.