> Mac OS X x86 10.4.4 (retail and public x86 version) CANNOT RUN inside
> qemu because qemu emulates a PC (BIOS architecture) and Mac OS X
> expects an EFI (sure there will be some more problems) architecture.
I guess if anyone know's enough about EFI then qemu could emulate it. That
would be a st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That is misinformation and incomplete.
Mac OS X x86 previous of 10.4.4 CANNOT RUN inside qemu because lack
of full SSE3 instructions and TPM module (it can run CRACKED inside
qemu, as shown in the forum. 10.4.1 works but 10.4.3 not for unknown
Sunday, January 15, 2006 6:43 AM malc wrote:
On Fri, 23 Dec 2005, Kazu wrote:
Hi,
I have a report that when hyper-threading is on, Linux doesn't boot on
Windows XP. It occurs when linux kernel is loading. But when HT is turned
off, qemu works fine. Does this occur on Linux host ?
Jari Kompp
On Sun, 15 Jan 2006 08:20, Oliver Gerlich wrote:
> Hi,
>
> that's an interesting topic you bring up there :D
>
> It looks like there are many different groups which all have quite
> different uses of qemu on their mind... Jürgen, you think about a
> _really_ stable "hardware" platform; other people
Hi,
> - define a protocol to use qemu over a network (should multiplex
> video, sound, usb, serial and so on).
>
> So you see: in a commercial and or industrial application one would like to
> run
> the qemus on a server. At least the MS remote desktop protocol should work
> well. A qemu speci
Hi,
I have tried using the pcnet32 patch with qemu cvs however the qemu instance
running debian testing (etch) never seems to process ARP replies. Using the
ne2k-pci adaptor I have no problems.
I am using vde & vdeq and I have logged the traffic using ethereal and the
qemu instance constantly
