awesome job m8 WE all Love you ;)

One more question, the kernel is for 10.7.0 or 10.7.1???

Thanks for the kernel! I'm anxious to try it XD :D

It will be the xnu 11.0.0 for 10.7.0.
Apple hasn't released the 10.7.1 sources yet... :-/

:)
 

hmm... ok i m preparing Xmove and install partition XD lets pray to god this kernel works ;)
even if it doesnt, still thank you for the hard work..

We'll know tomorrow.
My battery ran flat before I could get the kernel compiled so this evening I'm compiling the kernel (with dyld injected).
I'll upload the sources and binaries tomorrow thus.
NOTE: The sources will need to be recompiled by Wastez in order to be completely perfect (currently compiling under Snow Leopard, also doing tests of using dyld-195.5 on Snow Leopard by using Snow Leopard libc libraries and new dyld with some mods to it... keep you posted on this as well).

For 10.6.8, has anyone test this kernel with sse2 only cpu? does it still beachball?

for Lion, does anyone know how one can emulate ssse3 ?

Did you activate the sse3 emulator for 10.6.8?

There is no ssse3 emulator until now but the lion kernel is also not available now.

But today the lion kernel is gona to release. :D

http://www.insanelymac.com/forum/ind...&#entry1740211
It's released... last post when I started it... ;)
Recompile it for me please and send me the results (and prefereably upload them).
I compiled it under 10.6.8 but Wastez will compile for the rest.
NOTE: Wastez: I forgot to change in the voodoobuild.sh script the patch to LibcXXX instead of LibcXXX_SL
Change it please and recompile (it's a case of adding a # and removing one)

it doesnt seem that it wants to boot on the SL Build but still investigating !

both Builds aint Booting so far don't even get to verbose mode same as in SL with native 64 bit

Ok... Compiled the kernel.

But it created 2 mach_kernel.
One in the root from voodoo build folder and one in the source in /build/sym.

The one in the root has 15,4 mb and the one in the source has 18.7 mb.

Which one is the right one?

You need the one in BUILD/dst
it copies automatically in voodoobuild-AnV-0.5.1 (with running ./compile_kernel.sh).
Make sure you have done ./voodoobuild.sh first.

Ok....
Then it´s the one with 15.4 mb.
I also edited the voodoobuild file.

Akimoa tested it on his amd but it doesn´t work --> instant reboot.

Could the be the same problem like on snow in pure 64 mode?

Probably: yes
Unfortuntely I have no idea of what precisely changed that doesn't allow 32bit only boot.
Otherwise I could track it down...

this 11.0 kernel do like 10.8 kernel on lion just reboot without entering verbose mode :-/

I uploaded the compiled kernel, so that everyone can try it.

It´s compiled with xcode 4.1.

Here the link for it: https://rapidshare.com/files/2989752953/mach_kernel.zip

i think that the problem may be from thing anther kernel as 10.8 & 11.0 have the same result
will make some tests and return

I think it´s over for amd with lion if nobody can create a 32 bit kernel.
It was also not possible to run amd in 64 kernel mode in snow leopard.

It won't even load in full 64bit on AMD in lion, I just tried and got a reboot. But it loads on my 64bit Pentium 4 in 32bit mode but then kps(Lack of ssse3 maybe?). @ wastez it is possible to run full 64bit mode in Snow Leopard, but no 32bit apps work. proof: http://public.bay.livefilestore.com/...bit10.6pbl.png

The Kernel you compiled should be multiple architecture.should look like this:So there is still a 32-Bit Kernel on Lion. Just the "-legacy" mode is no longer supported. So we need to boot the -force64 way on Lion... :)

i think it may be bootlaoder problem

Ok that what i was just wondering myself but it seems in the voodooscript the 32bit part didnt got adressed at all or am i missing something

and it doesn't boot in userland 64 either with or without custom dyld

How about a bootloader that patches the kernel to allow non-supported Intel and AMD support for lion. Kind of like the Intel atom patch but for more cpus?

