On 27.10.2010, at 02:21, Torbjorn Granlund wrote: > Alexander Graf <ag...@suse.de> 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
