qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Which qemu ports actually work?


From: Alexander Graf
Subject: Re: [Qemu-devel] Which qemu ports actually work?
Date: Wed, 27 Oct 2010 02:24:48 -0700

On 27.10.2010, at 02:21, Torbjorn Granlund wrote:

> Alexander Graf <address@hidden> writes:
> 
>> Device tree strings 0x0000000002450000 -> 0x00000000024504d9
>> Device tree struct  0x0000000002451000 -> 0x0000000002453000
>> Calling quiesce ...
>> returning from prom_init
>> 
>> it hangs.
> 
>  It doesn't hang. It tries to display stuff on the graphical screen
>  which you disabled. You need to tell the kernel to use the serial
>  console.
> 
> I take it back and say "it appears to hang to a naive user".
> 
> I suppose I'll wait until I can find some documentation, such as a
> simple example from which to start, and stop DOSing your developers'
> mailing list with my qemu troubles.  :-)

Sounds great :). Please keep in mind that if you're running into these issues, 
others might too. And if you find something out and miss documentation, please 
create some. That's why we made everything be a wiki these days :).

> 
>> 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.  :-)
> 
>  *shrug* depends on what you want to do. If you want to actually do
>  *something useful, I'd recommend KVM.
> 
> You might have different goals than me.  Speed is nice, and sometimes
> critically important.  But for my project to get (pseudo) access to lots
> of more hardware for GNU software testing purposes, speed is not a major
> issue.  Stability, robustness, reproducibility, documentation, are
> critically important to me.

Yes, stability and robustness clearly speak for KVM too ;). I wouldn't trust 
the PPC emulation to a full extent and in fact, even the others might be buggy 
at times. The best guarantee for full ISA compliance is a real CPU.

Alex




reply via email to

[Prev in Thread] Current Thread [Next in Thread]