Keep patient guys - we had to wait till 10.5.4 for the Voodoo XNU to be released - we had to wait until 10.6.5 till Andy had figured a fully working Kernel patch for Snow Leopard. :cool:
Btw: Mac OS X 10.7.1 source code has been released today.

Well I do not see, what should be the problem with the build script...

Anyway has someone yet tried to patch using "patch -p0 -i legacy_kernel-1699.22.73-v1.diff" and compile the Kernel using make? Just wondering...

try -force64 (patches come from Snow Leopard so...)

all tried no luck !

It is still instant reboot after Chameleon says "Staring Darwin x86"
I have also tried stripping the Kernel with lipo in order to be ensure booting i386 Kernel...

what i just did too recompiled it only i386 .....

same as above

Damn... I have no idea what it could be...
It probably still needs some work thus... :(

used valv branch (not support lion)
using 10.8 kernel and platform kexrs it enter verbose and stuck at kexts not loaded
using 11.0 kernel restart

using latest trunk bootloader (support lion )
using 10.8 kernel and platform kexts restart
using 11.0 kernel restart

:-/

Yes
Same Result !

This time it´s gona to be funny for amd´s.
Last time there was time to get a solution until get 64 bit Userland working.
Now it won´t work without it.

@$The-King$
The problem isn´t the boot loader for sure.

@anv
Did you change something on the 32 Bit Kernel this time, or did you just edit the 64 bit kernel?

I added the code of the patch for both 32 and 64bit kernel.
I think Apple removed some routines which are required for AMD or changed some code which is giving the issues.
I diffed SL 10.6.8 versus 10.7.0 and there are a lot of differences (for example the commpage is a lot more empty).
It's like looking for a needle in a haystack :-|

the filesize difference between the 2 released xnu sources (10.7 and 10.7.1)

is huge

just tried the diff (without custom dyld and sse3emu etc.) on the latest source -> same result sadly

any way to debug this ?

I wish... somebody with a vanilla capable cpu should test it to see if it at least boots there...
I'm continuing looking for a solution (but it won't be easy...)

k and if it Boots there what would u need in logs to dig in

kernel.log ? or any other one ?

It didn't reboot on my 64bit Pentium 4 HT, but it crashed later in the boot. I can take a picture of the kp.

Yes but a P4 is also not Vanilla compatible. ;)

Unfortunetely the logs don't contain what I need.
I need to know which instruction causes the reset in case of the kernel in order to know what to do against it.

Good idea, it might help...

On a vanilla compatible cpu the kernel is working.
32 Bit + 64 Bit.

So it's not the code that's present... it's the code that's absent... :-/
I'll continue to develop this... ;)

Since You have a vanilla cpu could you test the AMD patching routines by booting with the following boot args:
arch=<i386/x86_64> patcher_opts=48 -amd -force64 -v

http://dl.dropbox.com/u/38348368/100_1824i386.JPG kp in 32bit mode
http://dl.dropbox.com/u/38348368/100_1827x86_64.JPG in 64bit mode
This is with andy's kernel complied in Snow Leopard.
The one complied in Lion just gives me a black screen.

I can't look it up, my workplace bans dropbox using the proxy. :(
Please upload them here on the forum.

ASAP please... ;)
If it boots succesfully the auto-patcher works... including the dyld (even though I'm not sure the stock one will work...)

well we have someone that tests for us ... where would he see if the routines go thru ?

If you want verbose patching you need the following after patcher_opts:
49
Then it will output everything it loads (and patches) and output to console.
It will warn about decryption failing in the beginning untill DSMOS arrives...
If it all works and the system boots we at least have the patcher right (including the new sysenter trap working)

Is there another site I could upload them to that isn't blocked, since my images are too large to upload on the forums.

Can't you compress them to a png or so?
If you can't make it smaller, upload it to a webspace or so (free webspace from a provider or so).
All upload sites are blocked over here so no go there...

Well how about I post them on my own website, http://cefso.doesntexist.org/temp/100_1824i386.JPG
http://cefso.doesntexist.org/temp/100_1827x86_64.JPG

it booted all the way thru and apps worked with the vanilla machine

when testing patching routine