run OSX in QEMU, run OSX with a SSE only CPU Options

[DrJägermeister]

Some guys had asked for the modified QEMU binary witch can run OSX on a SSE only CPU.

I compiled it in Linux, the OSX deadmoo VMware image is running:

Download the 2 .zip files, and unzip booth. One is a folder called qemu, you should copy it to /usr/local/share. The other one is the qemu binary, you should copy it in the same folder as your OSX image. Start with this as normal user (change 320 with the amount of RAM you want):
#cd /path/to/your/OSX
#./qemu -m 320 -localtime -user-net -hda /path/to/your/OSX/tiger-x86-flat.img -boot c
You have to start with this options, you can change the resolution in 1024x768x16 if you prefer:


For more speed install the KQEMU accelerator module, it exist for Linux & Windows :
http://fabrice.bellard.free.fr/qemu/qemu-accel.html
I'd install this and OSX was 3-5 times faster, but I don't know if the KQEMU works with SSE only. Just QEMU alone without this kernel module should work without SSE2 or SSE3.

For windows take a look here:
http://forum.osx86project.org/index.php?showtopic=5132

Binary removed, go to topic 22 for a patched qemu with Realtek 8139 support

[attachment=868:attachment][attachment=870:attachment]

This post has been edited by Hagar: Feb 13 2007, 12:32 AM

Reason for edit: added link for clarity

[brianbwlim]

Could you tell me which part of the source has been changed to run 10.4.1.
(Is it APIC part only?)

Have you tried to run 10.4.3 w/wo patch?!

[DrJägermeister]

Could you tell me which part of the source has been changed to run 10.4.1.
(Is it APIC part only?)

Have you tried to run 10.4.3 w/wo patch?!

I've taken the 0.72 source from the qemu homepage:
http://fabrice.bellard.free.fr/qemu/
The I changed 2 lines in target-i386/helper2.c :
#ifdef TARGET_X86_64
/* currently not enabled for std i386 because not fully tested */
env->cpuid_features |= CPUID_APIC;
env->cpuid_ext2_features = (env->cpuid_features & 0x0183F3FF);
env->cpuid_ext2_features |= CPUID_EXT2_LM | CPUID_EXT2_SYSCALL;
env->cpuid_xlevel = 0x80000008;

/* these features are needed for Win64 and aren't fully implemented */
env->cpuid_features |= CPUID_MTRR | CPUID_CLFLUSH | CPUID_MCA;
#endif

changed in:

/* #ifdef TARGET_X86_64 */
/* currently not enabled for std i386 because not fully tested */
env->cpuid_features |= CPUID_APIC;
env->cpuid_ext2_features = (env->cpuid_features & 0x0183F3FF);
env->cpuid_ext2_features |= CPUID_EXT2_LM | CPUID_EXT2_SYSCALL;
env->cpuid_xlevel = 0x80000008;

/* these features are needed for Win64 and aren't fully implemented */
env->cpuid_features |= CPUID_MTRR | CPUID_CLFLUSH | CPUID_MCA;
/* #endif */

After that I compile it on a Suse 9.3. I've tested only the 10.4.1 deadmoo VMware image.

[DrJägermeister]

New qemu 0.8.0 is out with USB support now:
http://fabrice.bellard.free.fr/qemu/changelog.html
With the same modifications as for 0.7.2 it runs OSX86:




Qemu binary (300KB):
[attachment=1042:attachment]

Start with -usb for USB support.
EDIT: changed wrong link.  qemu0.8.0Folder.zip ( 202.43K ) Number of downloads: 576


RENAME THE FOLDER qemu0.8.0 in qemu before you copy it to /usr/local/share

Binary removed, go to topic 22 for a patched qemu with Realtek 8139 support

This post has been edited by DrJägermeister: Feb 24 2006, 06:04 PM

[Luzbel]

Wow, that's great! A semi-native installation is achievable for SEE only machines, we just need to strip the number of running daemons and instruct X to run qemu directly instead of our Desktop manager. Nice one!

