10.3.0 Qoopz + AnV kernel rel3

The file is not fully saved at RapidShare yet. This file is possibly still being uploaded. Please try again later.

I'm just wondering if you could share the system.kext(or was it seatbelt?) too since I'm on 10.6.4, would like to avoid any kernel panics?

Anyhow, can't wait to try it, hope it will at least solve my issues with my AU plugins in logic and steam:)

Can't be downloaded yet, will try as soon as I can

This sounds like the most important milestone in the process of making Snow Leopard XNU more comfortable for AMD users has finaly been reached, too bad it looks like something went wrong when uploading it. :'(

I hope you are going to provide working download mirror soon, I can't wait to test on-the-fly patching feature.

Just some of my noobish thaughts about the left issues:

@andyvand- The custom dyld doesn't work for all apps, if somebody could check my patch... If problems with it you can use the standard dyld with boot argument std_dyld=Yes

If I use " std_dyld=Yes" would on-the-fly-patching stop to work for loading dynamic libraries? / Is your custom dyld even causing problems if the Kernel would be forced to boot 32-Bit like when using the "-legacy" flag on the good old Voodoo?

@andyvand- Because I don't know how Snow Leopard precisely decrypts the segments I am currently using stock loading code for encrypted binaries, hereby they won't be patched. If somebody could whip up a decryption routine it will work without any flaws

On 10.6.3 and 10.6.4 I have had only one encrypted binary that required beeing patched, which is /System/Library/CoreServices/SystemUIServer.app/Contents/MacOS/SystemUIServer - having it CPUID-patched is necessary for volume control in menubar to work when using AppleHDA.kext
Replacing the original with the decrypted one created by Marvin's AMD Utility and then patching it using Maxxus Patcher worked like a charm.

I would even appreaciate having kind of "dirty" workaround beeing kernel-integrated for that... Do you think there might be a way at this moment?

Just tried it, boots fine i guess, got some errors i didn't see before which i belive is related to this kernel.

patch_text_segment failed

Also when i tried to open Logic Express i get:

Process: Logic Express [319] Path: /Applications/Logic Express.app/Contents/MacOS/Logic Express Identifier: com.apple.logic.express Version: 9.1.1 (1697.53) Build Info: Logic-16975300~1 Code Type: X86 (Native) Parent Process: launchd [272] Date/Time: 2010-08-08 21:27:30.876 +0200 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6…

And starcraft 2 says:

Process: SC2 [403] Path: /Volumes/Hackintosh HD/Diverse/StarCraft II/Versions/Base15405/SC2.app/Contents/MacOS/SC2 Identifier: com.blizzard.starcraft2 Version: ? (?) Code Type: X86 (Native) Parent Process: launchd [272] Date/Time: 2010-08-08 21:33:58.603 +0200 OS Version: Mac OS X 10.6.4 (10F569) Report Version: 6 Interval Since Last…

And steam doesn't respond for some unknown reason.

Anyhow I'm gonna update this post a bit since i need to test it with -force64 and with standard dyld.

EDIT:

AFP seems be be broken with this kernel running on a 10.6.4 system, I don't know if thats just a natural side effect of using a older kernel with a newer system though.

Aug 9 13:22:36 Macpro kernel[0]: Failed to load executable for kext com.apple.filesystems.afpfs. Aug 9 13:22:36 Macpro kernel[0]: Kext com.apple.filesystems.afpfs failed to load (0xdc008016).

-force64 doesn't seem to work for me with this kernel, and the computer reboots before i can see what the issue is, anyhow i use this kernel on a manually patched system but with std_dyld=Yes patcher_opts=2 I'm pretty much stuck with the same issues i had with the 10.6.4 kernel.
But by all means thank you for your effort and I'm certain that it will only be a matter of time before the collective effort of the osx86 community will manage to make the necessary changes to have a fully working dyld on amd systems, this is a huge step:)

OK; Here comes my short first testing experience:

I made a complete new Snow Leopard Installation & added 10.6.4 Combo Update + the necessary patches for my hardware to work + the new Kernel. (CPUIDs remain unpatched).

On first boot I was stuck with just the mouse cursour and a grey background - booting using std_dyld=Yes made the Welcome-Multiple-Languages-Video and the first boot assistant beeing launched.

@andyvandYou can use the stock dyld and force patching using std_dyld=Yes patcher_opts=2

I have tried that, but the patcher still doesn't work.

Using the custom dyld my self-calibrated colour profile doesn't load - just after selecting it manually in system-prefernces gets it used.
For the moment I haven't tried much Apps, but have not experied any other malfunction related to the customized dyld as well…

I am going to stay with manually patched system for productive usage for the moment, but ofcourse I'll keep testing the new kernel + future builds & keep reporting my further experiences with using it.

Screenshot of iTunes working fine using on-the-fly patcher:

Thank you very much for all your efforts and work invested into the OSx86-XNU development.

GOOD work
i will try it on phenom ii x4 955
hope 10.4 realse quickly :

only work on x86
when boot in 64 just restart
like pcj in 64 give panic
and same all 10.6 kernel give panic in sata raid mode
hope this problem solved

jus wondering, tried this kernel. got some errors, not perfect yet, but the question is , any chance to have 32/64 bit side by side like on intel? or just 32bit only on amd?

i successfully forced my snow leopard 10.6.3 with (qoopz patched kernel 10.3.0) to 64-bit by adding the kernel flag '-force64' on the chameleon boot menu but the problem is that i cant run 64-bit kernel extensions. Through a software i came to realize that my kernel is still in 32-bit mode. What should be done with the qoopz kernel to make it able to run 64-bit kexts?