From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59261) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cxTUk-0001Gg-4n for qemu-devel@nongnu.org; Mon, 10 Apr 2017 03:12:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cxTUg-0002TE-WE for qemu-devel@nongnu.org; Mon, 10 Apr 2017 03:12:14 -0400 Received: from mail-wr0-x234.google.com ([2a00:1450:400c:c0c::234]:36757) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cxTUg-0002SQ-OG for qemu-devel@nongnu.org; Mon, 10 Apr 2017 03:12:10 -0400 Received: by mail-wr0-x234.google.com with SMTP id c55so68602152wrc.3 for ; Mon, 10 Apr 2017 00:12:10 -0700 (PDT) References: <20170407060752.31313-1-nikunj@linux.vnet.ibm.com> <20170408065107.GG27571@umbus> <871st1wt9q.fsf@linaro.org> <87r310rf6i.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> From: Alex =?utf-8?Q?Benn=C3=A9e?= In-reply-to: <87r310rf6i.fsf@abhimanyu.i-did-not-set--mail-host-address--so-tickle-me> Date: Mon, 10 Apr 2017 08:12:16 +0100 Message-ID: <87k26ska7j.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 0/3] Enable MTTCG on PPC64 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Nikunj A Dadhania Cc: luigi burdo , David Gibson , "qemu-devel@nongnu.org" , "programmingkidx@gmail.com" , "qemu-ppc@nongnu.org" , "bharata@linux.vnet.ibm.com" , "rth@twiddle.net" Nikunj A Dadhania writes: > Alex Bennée writes: > >> luigi burdo writes: >> >>> Hi David and Nikuji, >>> >>> can i suggest to remove the message: >>> >>> >>> Guest not yet converted to MTTCG - you may get unexpected results >>> where the mttcg is enabled? >> >> Have you declared the memory ordering for the guest? > > No, I havent done that yet, will send a patch. You also need to update configure so mttcg="yes" (resulting in TARGET_SUPPORTS_MTTCG being set for the build). > >>> another thing im finding is this message >>> Guest expects a stronger memory ordering than the host provides >>> This may cause strange/hard to debug errors >> >> See ca759f9e387db87e1719911f019bc60c74be9ed8 for an example. > > Regards > Nikunj -- Alex Bennée