From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCkEm-0003ur-Gv for qemu-devel@nongnu.org; Wed, 17 Oct 2018 07:43:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gCkEj-0007vc-9c for qemu-devel@nongnu.org; Wed, 17 Oct 2018 07:43:40 -0400 Received: from mail.ispras.ru ([83.149.199.45]:59738) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gCkEi-0007v8-Uw for qemu-devel@nongnu.org; Wed, 17 Oct 2018 07:43:37 -0400 From: "Pavel Dovgalyuk" References: <20181017090750.4378-1-pbonzini@redhat.com> <001f01d465fd$01af8b80$050ea280$@ru> <0817e2fe-5a97-a4ed-9ae2-2e8dee6c9a43@redhat.com> <004201d4660d$e86ef1e0$b94cd5a0$@ru> In-Reply-To: Date: Wed, 17 Oct 2018 14:43:38 +0300 Message-ID: <004601d4660e$a54a6b00$efdf4100$@ru> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Content-Language: ru Subject: Re: [Qemu-devel] [PATCH] Revert "icount: remove obsolete warp call" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: 'Paolo Bonzini' , 'Artem Pisarenko' , 'Clement Deschamps' , alex.bennee@linaro.org Cc: qemu-devel@nongnu.org > From: Paolo Bonzini [mailto:pbonzini@redhat.com] > On 17/10/2018 13:38, Pavel Dovgalyuk wrote: > >> From: Paolo Bonzini [mailto:pbonzini@redhat.com] > >> On 17/10/2018 11:53, Artem Pisarenko wrote: > >>> See my last comment in bug report. This kind of modification, even > >>> adapted to changed function name, doesn't solve issue. > >>> I thought long time that it does, but once I catched qemu with a hang. > >>> And of course, I wasn't able to reproduce it. So it just better hides issue. > >>> Take a look at alternative solution from > >>> QBox: https://git.greensocs.com/qemu/qbox/commit/a8ed106032e375e715a531d6e93e4d9ec295dbdb > >>> I didn't catched fail with it (yet). > > > > Tried to test it, but rr seems to be broken again. > > I'll try to bisect now. > > Can we add a test that runs with "make check" and covers the basics of > record/replay's cpus.c bits? I thought Alex is trying to create some tests. Alex, am I right? Pavel Dovgalyuk