No I have not, I must have missed it. Can you point me to it? I'm going to try to look for it by myself but if you can save me the time that would be great.

If you were refferring to these instructions I have something better that won't take me too long to do.


From Drag's post:

1. Download SLAX Kill Bill Edition from : http://www.slax.org/download.php
2. Burn ISO to cd using burning software such as "Nero" or "Disk utility"
3. Boot SSE computer using the SLAX CD.
4. At boot screen enter "slax copy2ram" or "slax toram" AND "flux" (for fluxbox desktop)
5. This will take several minutes.
6. After it has copied to RAM and has loaded the GUI, open up an xterm window.
7. Make sure you have a harddrive you can wipe in your pc.
8. You need to format that harddrive as ext2, so if you are ready to wipe it use the command - "mke2fs /dev/sda"
9. Input "Y" and press enter.
10. Then in xterm use these commands : "mkdir /mnt/harddrive" AND "mount -t ext2 /dev/sda /mnt/harddrive"
11. After it has finished creating the partition, connect to a pc on the network via Konqueror (you can open it from the flux menu) e.g (\\computername\).
12. Copy your tiger-x86-flat.img to /mnt/harddrive from konqueror. (open 2 windows)
13. Once that has finished, it will probably take 15 minutes or longer, go to your xterm window and use
"qemu -hda /mnt/harddrive/tiger-x86-flat.img -m 480 -no-kqemu -boot c"
and use "platform=X86PC "Graphics Mode"="800x600x16" -v" as usual.
14. Help me get this working with an accelerator.

---End here---

What I was planning on was a 2.6.18 kernel booting, going into busybox's init process where hwdetect was ran and the appropriate modules were loaded, then a quick check for the proper video driver 1 of 3 choices:
1. Nvidia with HW OpenGL
2. ATI with HW OpenGL
3. VESA with SW OpenGL (Mesa)

load the kqemu module
set /dev/kqemu to 0777
launch X then directly into QEMU fullscreen and if its an nvidia or ati video card you should have some level of acceleration as qemu will use kqemu and opengl via sdl.

What do you think.

I think it sounds like a good plan but we will have a tough time adding packages that QEMU requires to run. And we can't use kqemu because it virtualizes the cpu emulation. I'll just find the link that I posted.

http://www.megaupload.com/?d=4VWZ4WUZ

Also, how will it load into ram?

I would load it via the initrd process. That is easy because I have already done all this before minus the QEMU part for some embedded devices I have worked on in the past. I can even refold the initrd into the kernel and thus it be 1 file but that might be overkill.

PS I belive we can overide SSE2 instructions in KQEMU, I'm looking into it right now since KQEMU recently became open sourced.

Yeah, I suggested that a few pages back that we can select priveleged instructions to virtualize using kqemu source. Anyways, try my iso and tell me what you think of it. If it runs at a decent enough level of speed we can think about going through with your plan or tweaking my iso. I don't care which as long as it's running at a usable speed for everyone.

The other kernel hacking idea will have to wait until we get an experienced coder who can translate the qemu code into code that can be used by the kernel. Remember we need the Mac OS X source file not linux/windows source. Maybe there might be a way to use the non-modified qemu source to emulate seperately as a different app instead of integrated into the kernel. It might be easier to do with just slight performance loss. That way the SSE2 code won't have to be translated into something that the kernel can use. Although it will still require a bit of code in the kernel to call the app.

Good work guys, and yeah, I agree the kernel SSE2 emulation is a long way off.

I'm looking forward to seeing what you guys come up with.

Hmm, I might be wrong, but I think running an illegal instruction would cause a kernel panic that can only be catched by an error trap in the kernel itself and must directly be replaced by legal code before you can run external code again. That leads to the point where you cannot access your external app to emulate sse2 code. But as I said, I might be totally wrong with that.

I don't understand what you meant by that. Are you saying that an external application can't be called by the kernel or that there are restrictions on what code you can run?
If it's running an external application that's the problem we could just get it to run the source of it instead...

