[GUIDE] Retail OS X Install (10.5.8) on Gigabyte GA-EX58-UD5 (Core i7) Mobo

[digital_dreamer]

well with iPC 10.5.6 I got my evga 9800gtx+ working 100% (as far as i know)

 

still working on the new run patcher.. with 9.6.3

 

Dreamer,

Everything about run_patcher works great except when i want to add an efi graphics string..

the script always hangs after i paste in my string and press enter. I'm confused about the boot.plist in your root folder because the markup is all funny looking compared to standard xml. I was able to successfully install the new kernel using your cookbook from page 1 but cant figure out how to get my graphics string going.

 

-edit-

basically the system boots into 1024x768 ddr2 667.. i tried editing the boot.plist in the extras folder and reinstall the bootloader but that didnt work. What boot.plist does the system actually use and where does it live and can i edit it from the retail install disk or do I have to boot into the distro hard drive and run you script?

 

sorry for all the questions but i'm a little slow with this stuff.

Hey, mangopeach,

Sorry about the script hanging on inputting the string. You are using the "device-properties" key and it doesn't go any further after pasting the string? How long is it? I'll look into that and see if there's a character limit on the input or something.

For the time being, it looks like you may have to add this manually as you just did, I assume.

 

You can edit any boot.plist live (it's only read during boot, anyway), so no need to boot into another install. If you are using the latest script, then the boot.plist that's being used by Chameleon 2.0 is in /Your-boot-drive/Extra. If you happen to run the post-patch at some time, then that boot.plist will get replaced by the one in the script folder (plists, not the one buried in the strings folder). So, it's good to have both kept current.

 

Are you saying there are other issues besides not being able to input the EFI string?

 

regards,

MAJ

 

I decided to try the standard retail install again, since it was the one I got the farthest with. I got stuck at the same spot, but I took a couple photos this time:

 

Verbose boot log

 

This is about the point that the boot log sits at for while, with the SMC errors. The whole process takes about three minutes before it goes to the next screen.

 

Gray screen

 

This screen is where the process comes to a halt. It never actually locks up, per se, as I'm still able to move the cursor, but it won't load anything beyond this point.

 

I don't think it's a bootloader issue, since Chameleon appears to work flawlessly... So I guess it has to be an issue with something in the kexts, maybe, or a video card issue. I haven't heard anything about the 9800GTX+ being particularly incompatible with OS X, but could that be what's going on here? I guess I'll quickly swap the video card and see if that makes a difference.

 

I also had done the whole install from within an existing OS X install on a genuine iMac. Should I be doing the install from another OS X installation on the same computer? I've started trying to toy around with different distros to see if I can get one installed on a separate HD. So far iDeneb and Kalyway have both panicked at boot (although I just kind of threw the extensions provided in this thread onto the kalyway disc).

 

Oh yeah, and single user mode works. Is there anything I could get at in that mode that would help?

 

EDIT: Just tried switching to an 8600 GTS, getting the same behavior.

phabmp,

If you have done this install from a different Mac, then I'd try deleting the DSDT file that's inside /Your-Boot-Drive/Extra folder. That DSDT patch was created on a different system and is not going to be compatible with your hackintosh.

That might be where that SMC (System Management Controller) error is coming from, as it's only on Apple's Macs and not on the Gigabyte board. (I'm sure there is a version of system management controller on the Gigabyte board, but I doubt there is access to it from the OS.)

 

regards,

MAJ

 

After I installed OsX with the new Chameleon ...

 

It takes a while(Apple screen with the white circle)

to get in MacOSX but just to the grey background with the Mouse Pointer in it ?!

What could it be , what could I change to get in OsX

 

Kernel problems ?

Boot with the -v flag so we can tell what's happening. Did you have a booting system prior to the Cham2 update?

 

I reformaated my hackintosh with the lastest Chameleon, kernel, and kexts but now I have a problem.

 

My system does not shutdown completely. The Hard drives shutoff and the screen however the fans keep spinning.

WTF?

I've noticed from browsing the Chameleon thread there are still a few outstanding issues with the RC.

 

MAJ

[joeblough]

i think tonight i will try starting over with the EFI method, load chameleon 2.0, and hand-edit your original kexts for the non-EFI install to increase their version numbers and osbundlerequired. unless these kexts don't load from EFI properly, i dont see why this should not be equivalent to the non-EFI install. but clearly there's some problem reading the boot.plist in this configuration.

 

if EFI try 2 doesnt work i might give up on the EFI partition and just put all your kexts in /Extra in the form of a mkcache. my goal is just to have the hacked kexts somewhere other than /S/L/E. i never did this on my badaxe2 and as a result i'm always clenching when its time to load a new release of OSX.

 

okay, just for anyone who might care:

 

i had to give up on EFI. even with the version numbers bumped in the kexts still everything was not being loaded properly. i reformatted my disk, installed 10.5.0 and upgraded to 10.5.6 with the combo updater.

 

since my main goal is just to have all the hacked kexts separate, i loaded chameleon 2.0 RC and put all of digital_dreamer's kexts in /Extras/Extensions.mkext. i don't quite understand why, but just dumping the kexts in /Extras/Extensions does not seem to work - i have to make a mkext and load that. i looked at how wolfienuke's script changes the OSBundleVersion with defaults write; i tried this but defaults changed the Info.plists to binary files and i didnt much like that. so i hand edited the Info.plists to change the version numbers to 9.9.9.

 

i used the com.apple.Boot.plist that was created from digital_dreamer's script, but i fixed the UUID for the new disk. i also used the smbios.plist that came with chameleon. also i'm using the 9.6.3 kernel with the 10.5.6 system.kext.

 

this seems equivalent to digital_dreamer's non-vanilla install. the clock is running at the proper timebase, the EFI strings for ethernet and video seem to be being picked up, and my model number is correctly reported per the setting in smbios.plist (i still have it set in my boot flags, so i don't know exactly where it's coming from, but before using smbios.plist the model was showing up as macpro2,1 instead of macpro3,1) there is one slight problem - for some reason the hack that makes the disks show up as internal disks did not take. some of these kexts have sub-kexts inside of them and perhaps i need to increase their version numbers as well? i'm not sure if iokit would load the main kext from /Extras but then go off and load a sub-kext from /S/L/E ??

 

at this point its still unstable waking from sleep. if the machine is hot it seems to do fine, but after sitting overnight it locks up on wake. i still may have power supply problems, i'm not sure.

 

finally (and this was also a problem with the install from digital_dreamer's script), the machine won't recognize my iphone. its there in system profiler but it says its unconfigured - it doesnt even charge. i don't know what's up with that. i even upgraded to itunes 8, but no luck. USB thumb drives and my keyboard and mouse work, so USB is probably working fine. i guess maybe there's some other kext that's involved in the iphone that's not getting loaded or needs a hack?

[Fmstrat]

Hey everyone,

 

I'm using a UD4P, and am following the guide from mid-thread about using iPC 10.5.6 to get the initial install up and running before using the retail method. For grins and giggles, I updated the Voodoo kernel and some of the kext's based on this post in the iPC install, but for some reason it's only showing 1 processor in the Activity Monitor. Any idea why this would be happening? Would like to ensure I know how to fix this before updating to retail install.

 

Thanks!

[andycorleone]

Hi, I have a problem with After Effects CS4.

when I configurate Multi Processing The Setting Show 8 Processors (in OSX) but in windows Vista 64 only Show 4. This Cause A lot o problem in Redering. Really Apreciate any Help here.

Thanks

[AppleIIGuy]

Hi, I have a problem with After Effects CS4.

when I configurate Multi Processing The Setting Show 8 Processors (in OSX) but in windows Vista 64 only Show 4. This Cause A lot o problem in Redering. Really Apreciate any Help here.

Thanks

 

A Core i7 is only 1 processor It does have 4 cores or looks like 8 with hyper threading.

 

Hi, I have a problem with After Effects CS4.

when I configurate Multi Processing The Setting Show 8 Processors (in OSX) but in windows Vista 64 only Show 4. This Cause A lot o problem in Redering. Really Apreciate any Help here.

Thanks

 

A Core i7 is only 1 processor It does have 4 cores or looks like 8 with hyper threading.

[joeblough]

Hey everyone,

 

I'm using a UD4P, and am following the guide from mid-thread about using iPC 10.5.6 to get the initial install up and running before using the retail method. For grins and giggles, I updated the Voodoo kernel and some of the kext's based on this post in the iPC install, but for some reason it's only showing 1 processor in the Activity Monitor. Any idea why this would be happening? Would like to ensure I know how to fix this before updating to retail install.

 

Thanks!

 

is it possible that your boot.plist is calling out cpus=1 ?

 

i've got the a chameleon 2.0 vanilla + mkext in /Extras install on a UD4P going and i can see all 4 cores and all 8 threads.

[Fmstrat]

is it possible that your boot.plist is calling out cpus=1 ?

 

i've got the a chameleon 2.0 vanilla + mkext in /Extras install on a UD4P going and i can see all 4 cores and all 8 threads.

 

Nope, it's clean. Kernel parameters in there are "busratio=20 -v". Did you install all the kext's included in the first post? And are you not running a voodoo kernel? I also found that if I used Voodo 9.6.0 and all the kext's in the first post, it wouldn't get past the ACPI during boot. Any help, or details of the specific kext's you used would be fantastic.

 

As a note, I do see these in my dmesg output:

 

----

Darwin Kernel Version 9.6.0: Wed Feb 18 15:39:36 CET 2009; AnV XNU Kernel Release 1.3 :xnu-1228.9.59/BUILD/obj/RELEASE_I386

standard timeslicing quantum is 10000 us

vm_page_bootstrap: 1487580 free pages and 85284 wired pages

mig_table_max_displ = 79

warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelCPUPowerManagement

AppleACPICPU: ProcessorApicId=0 LocalApicId=0 Enabled

AppleACPICPU: ProcessorApicId=1 LocalApicId=2 Enabled

AppleACPICPU: ProcessorApicId=2 LocalApicId=4 Enabled

AppleACPICPU: ProcessorApicId=3 LocalApicId=6 Enabled

AppleACPICPU: ProcessorApicId=4 LocalApicId=1 Enabled

AppleACPICPU: ProcessorApicId=5 LocalApicId=3 Enabled

AppleACPICPU: ProcessorApicId=6 LocalApicId=5 Enabled

AppleACPICPU: ProcessorApicId=7 LocalApicId=7 Enabled

---

[TSC] delta: 9, skipping synchronization. (CPU1)

[TSC] delta: 37, skipping synchronization. (CPU2)

[TSC] delta: 2, skipping synchronization. (CPU3)

[TSC] delta: 34, skipping synchronization. (CPU4)

[TSC] delta: -17, skipping synchronization. (CPU5)

[TSC] delta: 36, skipping synchronization. (CPU6)

[TSC] delta: 17, skipping synchronization. (CPU7)

IOAPIC: Version 0x20 Vectors 64:87

ACPI: System State [s0 S3 S4 S5] (S3)

mbinit: doneextension org.tgwbd.driver.LegacyAppleAHCIPort is not loadable

Can't determine dependencies for org.tgwbd.driver.LegacyAppleAHCIPort.

---

 

 

Thanks!

[joeblough]

Nope, it's clean. Kernel parameters in there are "busratio=20 -v". Did you install all the kext's included in the first post? And are you not running a voodoo kernel? I also found that if I used Voodo 9.6.0 and all the kext's in the first post, it wouldn't get past the ACPI during boot. Any help, or details of the specific kext's you used would be fantastic.

 

As a note, I do see these in my dmesg output:

 

----

Darwin Kernel Version 9.6.0: Wed Feb 18 15:39:36 CET 2009; AnV XNU Kernel Release 1.3 :xnu-1228.9.59/BUILD/obj/RELEASE_I386

standard timeslicing quantum is 10000 us

vm_page_bootstrap: 1487580 free pages and 85284 wired pages

mig_table_max_displ = 79

warning: skipping personalities in blacklisted kext com.apple.driver.AppleIntelCPUPowerManagement

AppleACPICPU: ProcessorApicId=0 LocalApicId=0 Enabled

AppleACPICPU: ProcessorApicId=1 LocalApicId=2 Enabled

AppleACPICPU: ProcessorApicId=2 LocalApicId=4 Enabled

AppleACPICPU: ProcessorApicId=3 LocalApicId=6 Enabled

AppleACPICPU: ProcessorApicId=4 LocalApicId=1 Enabled

AppleACPICPU: ProcessorApicId=5 LocalApicId=3 Enabled

AppleACPICPU: ProcessorApicId=6 LocalApicId=5 Enabled

AppleACPICPU: ProcessorApicId=7 LocalApicId=7 Enabled

---

[TSC] delta: 9, skipping synchronization. (CPU1)

[TSC] delta: 37, skipping synchronization. (CPU2)

[TSC] delta: 2, skipping synchronization. (CPU3)

[TSC] delta: 34, skipping synchronization. (CPU4)

[TSC] delta: -17, skipping synchronization. (CPU5)

[TSC] delta: 36, skipping synchronization. (CPU6)

[TSC] delta: 17, skipping synchronization. (CPU7)

IOAPIC: Version 0x20 Vectors 64:87

ACPI: System State [s0 S3 S4 S5] (S3)

mbinit: doneextension org.tgwbd.driver.LegacyAppleAHCIPort is not loadable

Can't determine dependencies for org.tgwbd.driver.LegacyAppleAHCIPort.

---

 

 

Thanks!

 

hmm.

 

this is my latest situation:

 

http://www.insanelymac.com/forum/index.php...00#entry1141052

 

i am not using the voodoo kernel because i found that the machine would not wake from sleep properly with that kernel. i'm using the 9.6.3 kernel from 10.5.7 which is floating around.

 

my initial install went like this: i formatted a new disk against my badaxe2 and ran digital_dreamer's script. this script pulled the DSDT out of the badaxe2 and patched it, so when i tried to boot that disk on the UD4P it totally hung. i put the disk back on the ba2 and deleted the patched dsdt and it booted fine on the UD4P then. i went back and ran the dsdt patcher on the UD4P and put the proper dsdt.aml on the disk. all the kexts were installed by that script.

 

then i upgraded to the 9.6.3 kernel but forgot to put back the system.kext from 10.5.6. it still booted, but lots of kexts would not load due to that. once copied back the system.kext i pretty much had a working install, except for my problem with the iphone (which continues)

 

last night i did was was described in the post above. i never got wolfienuke's script/kexts to do the right thing on this board. some kexts didnt load, and i had the "fast clock" problem people reported here. so i just copied all the kexts from the initial install - they are all helpfully labelled different colors so you can see which ones are hacked.

 

i guess one thing to try would be to delete the patched dsdt and see what happens? also at some point i upgraded my bios to F6 (it shipped with F2). not sure if this helped or not. i did re-run the dsdt patcher after upgrading the bios - don't forget to do that because if there were any improvements to the dsdt in the new bios you won't see them if you've got the patched dsdt from an older bios on the disk.

[Fmstrat]

hmm.

 

this is my latest situation:

 

http://www.insanelymac.com/forum/index.php...00#entry1141052

 

i am not using the voodoo kernel because i found that the machine would not wake from sleep properly with that kernel. i'm using the 9.6.3 kernel from 10.5.7 which is floating around.

 

my initial install went like this: i formatted a new disk against my badaxe2 and ran digital_dreamer's script. this script pulled the DSDT out of the badaxe2 and patched it, so when i tried to boot that disk on the UD4P it totally hung. i put the disk back on the ba2 and deleted the patched dsdt and it booted fine on the UD4P then. i went back and ran the dsdt patcher on the UD4P and put the proper dsdt.aml on the disk. all the kexts were installed by that script.

 

then i upgraded to the 9.6.3 kernel but forgot to put back the system.kext from 10.5.6. it still booted, but lots of kexts would not load due to that. once copied back the system.kext i pretty much had a working install, except for my problem with the iphone (which continues)

 

last night i did was was described in the post above. i never got wolfienuke's script/kexts to do the right thing on this board. some kexts didnt load, and i had the "fast clock" problem people reported here. so i just copied all the kexts from the initial install - they are all helpfully labelled different colors so you can see which ones are hacked.

 

i guess one thing to try would be to delete the patched dsdt and see what happens? also at some point i upgraded my bios to F6 (it shipped with F2). not sure if this helped or not. i did re-run the dsdt patcher after upgrading the bios - don't forget to do that because if there were any improvements to the dsdt in the new bios you won't see them if you've got the patched dsdt from an older bios on the disk.

 

Interesting, Im using the Voodoo kernel, and it sleeps great. Though, I was not able to sleep in Windows 7, until I found a beta BIOS version F8a which I have installed now, that solved my sleep issues there. You might want to give that a shot. If you can't find it online, let me know and I'll attach it.

 

Anyways, I just went back and looked at the first post, and realized there is a zip file there called X58_Mobo_Installer.zip, which is very different from my GA-EX58-UD5_Kexts.zip file. I have no idea where I got that from. I'll try the kexts that are there first.

 

Also, this is the iPC install, so I've got Chameleon 1.0.12 installed. Do I need to upgrade that to support the DSDT patching?

 

Maybe I should just quit playing with the iPC install and just use it to run dd's script and start the retail install. Unfortunatly I only have one drive to use.

 

Thanks again.

[joeblough]

Interesting, Im using the Voodoo kernel, and it sleeps great. Though, I was not able to sleep in Windows 7, until I found a beta BIOS version F8a which I have installed now, that solved my sleep issues there. You might want to give that a shot. If you can't find it online, let me know and I'll attach it.

 

Anyways, I just went back and looked at the first post, and realized there is a zip file there called X58_Mobo_Installer.zip, which is very different from my GA-EX58-UD5_Kexts.zip file. I have no idea where I got that from. I'll try the kexts that are there first.

 

Also, this is the iPC install, so I've got Chameleon 1.0.12 installed. Do I need to upgrade that to support the DSDT patching?

 

Maybe I should just quit playing with the iPC install and just use it to run dd's script and start the retail install. Unfortunatly I only have one drive to use.

 

Thanks again.

 

well in my case it would go to sleep but never wake up. after switching to the stock kernel it started waking up, but not reliably. it would occasionaly fail POST, and that's when i noticed my memory timings were wrong. after fixing the memory timing things improved a lot but as i mentioned somewhere above when i tried to wake it this morning it hung. so who knows, the sleep problems may have nothing to do with the kernel. i'll look for that bios this weekend if i get time. when i started this i installed XP - i should have tried sleeping then, but i've since blown that XP install away.

 

i also picked up a few zipfiles from this thread, all containing kexts, but the ones i am using came from the zipfile containing digital_dreamer's script.

 

i'm a big fan of vanilla installs, because you learn more and can have some hope of troubleshooting if something goes wrong down the line. do you have another mac/hack? you can do what i did and run the installer from a different mac, just make sure to delete the patched dsdt. the latest script from digital_dreamer includes the 9.6.3 kernel, if i remember correctly.

 

not sure when chameleon started supporting dsdt patching. i've never used chameleon until this install - i'm using PC_EFI v7 (i think) on my other hacks.

[Fmstrat]

well in my case it would go to sleep but never wake up. after switching to the stock kernel it started waking up, but not reliably. it would occasionaly fail POST, and that's when i noticed my memory timings were wrong. after fixing the memory timing things improved a lot but as i mentioned somewhere above when i tried to wake it this morning it hung. so who knows, the sleep problems may have nothing to do with the kernel. i'll look for that bios this weekend if i get time. when i started this i installed XP - i should have tried sleeping then, but i've since blown that XP install away.

 

i also picked up a few zipfiles from this thread, all containing kexts, but the ones i am using came from the zipfile containing digital_dreamer's script.

 

i'm a big fan of vanilla installs, because you learn more and can have some hope of troubleshooting if something goes wrong down the line. do you have another mac/hack? you can do what i did and run the installer from a different mac, just make sure to delete the patched dsdt. the latest script from digital_dreamer includes the 9.6.3 kernel, if i remember correctly.

 

not sure when chameleon started supporting dsdt patching. i've never used chameleon until this install - i'm using PC_EFI v7 (i think) on my other hacks.

 

Well I tried using those kexts, and tried with the 9.6.3 kernel, and no luck, still just showing one CPU. I'll give what you did a shot based on this guide and quit messing with iPC. I do have a separate laptop I could use to run the script on, but since I have the iPC booting, couldn't I just use it and not have to worry about deleting the DSDT? Btw, this is going to sound stupid, but what specifically is involved in deleting the DSDT? I used the GUI patcher before.

 

Thanks a ton, btw.

[joeblough]

Well I tried using those kexts, and tried with the 9.6.3 kernel, and no luck, still just showing one CPU. I'll give what you did a shot based on this guide and quit messing with iPC. I do have a separate laptop I could use to run the script on, but since I have the iPC booting, couldn't I just use it and not have to worry about deleting the DSDT? Btw, this is going to sound stupid, but what specifically is involved in deleting the DSDT? I used the GUI patcher before.

 

Thanks a ton, btw.

 

well i guess you could run his script over the iPC installation but that's probably not such a good idea. who knows what non-vanilla kexts iPC has put in /System/Library/Extensions and how they interact with digital_dreamer's? you mentioned you only have one disk, so you have to do it on another machine, i mean, you cant boot from the same disk you're going to erase and reinstall retail osx onto

 

d_d's script will put the dsdt.aml file whereever it needs to be for the boot loader to find it. i think for the latest chameleon, that's in /Extras (or is it /Extra, now i cant remember). or it might be in / (the root folder, which is what you see when you just double click your hard disk). of course if you do the install on another machine, the root folder will be /Volumes/disk_for_ud4p/ and Extras will be in /Volumes/disk_for_ud4p/Extras. you just need to look for the file called dsdt.aml in either of those places after d_d's script has finished and drag it to the trash.

 

but i just use the terminal for all of this stuff... 'sudo rm /Volumes/disk_for_ud4p/dsdt.aml' and then enter your password...

[digital_dreamer]

okay, just for anyone who might care:

 

i had to give up on EFI. even with the version numbers bumped in the kexts still everything was not being loaded properly. i reformatted my disk, installed 10.5.0 and upgraded to 10.5.6 with the combo updater.

 

since my main goal is just to have all the hacked kexts separate, i loaded chameleon 2.0 RC and put all of digital_dreamer's kexts in /Extras/Extensions.mkext. i don't quite understand why, but just dumping the kexts in /Extras/Extensions does not seem to work - i have to make a mkext and load that. i looked at how wolfienuke's script changes the OSBundleVersion with defaults write; i tried this but defaults changed the Info.plists to binary files and i didnt much like that. so i hand edited the Info.plists to change the version numbers to 9.9.9.

 

i used the com.apple.Boot.plist that was created from digital_dreamer's script, but i fixed the UUID for the new disk. i also used the smbios.plist that came with chameleon. also i'm using the 9.6.3 kernel with the 10.5.6 system.kext.

 

this seems equivalent to digital_dreamer's non-vanilla install. the clock is running at the proper timebase, the EFI strings for ethernet and video seem to be being picked up, and my model number is correctly reported per the setting in smbios.plist (i still have it set in my boot flags, so i don't know exactly where it's coming from, but before using smbios.plist the model was showing up as macpro2,1 instead of macpro3,1) there is one slight problem - for some reason the hack that makes the disks show up as internal disks did not take. some of these kexts have sub-kexts inside of them and perhaps i need to increase their version numbers as well? i'm not sure if iokit would load the main kext from /Extras but then go off and load a sub-kext from /S/L/E ??

 

at this point its still unstable waking from sleep. if the machine is hot it seems to do fine, but after sitting overnight it locks up on wake. i still may have power supply problems, i'm not sure.

 

finally (and this was also a problem with the install from digital_dreamer's script), the machine won't recognize my iphone. its there in system profiler but it says its unconfigured - it doesnt even charge. i don't know what's up with that. i even upgraded to itunes 8, but no luck. USB thumb drives and my keyboard and mouse work, so USB is probably working fine. i guess maybe there's some other kext that's involved in the iphone that's not getting loaded or needs a hack?

Great info and insightful, helpful comments. I appreciate your knowledgeable input on all your posts.

 

Yeah, wolfienuke's script will convert the plists to binary. Actually, anytime you write to a plist from the Terminal, it will convert to binary. My script will convert them right back to XML, so they remain readable and editable in a text editor. This is also the reason why wolfienuke's script can cause boot failure, because some kexts/plists need to be in XML to parse correctly during boot. So, never use the increase version numbers in his script - just hand-edit them.

My script should also pack the kexts (make mkext file) stored in Extra, as well. But, I had the same experience as you - putting all the kexts in the Extra folder just doesn't work. This actually creates a system very much like EFI boot setup, so one should have a vanilla install, with the EFI boot kexts in Extra. And, just like you did with your plists, they need to have higher version numbers than the equivalent one in S/L/E to have loading priority. That would be my understanding. However, it doesn't work. I suspect the Cham2 bootloader.

Did you have to pack the extensions yourself, or did the script create one for you?

 

I heard that the macpro2,1 model identifier is coming from the 9.6.3 kernel.

 

That iphone issue I'd have to peer into.

 

regards,

MAJ

 

 

Hi, I have a problem with After Effects CS4.

when I configurate Multi Processing The Setting Show 8 Processors (in OSX) but in windows Vista 64 only Show 4. This Cause A lot o problem in Redering. Really Apreciate any Help here.

Thanks

Well, whether it's "8" processors or 4 appears to be a matter of interpretation when using a loosely applied definition. However, strictly speaking, there are only 4 CPU cores on one processor. With Hyperthreading enabled, that can create an additional 4 "logical" cores, making for a total of "8 CPU cores." But, note that those additional "CPU cores" are not physical additions, but merely a reworking of the pipeline to pump additional work in those little gaps where the cores may sit waiting for results/data from another unit, or simply be idle because there's nothing in the pipeline to do. It's more complicated than that, but that's the premise.

 

MAJ

[joeblough]

And, just like you did with your plists, they need to have higher version numbers than the equivalent one in S/L/E to have loading priority. That would be my understanding. However, it doesn't work. I suspect the Cham2 bootloader.

Did you have to pack the extensions yourself, or did the script create one for you?

 

I heard that the macpro2,1 model identifier is coming from the 9.6.3 kernel.

 

That iphone issue I'd have to peer into.

 

regards,

MAJ

 

i packed the extensions myself. its a one-liner, pretty easy to do.

 

there's further developments here. i noticed that the sound was not working on my chameleon 'vanilla' install. as i recall from an EFI-based lenovo s10 that i did, the sound kexts were some of the ones that never loaded right from EFI. so i guess the same applies here; i'll have to move those kexts into /S/L/E. this problem seems to have been around a while so i dont know if it's strictly chameleon-related or not.

 

actually, i may end up just having to go with your script and keeping a watchful eye on the hacked kexts in /S/L/E during updates. i was still finding that the machine sometimes locked up on wake with the F6 bios, after extended periods of time asleep. at the suggestion of Fmstrat, i tried the 8A beta bios - there is other info in different forums that would indicate that 8A helps sleep even on windows. interestingly (?) with the chameleon 'vanilla' install, it now locks up every time on wake. but the install that was made purely with your script is able to resume from sleep, at least after being asleep a few seconds. both installs are running the latest chameleon 2.0 as a boot loader/efi shim. the install from your script is still using the patched dsdt from F6 so i'll have to see if that's what's making the difference here.

 

EDIT: it just locked up on resume on your install. so i guess that's a bios thing? i hope so, it stands a chance of getting fixed by gigabyte if it is.

 

i think what i'm going to do is dump out all the kexts that are loaded under your install and under the 'vanilla' install and see what the difference is. then at least i should be able to get a handle on which kexts have to move to /S/L/E. or i might just give up

 

the iphone thing remains a mystery. i havent been able to work on debugging it yet.

 

EDIT: looks like what's happening is that AppleUSBMergeNub.kext is not loading. this is a sub-kext of IOUSBFamily.kext. if i load it by hand the iPhone comes to life. i was able to discover this because the iphone worked if i booted with it plugged in. i could then use kextstat to compare what kexts were loaded in both cases. the IOUSBFamily.kext passes the permissions test, but i do see that System/Library/LaunchDaemons/com.apple.usbmuxd.plist has the wrong permissions. that does sound like it could be related, i'll repair the permissions.

 

 

Well, whether it's "8" processors or 4 appears to be a matter of interpretation when using a loosely applied definition. However, strictly speaking, there are only 4 CPU cores on one processor. With Hyperthreading enabled, that can create an additional 4 "logical" cores, making for a total of "8 CPU cores." But, note that those additional "CPU cores" are not physical additions, but merely a reworking of the pipeline to pump additional work in those little gaps where the cores may sit waiting for results/data from another unit, or simply be idle because there's nothing in the pipeline to do. It's more complicated than that, but that's the premise.

 

MAJ

 

this is true. what they do is add an extra context (which includes all the cpu registers and some other stuff.) when a thread blocks on i/o or perhaps even a cache miss during a memory read, the processor can very quickly substitute in the context from the other registers and resume executing it while the other thread is waiting. but i think they have to be threads of the same process - this is intended to be a lightweight task switch, and blowing away all the virtual memory state as normally happens in a process switch takes too long compared to the amount of time the thread is stalled waiting for i/o or memory.

[phabmp]

phabmp,

If you have done this install from a different Mac, then I'd try deleting the DSDT file that's inside /Your-Boot-Drive/Extra folder. That DSDT patch was created on a different system and is not going to be compatible with your hackintosh.

That might be where that SMC (System Management Controller) error is coming from, as it's only on Apple's Macs and not on the Gigabyte board. (I'm sure there is a version of system management controller on the Gigabyte board, but I doubt there is access to it from the OS.)

 

regards,

MAJ

 

Thanks a ton, that was exactly it. It booted and everything--I reran the DSDT patcher within the working install, rebooted, then installed the standard retail method on my maintenance drive. Then I booted into the newly-created maintenance install, then wiped and reinstalled on my main drive. Works like a charm.

[Crash4419]

Since there are known bugs in the Chameleon 2.0 RC1 could you please upload the old Installer pack until Chameleon is finalized?

 

We can't have computers which don't shutdown properly! lol

[andycorleone]

Thanks fro the reply, But I think Something is wrong. Somewhere in the OSX system or in AF Setting need to be repair. After effect use a lot of RAM in my case I have 12GB with 8 Cores is 1.5gb per Core but with 4 Cores is 3gb per Core. Adobe Recomend more than 2GB per core for HD

[joeblough]

this seems equivalent to digital_dreamer's non-vanilla install...

 

you know what, i lied. its not even close. the disk icons showing as external disks is just the tip of the iceberg.

 

i had changed the versions of all the hacked kexts to 9.9.9, following wolfienuke's lead from his script. but looking at the console messages carefully, i could see that certain other kexts were failing to load because they saw the 9.9.9 version. i tried lowering the versions to something more sane, and then when i use kextstat to compare the running versions of various kexts with what's in the /Extra/Extensions.mkext, its clear that most of everything has been picked up from /S/L/E.

 

and now i just hosed up one of the versions so badly that it won't boot. yikes. this looks like it is going to be a lot of work to get right. i think this is work that wolfienuke has already done for us, but for whatever reason my machine is all funny when running his kexts.

[dascriter]

HUGE thanks to Digital_Dreamer and Wolfienuke... you guys are amazing.

 

Got 10.5.6 up and running... here are my stats:

EX58-UD5

Intel Core i7 920 2.66 gHz

6 GB DDR3 triple-channel

Nvidia GeForce 9800 GT 512

 

 

Machine is running fast and looks beautiful... only two problems:

 

1) Audio not working. I've added the ALCinject.kext and the legacy HDA kext and tried everything else I can think of, but still no audio device recognized at all. Is there something I'm missing?

 

2) I finally got Disk Utility to recognize my hard drive for being larger than 128 GB by changing the IDE mode from legacy to native and changing the disk mode from IDE to AHCI in the bios. However, I cannot resize the 128 GB partition or even create a new one. Disk Utility gives me an error... something about "mediakit says partition map too small". If I try to add a new partition, it says "Filesystem does not allow partition size" or something like that. I'm pretty sure others have encountered the same problem. Any fixes for this?

 

Thanks!

[mangopeach]

I've got the Digital_Dreamer 9.6.3 install working pretty well now.

 

Main issues revolve around sleep (p1 Pos)

with a fresh install the system will put itself to sleep after 15 minutes by default

i can actually sleep my machine and it powers down the hard drives and monitor (nothing else)

and i can resume it without there "appearing" to be anything wrong.

However, it kills the audio and breaks shutdown.

 

If i dont let it sleep then audio works and so does shutdown.

 

Maybe some of you are walking away from your computer for 15 minutes and it tried to sleep and broke stuff but you didnt notice or put it together. Or maybe this is an isolated thing i'm experiencing.

 

btw running f6

[gyasih]

I am using DD's wonderful script, but I don't see any kexts in the Extra Folder. What am I doing wrong? Thanks.

[Crash4419]

Why does the patch flash this?

 

2009-04-25 09:06:31.363 diskutil[99615:10b] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35

[joeblough]

<br />I am using DD's wonderful script, but I don't see any kexts in the Extra Folder. What am I doing wrong? Thanks.

DDs script doesnt do that. it puts the hacked kexts in /S/L/E. i tried to modify his kexts, build a mkext and put them in /Extras, but i had problems with that. i did however succeed in putting wolfienuke's kexts in /Extra last night. for some reason i couldnt get them to work right from the EFI partition. there's still some evidence that they are not all loading, and like another poster above, i've got no audio.

 

does anyone know if there is an EFI string for the audio on this mobo?

 

Why does the patch flash this?

2009-04-25 09:06:31.363 diskutil[99615:10b] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35

this might mean that your ethernet isnt working? i think the host UUID is related to the ethernet mac (hardware) address, but i'm not sure about this.

[gyasih]

Joeblough-thanks for the reply, then why is there an Extra Folder created using DD's script and the Chameleon Bootloader?

 

Has anyone gotten Chameleon to point to EFI Boot partition?

 

Anyone experiencing random shutdowns? My computer just restarts after about 20 minutes-no OC and temps are fine.

[joeblough]

<br />Joeblough-thanks for the reply, then why is there an Extra Folder created using DD's script and the Chameleon Bootloader?<br /><br />Has anyone gotten Chameleon to point to EFI Boot partition?<br /><br />Anyone experiencing random shutdowns? My computer just restarts after about 20 minutes-no OC and temps are fine.<br /><br /><br />

<br /><br /><br />

 

i think the /Extra folder is just part of the default chameleon install. i did have chameleon installed on the EFI partition but i never got all the kexts to load right. no random shutdowns but i did have a random lockup last night... sigh.