From: Torbjorn Granlund <tg@gmplib.org>
To: Alexander Graf <agraf@suse.de>
Cc: qemu-devel Developers <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Which qemu ports actually work?
Date: Wed, 27 Oct 2010 10:39:33 +0200 [thread overview]
Message-ID: <8662wo112y.fsf@shell.gmplib.org> (raw)
In-Reply-To: <DAD49D9A-902B-4011-9E25-56ABF8919288@suse.de> (Alexander Graf's message of "Tue\, 26 Oct 2010 22\:06\:12 -0700")
> "install64", which comes a bit longer. It fails in a new way: it
> ignores keyboard input, This happens after the kernel has booted, and
> the installer has started.
Yes, ignoring keyboard input sounds right. The issue here is that
we're basically emulating a PPC32 machine, but plug in a PPC64
CPU. This works mostly, but for ADB it breaks, as the guest kernel
doesn't have support for our ADB controller. Unfortunately, keyboard
and mouse are attached using ADB.
One way to get around this is to use -usb -usbdevice keyboard.
That makes no difference. I suppose it is still using the adb keyboard.
Another way is to use the serial port instead of graphical console.
I cannot get this to work either.
With -nographic I get the same lock as initially, after
Device tree strings 0x0000000002450000 -> 0x00000000024504d9
Device tree struct 0x0000000002451000 -> 0x0000000002453000
Calling quiesce ...
returning from prom_init
it hangs.
Please also keep in mind that PPC emulation is _very_ slow.
Why is it slow?
If you need performance for this, please just grab a PPC machine and
use KVM on it. It will be a lot faster.
Physical machines take space and need power. Qemu is a lot leaner. :-)
--
Torbjörn
next prev parent reply other threads:[~2010-10-27 8:42 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-26 16:38 [Qemu-devel] Which qemu ports actually work? Torbjorn Granlund
2010-10-26 17:13 ` Alexander Graf
2010-10-26 19:02 ` Torbjorn Granlund
2010-10-26 19:25 ` Alexander Graf
2010-10-26 19:52 ` Torbjorn Granlund
2010-10-27 5:06 ` Alexander Graf
2010-10-27 8:39 ` Torbjorn Granlund [this message]
2010-10-27 8:51 ` Alexander Graf
2010-10-27 9:21 ` Torbjorn Granlund
2010-10-27 9:24 ` Alexander Graf
2010-10-27 9:33 ` Torbjorn Granlund
2010-10-27 9:31 ` [Qemu-devel] " Paolo Bonzini
2010-10-28 8:32 ` [Qemu-devel] " Torbjorn Granlund
2010-10-28 20:00 ` Alexander Graf
2010-10-27 20:44 ` Blue Swirl
2010-10-27 22:39 ` Torbjorn Granlund
2010-10-28 8:57 ` Artyom Tarasenko
2010-10-28 9:37 ` Torbjorn Granlund
2010-10-28 10:41 ` Artyom Tarasenko
2010-10-26 19:34 ` [Qemu-devel] " Paolo Bonzini
2010-10-26 21:02 ` Stefan Weil
2010-10-26 17:53 ` [Qemu-devel] " Stefan Weil
2010-10-26 19:12 ` Torbjorn Granlund
2010-10-26 19:35 ` [Qemu-devel] " Paolo Bonzini
2010-10-26 20:07 ` Torbjorn Granlund
2010-10-26 20:54 ` Stefan Weil
2010-10-26 21:11 ` Torbjorn Granlund
2010-10-26 21:09 ` Paolo Bonzini
2010-10-26 18:19 ` [Qemu-devel] Which qemu targets actually work? (was: Which qemu ports actually work?) Andreas Färber
2010-10-26 18:25 ` [Qemu-devel] Which qemu ports actually work? Blue Swirl
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=8662wo112y.fsf@shell.gmplib.org \
--to=tg@gmplib.org \
--cc=agraf@suse.de \
--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).