Sorry I got tied up with work today so I didn't get far on the qemu iso image I'm going to look at your slax image real soon but my experience with those images have been they have a lot of bloat for running a specific application need. In other words they try to do everything in as little amount of space as possible when what we need is to do just 1 thing in a little amount of space and do it well.

PS:
OMG I just spent forever trying to go through QEMU's source and it is a HUGE mess. What kind of project doesn't document its operation? Nevermind.


I'm going to skip the kqemu part for now and focus on making slax leaner or replacing it all together.

http://www.slax.org/download.php

We can always start with Frodo and build from there. We'll see what we can get out of that and we'll probably go with your mini kernel idea.

I'll have a look tonight, just got work to do right now...

What's happening with my iso? has anybody tested it yet?

http://www.linuxbios.org/Welcome_to_LinuxBIOS

Imagine the speeds we could get with this.

Everyone still alive?

barely, yes.

i havent had a change to dig the P3 out from the garage, sorry.

why would things be faster with LinuxBIOS?

Using it to load the linux distribution in their video. It would load instantly into linux and would feel as if it were installed natively.

I just installed DamnSmallLinux in VirtualBox on a Celeron PC. In the application Sysinfo I saw that VirtualBox is a virtualisator, because it showed the name and the specs of my real processor (including the SSE-only spec). Unless its faking something, I don't think VirtualBox will help us.

macretail: thanks for the lowdown. it was a little unclear, but it sounded as if it might emulate missing instructions.

i guess you could try installing a windows guest and try to run one of the SSE2 / SSE3 binaries found here: http://setiweb.ssl.berkeley.edu/forum_thread.php?id=15102

and see what it does (crash, probly).

He meant that it wasn't emulating SSE2 or 3. Is there no one with enough time to give me their results for my livecd?

hey guys ! i know that this is an offtopic but i´ve been trying to run the 10.4.6 myzar´s image but it didn´t work (qemu and bochs) and i just like to run OSX86 10.4.6 (the image that i´ve got) on qemu but it didn´t work on any version i´ve trying from 0.7.2 to 0.9.0 (for linux and windows) but i can´t get it runing so if anyone in this forum has a version of qemu or bochs that can run OSX86 and can post it i´ll be very very gratefull.

pd: obviously i need to emulate it under windows or linux on non-SSE2/3 hardware
pd2: Sorry about the english
pd3:the error that i get in any version of qemu when i try to run OSX is Unable to find driver for this platform: ACPI (yes i´ve tried the arguments "platform=ACPI|X86pc")
pd4: the Dr. jargemeister patched 0.7.2 qemu isn´t available anywhere so thats my problem i can´t emulate OSX in qemu

PLEASE ANSWER !!!

Where's the iso. I have a hd on my p3 that i wanna wipe anyway.

http://www.megaupload.com/?d=4VWZ4WUZ

@ndres!!,

I recommend using a PowerPC edition of Mac OS X with the application PearPC. It gives way better performance.

If you do want to try QEMU, I think you should enable the x86_64 option (x86 is standard).

Looks like figuring out a way to have OS X running on SSE1 based cpu's is gonna be hard. Keep up the good work guys dont give up. Sry i can't really help im just a newbie, but let me know if u need simple testing or feedback.

I hope one day i can run OS X on my Athlon XP Athlon 3.2 Ghz computer.

If you use my iso you can run it now. If you want to test it, I would be happy to get your feedback.

Btw @ndres: just edit the source where Jagermeisters post tells you to and compile.

hey guys i've downloaded the dragons slax iso and i've tried to run OSX but it didn't work i'll tell you what i've done

i burn the slax iso into a cd and boot from them, then i try to start OSX from my windows harddrive (qemu -m 384 -L . -cdrom /mnt/hdb2/Users/andres/desktop/OSX86.myz/OSX86.iso) the it tolds me can't open SDL display library, then i start fluxbox desktop (where i write this) an tried the same from a xterm window. qemu estarts OK but OSX freeze on ACPI CA 20051117 [debug level=0 layer=0] an doesn't do nothing more i've tried with boot arguments plaform=ACPI | X86PC but nothing work what i'm doing wrong?

You can't boot from an OS X iso. It has to be a harddrive image. I had the same error when trying to boot the iso. So if you can, test with deadmoo harddrive image or you can create an image of a pre-installed OS X, by using dd.

