From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39842) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elYCF-0000PK-4Y for qemu-devel@nongnu.org; Tue, 13 Feb 2018 05:52:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1elYCA-0007rR-6R for qemu-devel@nongnu.org; Tue, 13 Feb 2018 05:52:23 -0500 Received: from mail.ispras.ru ([83.149.199.45]:60454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1elYC9-0007r8-Uw for qemu-devel@nongnu.org; Tue, 13 Feb 2018 05:52:18 -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: Tue, 13 Feb 2018 13:52:17 +0300 Message-ID: <002d01d3a4b8$b73a37e0$25aea7a0$@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' 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... It happens for any SCSI adapter (i.e., for every system able to run). And the log is not very big. Therefore the problem is in early boot = code. Pavel Dovgalyuk