[Guide] Vanilla Retail 10.6.x with Chameleon v2 for Gigabyte GA-EP45-DS3L

[blackosx]

Just wanted to point out blackosx (since you have helped me so much) my findings on this from last night (as I failed fixing the issue with my dsdt):

 

I tried to find a guaranteed 64 bit SL compatible LegacyAppleAHCIPort.kext, but failed. So instead I got ahold of a copy of the amazing AHCIPortInjector.kext which injects the needed strings for proper SATA support and I modified it using Master Chief's advice.

 

Here is the modified kext:

 

http://www.insanelymac.com/forum/index.php?showtopic=186653

 

It gives native SATA support for my mobo, I think it will for yours too. In fact it should work for all ICH mobos...but I have no way to test that. No more Orange Icons, no more legacy kexts!

 

EDIT: Looking a little more it may not work for you in its current state, so I will try modifying it more. But I need some help:

 

What is the IOPCIPrimaryMatch for your mobo (ICH10)? If I had that info I could remake this kext to work on your system!

Thanks for offering to shed some light on this as I am struggling to understand it, as I thought I had native SATA support since 10.5.7. And can you tell my why this method by kdwag is wrong?

 

I have tried your AHCIPortInjector.kext and I get orange icons. I edited your AHCIPortInjector.kext to include ICH10AHCI but it didn't do anything and I get orange icons.

 

The IOPCIPrimaryMatch for my system is 0x3a228086.

 

Thanks poofyhairguy

[banini_jeque]

I made a launchdaemon that runs the bonjour line as root so you don't have to have an AppleScript with your password in it. I named mine startbonjour_trl8169.plist. Just put it in /Library/LaunchDaemons/ and give it 755 root wheel permissions and you're good to go. Make sure you get the ifconfig from the support files and put it in /Extra/Bonjour/, or if you change it's location, edit the code below to reflect that.

 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>startbonjour_rtl8169</string>
<key>ProgramArguments</key>
<array>
	<string>/Extra/Bonjour/ifconfig</string>
	<string>en0</string>
	<string>promisc</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>KeepAlive</key>
<dict>
	<key>SuccessfulExit</key>
	<false/>
</dict>
</dict>
</plist>

[daryoon]

Thanks for offering to shed some light on this as I am struggling to understand it, as I thought I had native SATA support since 10.5.7. And can you tell my why this method by kdwag is wrong?

 

I have tried your AHCIPortInjector.kext and I get orange icons. I edited your AHCIPortInjector.kext to include ICH10AHCI but it didn't do anything and I get orange icons.

 

The IOPCIPrimaryMatch for my system is 0x3a228086.

 

Thanks poofyhairguy

 

blackosx,

 

Perhaps I can shed light on the situation. Prior to using the DSDT hack for native SATA support within DSDT, to accomplish the same solution, I had to use two kext on my GA-965P-DS3 rev 3.3. The two kext were:

 

AHCIPortInjector.kext - this kext made it so system profiler show the correct SATA device instead of "unknown"

 

IOACHIBlockStorageInjector.kext - this kext made it so the internal HD icons display properly and not the ejectable orange HD icon.

 

However, applying the SATA fix I originally brought to your attention to the DSDT, it fixed both issues above and allowed me to remove those two kext altogether from my /Extra/Extensions folder. I know that your particular install and thus the install outlined in your guide do not utilize the AHCIPortInjector.kext at all. Hence the confusion when Master Chief outlined a New method he discovered that adds an AHCIPortInjector.kext with his modification to fix both the issue of how the SATA controller is displayed as well as the orange icon issue without the need for IOACHIBlockStorageInjector. Essentially, adding one kext and removing one kext to fix two problems.

 

So in summary, Master Chief's modification of AHCIPortInjector.kext would be great for those still using kext injector. But I still think the DSDT method and removing as much kext injectors as possible from /Extra/Extensions is the way to go. Correct me if I am wrong but I think this is your goal as well blackosx.

 