http://uranus.it.swin.edu.au/~jn/linux/rawwrite/dd.htm

dd [bs=SIZE[SUFFIX]] [count=BLOCKS[SUFFIX]] if=FILE of=FILE [seek=BLOCKS[SUFFIX]] [skip=BLOCKS[SUFFIX]] [--size] [--list] [--progress]

just look up how to install deadmoo image for a guide on how to use dd.

that will create an image file which can call OSX.img and boot using qemu.

Emulating Os X it's not an option. I've emulated it on a Athlon Xp 2600 and it moves slow. I mean real slow. It's unusable for an operating system.

The only option is hacking Os X. As I understood there have been some guys who have hacked the kernel to allow SSE3 execution.
This will be the best approach. The only thing that needs to be done is making a kernel module for XNU which traps the SSE2/SSE3 code and emulates it. I think it's not a very big problem.

I've read on this forum that the guy Semthex has done the thing for SSE3. Also I've read that it has taken him some months. But the time problem here it's not with writing the actual emulating code. This can be done easy. The problem costing time for the programmer is to find the approach of doing this in the kernel and getting to know the kernel and fine tuning the solution. I think many programmers can do that task but it will take a long time because it will be the first time. I think that the best solution in the matter of time is that a guy like Semthex to do it because he have done it before and it will take him just weeks not months like it has taken him for the first attempt.

I mean if we are talking about this I can do it very quickly but XNU it's kernel I don't know.

Please excuse my English. It's not my native language.

hey dragon!

first than nothing thinks for answer

I´ve downloaded dd for windows then i run it but i don´t know how to use it, i´ve been looking up on google but i didn´t find anything about dd so con you please tell me how to use it ?

thinks a lot

http://techzoneonline.com/guides/computers...osx86/main.html

This shows the process of using dd to write the 10.4.1 image onto a drive. Switch around the if= and the of= so you create an image out of the partition.

Also of=\\.\PhysicalDrive# You can specify the partition : of=\\.\PhysicalDrive0Partition2

So your command will look something like this,

dd bs=1048576 if=\\.\PhysicalDrive#Partition# of=tiger-x86-flat.img (Replacing # with the numbers according to your setup) - See website

In command prompt, navigate to the folder which contains dd.exe like it says.


PS, it's much easier to do from linux.
dd if=/dev/hda2 of=tiger-x86-flat.img bs=512 skip=63

This will make an image of the second partition on the first harddrive. You can run this command from the ubuntu livecd.
Make sure you specify where to save the image. So change of=tiger-x86-flat.img to of=/path/to/save/location/tiger-x86-flat.img

Good luck I know it's complicated but you should catch on quickly.

well, i´ve done it, so i´ll tell you what i´ve done let me know where i´m wrong.

1)cd /path/to/dd
2)dd bs=1048576 if=E:\Users\andres\Desktoo\OSX86.myz\MacOSX86_10.4.6_DVDPATCHED_myzar.iso of=OSX.img
3)when i got the OSX.img file saved on the dd directory i tried to run from dragon´s slax iso
4) qemu -m 256 -localtime -usb -hda /mnt/hda1/Users/andres/Desktop/dd/OSX.img -boot c

Result: Can´t boot from disk0 or somenthing like that
So if i understand ( i don´t think so) i need to download the deadmoo image and install it to a phisical drive such like F:\ under windows then boot from them with qemu ??? its that right? cannot i create an a file like OSX.img to use it with qemu ??

please explain me.

Dragon a lot of things for help me and be so pacient with i´m just a newbie and i wanna test OSX

Pd: Sorry about English that´s not my native language.

i´ll be trying today all the day, tomorrow i´ve to do some homerwork

you have to install OS X onto a partition on an SSE2 computer, then use dd to make an image of that partition.

Or could use rawrite while on windows.

I'm pretty sure Rawwrite is for floppy disks only.

Maybe. I never used that.

What about my proposal?

Soldier... I don't think your method is impossible, but I don't think it will be as easy as you think.

first, we would need to start with a darwin installation on a pc... (needs sse2 to install, but you might be able to use qemu)

