From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38304) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVOQ1-0003sT-1Y for qemu-devel@nongnu.org; Wed, 02 Apr 2014 12:53:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WVOPz-0008Cz-RT for qemu-devel@nongnu.org; Wed, 02 Apr 2014 12:53:40 -0400 Received: from mail-ig0-x22b.google.com ([2607:f8b0:4001:c05::22b]:36523) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WVOPz-0008Ck-Kt for qemu-devel@nongnu.org; Wed, 02 Apr 2014 12:53:39 -0400 Received: by mail-ig0-f171.google.com with SMTP id c1so5358939igq.4 for ; Wed, 02 Apr 2014 09:53:38 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <533C31FA.2010203@suse.de> References: <533C31FA.2010203@suse.de> Date: Wed, 2 Apr 2014 12:53:38 -0400 Message-ID: From: Ben Taylor Content-Type: multipart/alternative; boundary=bcaec517cbe24eca1304f612200e Subject: Re: [Qemu-devel] ATA timeouts on Solaris/OpenIndiana/Opensolaris List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: Sai Prajeeth , qemu-devel@nongnu.org --bcaec517cbe24eca1304f612200e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Apr 2, 2014 at 11:51 AM, Andreas F=E4rber wrote: > Hi, > > Am 02.04.2014 09:32, schrieb Sai Prajeeth: > > I am booting an OpenIndiana image on qemu by using the -smp 4 option. I > > seem to be running into this known > > bug http://docs.oracle.com/cd/E19253-01/820-5245/ggmsj/index.html > > > > Can someone tell me how can i go about doing workaround 2 on qemu?? > > Here's my script for running OpenIndiana using AHCI (SATA): > > qemu-system-x86_64 -enable-kvm -smp cores=3D1,threads=3D1,sockets=3D1 -m = 2G \ > -netdev user -device e1000,macaddr=3D... \ > -device ahci,id=3Dahci \ > -device ide-drive,bus=3Dahci.0,drive=3Dahcihd \ > -drive file=3D/.../openindiana-151a.img,format=3Draw,if=3Dnone,id=3Dahci= hd \ > > Note that live migration doesn't work with AHCI ATM. If you could start qemu with both ata and ahci, add a new lun to the ahci controller, and use beadm to migrate to the achi disk, then disconnect the ata disk/controller and bump the cores back to 4. I think that workaround 1 is not technically correct. however, you'd need a really good understanding of Solaris/opensolaris/OI to force the system to reenumerate the device path from a failsafe boot. But this is not for the faint of heart. If it's a new install (ie, not much customization/data), why not just start a new QEMU instance that uses the ahci controller? Ben Ben --bcaec517cbe24eca1304f612200e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On Wed, Apr 2, 2014 at 11:51 AM, Andreas F=E4rber <afaerber@suse.de= > wrote:
Hi,

Am 02.04.2014 09:32, schrieb Sai Prajeeth:
> I am booting an OpenIndiana image on qemu by using the= -smp 4 option. I
> seem to be running into this known
> bug http://docs.oracle.com/cd/E19253-01/820-5245/ggms= j/index.html
>
> Can someone tell me how can i go about doing workaround 2 on qemu??
Here's my script for running OpenIndiana using AHCI (SATA):

qemu-system-x86_64 -enable-kvm -smp cores=3D1,threads=3D1,sockets=3D1 -m 2G= \
=A0-netdev user -device e1000,macaddr=3D... \
=A0-device ahci,id=3Dahci \
=A0-device ide-drive,bus=3Dahci.0,drive=3Dahcihd \
=A0-drive file=3D/.../openindiana-151a.img,format=3Draw,if=3Dnone,id=3Dahci= hd \

Note that live migration doesn't work with AHCI ATM.
<= br>
If you could start qemu with both ata and ahci, add a new lun= to the ahci controller, and use beadm to migrate to the achi disk, then di= sconnect the ata disk/controller and bump the cores back to 4.

I think that workaround 1 is not technically correct. =A0however, you&#= 39;d need a really good understanding of Solaris/opensolaris/OI to force th= e system to reenumerate the device path from a failsafe boot. =A0But this i= s not for the faint of heart.

If it's a new install (ie, not much customization/data), why not ju= st start a new QEMU instance that uses the ahci controller?

Ben


Ben=A0

--bcaec517cbe24eca1304f612200e--