I too welcome any additional comments if my understanding of Master Chief's AHCIPortInjector modification is incorrect as I would like to learn as much as possible as well.

[blackosx]

Hi daryoon - Thanks for helping clear this up and you have explained it really well.

 

I understand you ended your comment by saying if this is incorrect then will someone please correct this.

 

But as far as you know at the moment, Master Chief's fix is for those who use AHCIPortInjector.kext.

Where as the DSDT fix I have used and the removal of IOAHCIBlockStorageInjector.kext is okay.

 

So the only outstanding question is Master Chief's comment about the DSDT SATA fix, where he says....

"So you changed the device-id of your ICH10 to an IHC8 in DSDT."

 

Can you explain that? as Master Chief hasn't come back to give details...

[poofyhairguy]

Thanks for offering to shed some light on this as I am struggling to understand it, as I thought I had native SATA support since 10.5.7. And can you tell my why this method by kdwag is wrong?

 

I don't think that method is wrong per say, it fact its pretty awesome. It just doesn't work for everyone (I think that particular post only works for ICH10). Honestly I am jealous of your dsdt solution and if I was you I wouldn't worry about it. With that said, I just want to put forth this kext for all those who can't get kdwag's method to work so that hopefully we can move past the legacy IOAHCIBlockStorageInjector.kext. This thread is quickly turning into a generic gigabyte SL thread (thanks to your awesome work), and hopefully this can work for all us....

 

I have attached a new one that should work for you, but if you said you tried already then maybe not. I guess its worth a shot - please let me know either way and I will keep working on it!

AHCIPortInjector.kext.zip

[daryoon]

I still have 2 outstanding issues:

 

The second issue is regarding network backups with Time Machine. I haven't seen it really addressed anywhere for SL and I was hoping to be able to backup directly to my Windows Home Server. Any takers?

 

msm5,

 

HP announced a couple of new WHS devices and said that previous units can install their 3.0 software to allow better support of the Mac. I believe Oct is their targeted release for the new 3.0.

 

If your Windows Home Server device is an HP unit, then I guess you have something to look forward to.

 

-Daryoon

[soren121]

Good news! I've successfully installed Snow Leopard and Chameleon 2 RC3 without the use of a Leopard computer! Dr. Hurt's RC3 installer worked just fine inside the SL install. Now if I can get my DSDT.aml working...

[blackosx]

I don't think that method is wrong per say, it fact its pretty awesome. It just doesn't work for everyone (I think that particular post only works for ICH10). Honestly I am jealous of your dsdt solution and if I was you I wouldn't worry about it. With that said, I just want to put forth this kext for all those who can't get kdwag's method to work so that hopefully we can move past the legacy IOAHCIBlockStorageInjector.kext. This thread is quickly turning into a generic gigabyte SL thread (thanks to your awesome work), and hopefully this can work for all us....

 

I have attached a new one that should work for you, but if you said you tried already then maybe not. I guess its worth a shot - please let me know either way and I will keep working on it!

Thanks poofyhairguy

 

Okay. I have just tried your AHCIPortInjector from /E/E and it doesn't work as it is. Maybe you can tweak it?

 

I am more than happy for links to files/posts etc. to help other motherboards just as long as the feedback doesn't swamp this thread.

 

But if using kdawg's DSDT SATA fix is okay then why for this GA-EP45-DS3L thread should we be looking at adding an extra kext (AHCIPortInjector.kext) to get rid of (IOAHCIBlockStorageInjector.kext)?

 

So the only outstanding question is Master Chief's comments...

He is correct when he says....

"I'm aware that the ICH10 is recognized without LegacyAppleAHCIPort.kext for this MB"

but then goes on to say....

"but it reports the wrong value i.e. ICH10 AHCI instead of ESB2 AHCI, and thus you'll get yellow drive icons without some sort of fix"

This is correct too..

 