Gcc generates most of(if not all) the sse2 calls. so someone "should" be able to patch gcc's source code to not generate sse2 commands. and recompile and install twice. Then recompile and update to 8.8.0(10.4.8) (This is supposedly hard to do... I have never done it.)

From there you could start with Semthex's 8.8.1 kernel and add in the sse2 emulation code... (his sse3 code also uses alot of sse2 so that would need to be rewritten to get any speed out of it what so ever.)

Keep in mind all that would have to be done in qemu or a sse2 able computer.

Now if by some chance this all worked(I can't promise that it will). You could start by creating an installer cd for this modded darwin so you could install it and test it in a sse1 only system, but you would probably need to create drivers for your system first...

Now after all that work, trust me it is way more difficult then it sounds. You should be able to install osx... not off the installer cd of course, but by using one of the old methods of copying files from an already install copy.

I'm not trying to discourage you... I agree that that is the best method to get osx86 on sse1 computers, but I think if we as a community want to get that done it would need to be a team effort... not just one programmer that works with the xnu kernel for a few weeks.

Dragon, thnxs for answer problem is that i haven´t an SSE2 computer.

I´m so agree with SenVa the best methon is integrating an SSE2/3 emulation code onto xnu kernel, but it must be work for all of us, i just don´t know how to do it but i can help testing and giving feedbacks.

It will require too much work to modify the kernel to emulate sse2. If you want to run it natively the cloest you will get is modding qemu to run sse natively.

If you want to test out my method,
Create an image of your OS X partition (@ndres download tiger-x86-flat.img)
boot from this image using qemu

I have a question, can this be integrated into Xen? it uses Bosch/Qemu also.

Ok, so qemu is our easiest and shortet way to have OSX running on sse-less computers now my answer is, if we can install the deadmoo image to a physical harddrive is there anyway to create a script that we can add to the bootloader (windows or Linux bootloader) that automaticaly launch to Linuxbios and qemu Using a physical harddrive to save any changes made while emulating?

for me that´s the easiest way to emulate OSX on SSE - less computers and make it like just running native (obviously with LinuxBios the speed will increase a lot )

I haven't tried pointing qemu to an actual partition but using an image is exactly the same effect.
If you boot the tiger-x86-flat.img image using qemu the changes will be made to that image. At the moment on an sse2-less pc, we can boot OS X and use it just like a normal install, with a slight to medium speed loss.

Also, linuxbios will only make booting faster. So the user doesn't have to watch slax loading.

Ok. It is too slow for normal use. Not a bad idea though. Find an alternative to qemu. Use another emu. You cant emulate instructions and get half speed in return....

PearPC already has processor acceleration for the Intel platform (PowerPC on Intel). QEMU has no acceleration for SSE2 on SSE yet.

I'd use PearPC.

I put pearpc and qemu on my iso. I don't care which one you use as long as it works.

People, you arn't getting the point. It's sloww.

Well, I used to run PearPC on one of the fastest SSE-only computers ever made (Amd Athlon XP 3200+, 512MB RAM) in Vector Linux and it worked great. It booted up almost as fast as my Mac mini (although my Mac mini was way faster in everything else).

However, PearPC ran terribly slow on an other SSE computer (Celeron 1Ghz, 256MB RAM) with Windows XP.

So we would definitly need a very light window manager; KDE, Gnome are too heavy if we want maximum performance. I'd use XFCE, IceWM, fvwm or something like that.

That would be 1. SLAX Popcorn Edition (with XFCE) + 2. Dragon's PearPC Module + 3. OSX-iso or Hard Drive Image on the Harddisk + 4. Make it easy to use, make PearPC start up automaticly after boot up

My Slax popcorn iso uses xfce by default and has PearPC installed.
Does everyone have a ppc version of OS X?

OK, I'm downloading your SLAX right now. Thanks for uploading it!!!
I have Mac OS X Panther lying around here somewhere, but I'll have to find it first.

Which version of PearPC is on the SLAX cd??? 0.4?

MasterofComputer... i think we all know its runing slow, we are trying to make it run faster, but maby you dont undestand that.