From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59007) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elwL4-00041W-Ep for qemu-devel@nongnu.org; Wed, 14 Feb 2018 07:39:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elwL1-0004CC-BW for qemu-devel@nongnu.org; Wed, 14 Feb 2018 07:39:06 -0500 Received: from mail.ispras.ru ([83.149.199.45]:60760) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elwL1-00047A-48 for qemu-devel@nongnu.org; Wed, 14 Feb 2018 07:39:03 -0500 From: "Pavel Dovgalyuk" References: <20180207120353.5389.54531.stgit@pasha-VirtualBox> <002401d3a010$8d551280$a7ff3780$@ru> <001b01d3a3c5$032e09f0$098a1dd0$@ru> <000c01d3a496$fd2bc470$f7834d50$@ru> <001a01d3a4b1$273f1a90$75bd4fb0$@ru> <002201d3a4b5$2a642b80$7f2c8280$@ru> In-Reply-To: Date: Wed, 14 Feb 2018 15:39:01 +0300 Message-ID: <000d01d3a590$caa17950$5fe46bf0$@ru> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Language: ru Subject: Re: [Qemu-devel] [RFC PATCH v6 00/20] replay additions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: 'Peter Maydell' , richard.henderson@linaro.org, cota@braap.org Cc: 'Ciro Santilli' , 'Pavel Dovgalyuk' , 'QEMU Developers' , 'Kevin Wolf' , war2jordan@live.com, 'Igor R' , 'Juan Quintela' , 'Jason Wang' , "'Michael S. Tsirkin'" , 'Aleksandr Bezzubikov' , maria.klimushenkova@ispras.ru, 'Gerd Hoffmann' , 'Thomas Dullien' , 'Paolo Bonzini' , =?UTF-8?Q?'Alex_Benn=C3=A9e'?= > From: Peter Maydell [mailto:peter.maydell@linaro.org] > On 13 February 2018 at 10:26, Pavel Dovgalyuk = wrote: > > Then I added SCSI adapter with the option =E2=80=93device = lsi,id=3Dscsi0 and QEMU > > failed with the following error: > > > > qemu: fatal: IO on conditional branch instruction >=20 > > Seems, that your kernel is incomatible with QEMU, which ARM = emulation is not > > good enough. >=20 > It seems fairly unlikely to me that the Linux driver for this > SCSI adaptor is using weirdo self-modifying code of the kind > that would trip up that cpu_abort(). I would suggest a bit > more investigation into what's actually happening... Peter, I bisected this bug and figured out the following. icount in ARM was broken by the following commit: = 9b990ee5a3cc6aa38f81266fb0c6ef37a36c45b9 tcg: Add CPUState = cflags_next_tb This commit breaks execution of Ciro's kernel with enabled icount. I haven't yet figured out why this happens. Pavel Dovgalyuk