From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43685) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apyES-0001vT-AU for qemu-devel@nongnu.org; Tue, 12 Apr 2016 09:19:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1apyEO-0003ut-4c for qemu-devel@nongnu.org; Tue, 12 Apr 2016 09:19:52 -0400 Received: from mail-lf0-x22e.google.com ([2a00:1450:4010:c07::22e]:34049) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apyEN-0003un-Sw for qemu-devel@nongnu.org; Tue, 12 Apr 2016 09:19:48 -0400 Received: by mail-lf0-x22e.google.com with SMTP id j11so24753979lfb.1 for ; Tue, 12 Apr 2016 06:19:47 -0700 (PDT) References: <1459870344-16773-1-git-send-email-alex.bennee@linaro.org> <1459870344-16773-9-git-send-email-alex.bennee@linaro.org> <570C0E16.1030304@gmail.com> <87mvozyrmo.fsf@linaro.org> <570CED19.7000301@gmail.com> <570CEF21.4000302@greensocs.com> <570CF175.8090807@gmail.com> <001501d194bb$c01b8800$40529800$@ru> From: Sergey Fedorov Message-ID: <570CF5EE.7080003@gmail.com> Date: Tue, 12 Apr 2016 16:19:42 +0300 MIME-Version: 1.0 In-Reply-To: <001501d194bb$c01b8800$40529800$@ru> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC v2 08/11] tcg: add options for enabling MTTCG List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Pavel Dovgalyuk , 'KONRAD Frederic' , 'Peter Maydell' , =?UTF-8?Q?'Alex_Benn=c3=a9e'?= Cc: 'MTTCG Devel' , 'Alvise Rigo' , "'Emilio G. Cota'" , 'QEMU Developers' , 'Mark Burton' , 'Paolo Bonzini' , "'J. Kiszka'" , 'Richard Henderson' , 'Claudio Fontana' , 'Peter Crosthwaite' , =?UTF-8?Q?'Andreas_F=c3=a4rber'?= On 12/04/16 16:03, Pavel Dovgalyuk wrote: >> From: mttcg-request@listserver.greensocs.com [mailto:mttcg-request@listserver.greensocs.com] >> On 12/04/16 15:50, KONRAD Frederic wrote: >>>> Yes, but users may like to have an option to disable MTTCG for some >>>> reason. I'm also concerned about icount mode: not sure how to account >>>> virtual time when all vCPUs run in parallel. >>> I'm thinking the same, we don't have a solution for icount yet. >>> The reverse execution support is probably badly broken as well. >> Reverse execution doesn't even seem to support more than a single core. >> As of icount, it looks like to be incompatible with MTTCG. > It doesn't, because there is no multicore support for tcg yet. > I think, that we have to find some solution for icount (even if it will be slow). Synchronize all vCPUs against their instruction counters? I wonder would it be of much use in MTTCG mode if it turns out to be quite slow? Anyhow, valid point, we should think about it. Kind regards, Sergey