So the "sort of fix" which was applying kdawgs DSDT SATA fix changed this and System Profiler then reported ESB2 AHCI, and there were no orange icons and no need for IOAHCIBlockStorageInjector.kext.

 

But according to Master Chief, doing this =

"So you changed the device-id of your ICH10 to an IHC8 in DSDT."

 

So I am still confused and am going to stick with the DSDT SATA fix and no IOAHCIBlockStorageInjector.kext for now. That does the job, it means I can use less kexts and I can report no problems with it this way. I am going away for a week tomorrow morning and if Master Chief can't explain by then, the reason for why my system has now changed to a device-id of ICH8 then I will carry on this way.

 

Sorry to rant and rave poofyhairguy, this is not aimed at you, and thanks again for trying to help.

[poofyhairguy]

Thanks poofyhairguy

 

Okay. I have just tried your AHCIPortInjector from /E/E and it doesn't work as it is. Maybe you can tweak it?

 

I am more than happy for links to files/posts etc. to help other motherboards just as long as the feedback doesn't swamp this thread.

 

But if using kdawg's DSDT SATA fix is okay then why for this GA-EP45-DS3L thread should we be looking at adding an extra kext (AHCIPortInjector.kext) to get rid of (IOAHCIBlockStorageInjector.kext)?

 

I am not trying to overrun your thread with non supported board issues, I apologize if I am frustrating you.

 

I am also sorry it didn't work. I will play with it more and try again, but elsewhere on the forum. My reason for putting this forth in your thread is hopefully we all can get rid of IOAHCIBlockStorageInjector.kext - even those who aren't savvy at editing a dsdt.

 

Honestly I think the dsdt way is better, but its betterness over the injector kext is no way equal to the terribleness of the legacy IOAHCIBlockStorageInjector.kext for those who can't get the dsdt method to work.

[daryoon]

As I understand it. Most of the "legacy" injectors are simply container with a modified plist. They are in no way "binary" kext or rather, a kext with any compiled binary element in them.

 

By simply modifying a plist with your device ID and introducing it in /extra/extensions as a "legacy" kext, you can reuse the same "legacy" kext to point to the real binary kext in /S/L/E. I think the name legacy conotes an older version of a binary kext. But this is usually not the case.

 

The reason one would want this method is that you are not stuck with reusing an old kext from previous OSX versions. The plist legacy injector will always point to the newest vanilla kext version of itself in /S/L/E.

 

I am trying to find the thread regarding this method to link here. (Found the old thread: link here) It was discover back in 2008 and is an important breakthrough in the hackintosh community. But I don't think many people understood these types of kext because by the filename, they simply look like a binary kext that was moved out of /System/Library/Extension...patched up a bit and put in /Extra/Extensions. Many of us are using these kext and not even know it. You can usually tell by the small file size. Only a few kilobytes versus hundreds of KB like the original binary version they refer to.

 

-Daryoon

[poofyhairguy]

As I understand it. Most of the "legacy" injectors are simply container with a modified plist. They are in no way "binary" kext or rather, a kext with any compiled binary element in them.

 

By simply modifying a plist with your device ID and introducing it in /extra/extensions as a "legacy" kext, you can reuse the same "legacy" kext to point to the real binary kext in /S/L/E. I think the name legacy conotes an older version of a binary kext. But this is usually not the case.

 

The reason one would want this method is that you are not stuck with reusing an old kext from previous OSX versions. The plist legacy injector will always point to the newest vanilla kext version of itself in /S/L/E.

 

I am trying to find the thread regarding this method to link here. (Found the old thread: link here) It was discover back in 2008 and is an important breakthrough in the hackintosh community. But I don't think many people understood these types of kext because by the filename, they simply look like a binary kext that was moved out of /System/Library/Extension...patched up a bit and put in /Extra/Extensions. Many of us are using these kext and not even know it. You can usually tell by the small file size. Only a few kilobytes versus hundreds of KB like the original binary version they refer to.

 