[Lord I]

Hey,

I follow the tutorial but I have a "EBIOS error" (image below)


What I need to do ?

[arenared]

Hey,

I follow the tutorial but I have a "EBIOS error" (image below)


What I need to do ?

Why load in quemu is you can load it native?

[U.C.]

does this support QE or CL. Does it at use any hardware directly

[DrJägermeister]

does this support QE or CL. Does it at use any hardware directly

No you don't have QE or CI in an emulator and you don't have direct access to the hardware.

@LordI: post more details what exactly you are trying to do, with only this pic I can't see where the problem is

[Lord I]

I downloaded the folder with MacOs for X86 but I read somewhere that don't work with AMD processor. I read we need a second hard drive too. But maybe, I have wrong : I don't know. I don't understand all to make a installation.
And, I saw this tutorial : I thought it was interesting for me.

And, I want to can choose my boot with my present OS (Mandriva) or MacOS. In the futur, maybe open MacOS in my GNU/Linux.

[DrJägermeister]

I downloaded the folder with MacOs for X86 but I read somewhere that don't work with AMD processor. I read we need a second hard drive too. But maybe, I have wrong : I don't know. I don't understand all to make a installation.
And, I saw this tutorial : I thought it was interesting for me.

And, I want to can choose my boot with my present OS (Mandriva) or MacOS. In the futur, maybe open MacOS in my GNU/Linux.

It works natively or in VMware with a AMD64 (socket 754 or 939). If you have a AthlonXP socket 462 (SSE only) it works only with qemu (10 times slower as natively), but at least it should work. You don't need a extra HD and you don't need to make an installation if you use the deadmoo VMware image in qemu.

[Hagar]

I did this for a laugh after I blew my bios, booting deadmoo in qemu on my Athlon XP worked fine, but requires great patience, and was not terribly useful, at least not for me... I had a strange experience that it would fail to boot if I allocated more than 512mb to it (1.5gb on the pc)

[Lord I]

My processor is a AMD Ahtlon 2200 XP. I don't know if I can make a native installation.
And, for this case, I need a second hard drive... and I don't have.

For Qemu: what is exactly the deadmoo VMware image? The tiger-x86-flat.img or another?

[Hagar]

Youre correct about the image, and an athlon 2200 xp wont go native...

[Lord I]

So, I have something wrong with my image.
Some questions : what is normaly the properties of this image? How many files I need to have in my Tiger-X86 folder?
My tiger-x86-flat.img file is 112.8 Mb heavy and I have 9 others files.

[darkhooda]

Your flat image should be about 6GB, with the bz2 version being about 1.3GB. That is way off.

[Lord I]

I uncompressed again my archive folder. Now, it's good : 6 Gb for my flat image.
But, I have a new error : "QEMU acceleration layer not activated
Erreur de segmentation"

edit : I FOUND!

[DrJägermeister]

I uncompressed again my archive folder. Now, it's good : 6 Gb for my flat image.
But, I have a new error : "QEMU acceleration layer not activated
Erreur de segmentation"

That's OK, the binary is compiled with kqemu support. If you want kqemu you need to download and install it, I can't provide this due to the license. Kqemu don't work with the combination "OSX86+SSE only CPU" so don't install it (for SSE2 CPU it works). But OSX86 should start without kqemu.

[LinuxDoc]

Thx DrJägermeister,

is it possibe that you share your changed sourcecode ?
Or can you build qemu with the latest qemu-CVS, that we can use the kqemu-1.3pre3 ?
Because the new -kernel-kqemu is fast like vmware (or faster).
http://lists.gnu.org/archive/html/qemu-dev...2/msg00081.html

[DrJägermeister]

Thx DrJägermeister,

is it possibe that you share your changed sourcecode ?
Or can you build qemu with the latest qemu-CVS, that we can use the kqemu-1.3pre3 ?

I used the sources from the qemu homepage and only changed 2 lines (described on top). This should probably also work with the latest qemu-CVS but I haven't tested it yet.