Uhm am i the only one that desires a ssse3 emulator for snow leopard? :)

No, you are not. :)

Latest AMD Fusion Mobile & Embedded cores have SSSE3 implementation & I think we will see Desktop CPUs with SSSE3 support end of this year.

There are some Mini-ITX boards using AMD Zacate (Brazos) cores - some less then 100€ (like the E350IS-E45 just 88€, 1.6 GHz Dualcore, up to 8GB DDR3).
If those would work with patched XNU, they'd be a real budget friendly alternative to the feeble & expensive Intel Atom platforms... :)

Anyway working Lion Kernel would be most wanted currently... :cool:

Hum, time to upgrade then.
A lion kernel would be nice indeed but it would also be nice to have a fully working snow leopard kernel too.
I would like to avoid buying intel the next time i build a new computer but there isn't even power management for AMD yet so I'll stick with my pehom II x4 a bit longer:)

With some minor code modifications.
Mods for custom dyld (for Lion) are complete, custom dyld for Lion builds now.
Mods for xnu are coming along (I just worked the entire night yesterday, I think it compiles allready for 32bit but requires some minor fixes for 64bit (warning fixes)... work continues).
I'll release all my work once it's done, somebody with Xcode 4.1 could recompile the kernel in order to make it fully Lion compiled.
Compiling the kernel under Snow Leopard (with Xcode 3.2.6/4.0) is possible with some minor code fixes (variables used uninitialized, just set them to 0 on the beginning of the defines).
Also Apple didn't change much on their decryption algo's, current implementation should work, however I had to rewrite amd_insn_patcher (and also add the changes to the kernel) because of a new 6 byte (instead of 8) _sysenter_trap routine.
Code mods on that part are complete and it puts it into it as it was doing with 10.6 (but uses a uint32_t as first and uint16_t as second code wrapper).
I've left the patcher for Snow Leopard's _sysenter trap into it, it just checks which precise _sysenter_trap is used and patches accordingly.
The change was just a nopl (%eax) to nop... (3B -> 1B).
I guess it will take at most a week to get the code wrapped up completely (and fixed for Lion), it'll work on all 64bit machines, even though having SSSE3 is really recommended since Lion.
I've checked for any SSSE3 checks in the kernel, there where none, it just catalogs the available instruction sets so if there would be any messages, they aren't coming from the kernel.
I should really check how these SSSE3 instructions (it aren't that many) work so I can devise a solution for them.
But first... the kernel ofcourse...
BTW: On InsanelyMac I uploaded Rev2 of the V8 (10.8.0) kernel with some minor fixes for AMD K10 FSB (as latest chameleon fixes that) with the option to double the FSB on those AMD models with -doublefsb boot arg.
I also did some minor changes for Via Nano, it now gets the CPU frequency through EFI booter.
Besides that it includes the custom dyld built with Apple's libunwind-30 code (which compiles fine on Snow Leopard too) but it didn't fully fix some apps crashing.
pbs still gave me some issues (unless I upxed it with my custom upx, then it worked fine).
I'll look into a solution for this as most crashes come from libauto.dylib (Auto::Zone::Zone).
QuickDraw (QD) also gave for some apps a crash.
Too bad we haven't got Apple's libCoreSymbolication library (with matching header) or we would be able to fix the last issues with the custom dyld.
Work continues thus and new solutions are sure to surface (I'm thinking hard for improvements/expansions).
I'll keep you posted... ;)

Works like a charm Thanx for that !

I have one more request.
Could somebody please zip and upload the dyld from Lion GM?
I need it because it checks for code signatures and I need to devise a patch against it.
It is required because if you patch the stock dyld (and/or libSystem.dylib) the code signatures won't be valid anymore.
If I have the stock dyld I can disassemble my custom one (which has this code excluded) and the stock one and check the differences.
If I find this difference I can make a patch (using amd_insn_patcher) which also nops out the code that does the actual code signature check in dyld.
It'll then work with the stock Apple Lion dyld too.
It's important because we need to get these things working 100% for AMD under Lion.
Thanks in advance ;-)
BTW: Don't use rapidshare/mediafire/upload.to/etc as my works internet blocks these in the proxy, upload directly here or on InsanelyMac please.
EDIT: Anyone? Please do it ASAP as I would like to devise a patch against it today... Just zip /usr/lib/dyld please + upload...

Here's the file mate :)

MD5: 14acaee6a4e4f19b2cb1392bcebfaebb

Here ya go :)

Thanks a lot guys...
It'll help in making good patches... ;)