-Daryoon

 

It definitely seems not as good as dsdt patching because I guess if the real kext it points to changes in an update or something it won't work, but it also seems better than regular kexts due to the reasons you mentioned. So its almost like EFI injection?

[spyguy007]

It must be in the energy saver preferences. If it isn't there, you have to edit the info.plist in your AppleLPC.kext and add the device id of your LPC device.

I added the device ID of my board's LPC (pci8086,3a16) to the info.plist in AppleLPC.kext and the option is still not available in System Preferences.

[LeRebel]

Hi,

 

Just reporting on the EHCI SATA fix via DSDT for the EP45T-UD3LR. Although the SATA controllers are reported as ESB2 AHCI and all is well without IOAHCIBlockStorageInjector.kext, I have dicovered that hotpluging a SATA drive no longer works now - this is important for me as I use several external SATAs as backups.

 

I have reverted back to IOAHCIBlockStorageInjector.kext now and my controller are reported as ICH10 again. I am not sure the DSDT fix is worth it on this one, but please correct me if I am wrong.

 

Also thanks for the tip for wake up by keyboard and mouse via AppleLPC.kext patch, I will investigate this one and report back, as I can't see the "Restart automatically after power failure" in system preferences.

 

Thx.

[doradekell]

May I ask what TSST model number you have?

 

And what about sleep after an idle period. That also works for you without a CD/DVD in the drive?

Master Chef,

 

I have the SH-S203B model. I is a little older but sleep works even with a disk in the drive and actually have Finder open to sub folders on the disk. How long of an idle period are you talking, 10 - 15 minutes or 2 - 3 hours?

 

I am also running as few kexts as needed in my /E/E see screen shot.

[flyguyjake]

Blackosx,

 

Forgive me if I've missed this topic as the thread is now quite lengthy, but does automatic sleep work?

 

This would be the setting in System Preferences>Energy Saver>Computer sleep (after so many minutes).

 

I can manually use sleep and I can wake from bluetooth Logitech MX5000 keyboard & mouse, however the computer won't sleep after time away is set automatically.

 

Thanks

 

 

Master Chef,

 

I have the SH-S203B model. I is a little older but sleep works even with a disk in the drive and actually have Finder open to sub folders on the disk. How long of an idle period are you talking, 10 - 15 minutes or 2 - 3 hours?

 

I am also running as few kexts as needed in my /E/E see screen shot.

 

Dora,

 

How are you getting away without using NullCPUPowerManagement.kext & SleepEnabler.kext?

 

Also what is the ALC889a.kext? For sound I've got the DSDT patched along with LegacyHDA.kext.

 

Thanks!

 

[doradekell]

Dora,

 

How are you getting away without using NullCPUPowerManagement.kext & SleepEnabler.kext?

 

Also what is the ALC889a.kext? For sound I've got the DSDT patched along with LegacyHDA.kext.

 

Thanks!

 

Hey flyguy,

 

blackosx stated on post 1016 the following:

EDIT: And before the questions start coming in about why I am not using NullCPUPowerManagement.kext and SleepEnabler.kext as per the guide.. Your system will run without them and sleep too. It's just that NullCPUPowerManagement.kext will disable AppleInteCPUPowerManagement.kext which keeps temps down, but then you will need SleepEnabler.kext to allow your system to sleep. (I get on average a 5 degree difference without using them).

 

Since I have patched my DSDT with the USB and SATA fixes sleep is working fine for me. Also I am using a Artic Cooler Freezer 7 Pro HSF so the extra 5 degrees of heat is not an issue for me.

 

The ALC889a.kext was the only injection kext that would work for me to have sound through the native "green" port and "pink" input for my mic. For whatever reason the DSDT by itself I could only get sound out of the "black" port and no min input through any port.

 

Hope that helps!

 

Dora

[g_h]

Another successful installation on:

