From: Sai Prajeeth <csprajeeth@gmail.com>
To: Ben Taylor <bentaylor.solx86@gmail.com>
Cc: "Andreas Färber" <afaerber@suse.de>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] ATA timeouts on Solaris/OpenIndiana/Opensolaris
Date: Thu, 3 Apr 2014 12:35:21 +0530 [thread overview]
Message-ID: <CAFJamtOJZQq_PQ=KfphzSmsB0BfvpO++vsoxnDpXfhovfm24Gg@mail.gmail.com> (raw)
In-Reply-To: <CAAUdVZCqZbNq4C1LkVM3soabcyF53B_Ecy4DjpPa6eso_b7otw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2029 bytes --]
Andreas script worked for me. Thank you.
But i seem to be running into an issue with when i set multiple cores.
(-smp cores=4). Multiple CPUs works fine (-smp 4)
During boot i get these messages:
NOTICE: System detected 4 cpus, but only 1 cpu(s) were enabled during boot
NOTICE: Use "boot-ncpus" parameter to enable more CPU(s).See eeprom(1M)
I tried eeprom but to no avail.. It seems there is an issue in the BIOS.
Have any of you encountered such an issue before?
On Wed, Apr 2, 2014 at 10:23 PM, Ben Taylor <bentaylor.solx86@gmail.com>wrote:
>
>
>
> On Wed, Apr 2, 2014 at 11:51 AM, Andreas Färber <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/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=1,threads=1,sockets=1 -m 2G \
>> -netdev user -device e1000,macaddr=... \
>> -device ahci,id=ahci \
>> -device ide-drive,bus=ahci.0,drive=ahcihd \
>> -drive file=/.../openindiana-151a.img,format=raw,if=none,id=ahcihd \
>>
>> 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
>
>
[-- Attachment #2: Type: text/html, Size: 2951 bytes --]
prev parent reply other threads:[~2014-04-03 7:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-02 7:32 [Qemu-devel] ATA timeouts on Solaris/OpenIndiana/Opensolaris Sai Prajeeth
2014-04-02 15:51 ` Andreas Färber
2014-04-02 16:53 ` Ben Taylor
2014-04-03 7:05 ` Sai Prajeeth [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAFJamtOJZQq_PQ=KfphzSmsB0BfvpO++vsoxnDpXfhovfm24Gg@mail.gmail.com' \
--to=csprajeeth@gmail.com \
--cc=afaerber@suse.de \
--cc=bentaylor.solx86@gmail.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).