Hi,
I wrote up some notes on the QCOW format:
http://www.gnome.org/~markmc/qcow-image-format.html
Perhaps worth including in QEMU itself?
Cheers,
Mark.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailm
"Frank J. Beckmann" <[EMAIL PROTECTED]> wrote:
>
> qemu-0.8.1_1 with kqemu-kmod-1.3.0.p9 on FreeBSD 6.1-RELEASE i386 freezes
> after less than one hour runtime when more than one qemu is running. If only
> one qemu is running everything works fine. When more than one qemu runs none
> of them c
Dirk Behme wrote:
> Fabrice Bellard wrote:
> >You should add a runtime selection system : see the ARM and PowerPC
> >targets (I would prefer a parameter to cpu_init(). It was not done that
> >way on PowerPC for legacy reasons). Each machine should be able to
> >select the processor it needs (and
Fabrice Bellard wrote:
You should add a runtime selection system : see the ARM and PowerPC
targets (I would prefer a parameter to cpu_init(). It was not done that
way on PowerPC for legacy reasons). Each machine should be able to
select the processor it needs (and allow the user to change it if
I converted PPC to use soft float instead of native FPU. I don't have much
PPC software available, but at least some qemu-tests files work on an x86
host.
As I also fixed the bug with system emulators not passing final link (in
sparc64.ld), now all default user and softmmu targets can be built
Following up to my last patch, I noticed a break; statement was missing
and cause a bit of a problem with the -echr option.
Fix is attached.
signed-off-by: [EMAIL PROTECTED]
Jason Wessel wrote:
There are two patches attached to show the logical progress of the
code and in the case that one is