GA-EP45-DS3L Rev 1 BIOS F10. Intel QuardCore 2.83Ghz, 8GB DDR 800Mhz, nVidia GTS250 1024 MB

Installation method: USB-Stick

It runs very stable & solid - both with 32+64bit kernel!

For the GTS250 I used DSDTSE editor to include the "nVidia 250 hack" - works with DSDT no EFI strings!

FYI: Vmware Fusion requires 32bit kernel.

 

The only problem:

- sharing & Bonjour: I have put en0 into "promisc" mode - but the other PCs (hackintosh with 10.5.8 as well as Windows) shares don't get discovered.

 

Any idea ??

 

G.H.

[blackosx]

I am not trying to overrun your thread with non supported board issues, I apologize if I am frustrating you.

Hi poofyhairguy

 

Actually you weren't trying to overrun this thread, in fact you have done it the correct way by starting your own thread and linking to it here. So well done and thanks.

 

I apologise to you as I think I was actually getting frustrated with myself for failing to get my head around the issue. But I did say that my comments weren't aimed at you.

 

This thread is generally a happy and productive thread and long may it continue that way. I am away now for a week, so well done everyone for their hard work and please keep it going.

[martisti]

Hi,

 

will this guide work with my GA-EP43-DS3L? What about DSDT pach?

 

Thank you

[Henri II]

Another successful installation with your guide, blackosx, thanks so much for your efforts, where would we be without you. Great job

 

I actually installed on an external USB hard disk, using restored retail DMG to a second external USB hard disk as the install media. I did not use ANY boot cd, I used the OSInstall.mpkg directly from the restored image following your guide by the numbers including preparing the disk, unticking the "Ignore ownership..", using all kext's as mentioned and home brewed DSDT.aml, Chamelions RC3 boot file etc. Exactly step by step by your guide.

Again, awesome work, mate !!!

For some reason i could not use the IASLMe application for the CMOS Fix, so I used the DSDT Edit from the spanish guys (Big Thanks to them ), that worked.

 

I now have a rock solid 10.6 installation with Network, Graphics, Sound (first time the correct sound hardware). Until now not a single KP or other glitches, works like a charm.

 

Cheers..

 

Henri

[titan4]

Hi,

 

will this guide work with my GA-EP43-DS3L? What about DSDT pach?

 

Thank you

 

It will, but look at Gigabyte web and compare both boards. When you create DSDT just be more cautious when dealing with different components (If there are any.) And I am sure there were people with the same board as you have in this thread, so go and check it out. Have fun with installing SL !

[rednous]

Hi,

 

will this guide work with my GA-EP43-DS3L? What about DSDT pach?

 

Thank you

 

martisti, the blackosx guide will work with your board. i'm with GA-EP43-DS3 and it worked. 10.6.1 retail up and running.

the only difference between DS3 and DS3L is the onboard WiFi in DS3L

 

so follow tthe blackosx guide point by point and good luck and successful installation.

[justmetoo]

Re: Chameleon 2.0 RC3 r658

 

I'm running r640 on 10.5.8. Has anyone with the EP45-DS3L motherboard updated to r658 prior to install of 10.6?

 

If so, any issues with change over?

[kreayshunist]

Re: Chameleon 2.0 RC3 r658

 

I'm running r640 on 10.5.8. Has anyone with the EP45-DS3L motherboard updated to r658 prior to install of 10.6?

 

If so, any issues with change over?

Unless something changed within the last few pages of this thread, I don't think you can update to 10.6 anyway; it has to be a clean install. In that case you may as well install RC3 with 10.6, which should not cause any issues. I don't have a 10.5 install anymore, so I don't know whether RC3 works with 10.5, but I don't see why not. The Chameleon website doesn't mention any incompatibilities. The best way to to try it and let us know

[flyguyjake]

Hey guys,

 

Demonoid has been down now for several days. Does anyone know of another great torrent site?