[GUIDE] Snow Leopard on Abit IP35

[Kasakka]

This thread is about getting Snow Leopard running well on the Abit IP35 (non-Pro, non-E model) board. What is mentioned in this thread most likely works on the IP35 Pro and IP35-E with some modifications though.

 

First what the Abit IP35 is:

• Intel P35 chipset
  
• 6x SATA2 ports via ICH9R (requires kext or DSDT modification)
  
• IDE ATA 133 connector via JMicron chip (disabled in DSDT and BIOS)
  
• Floppy disk connector (disabled in DSDT and BIOS)
  
• PS2 mouse and keyboard ports (disabled in DSDT)
  
• 1x FireWire + 1 internal FW header for an extra port (works without modifications)
  
• 4x USB ports + 4 internal USB headers (for 8 more ports) (works mostly w/o modifications, sleep doesn't work)
  
• Marvell Yukon 88E8056 Gigabit Ethernet adapter (requires kext modification)
  
• Realtek ALC888 sound chip (requires kext and DSDT modification)
  

 

CPUs are supported all the way to the last Intel Core 2 processors when using the last beta BIOS Abit released (they're out of business now). This is not available from their website, but can be found with Google. Without this BIOS for example my Q9550 processor would not work right.

 

System used for this guide:

• Abit IP35
  
• Q9550
  
• GTX 260 896 MB (2xDVI output)
  
• 500 GB Samsung SATA HDD (only for Snow Leopard) + 1000 GB Samsung SATA HDD (Windows 7, NTFS)
  
• TSSTCorp/Samsung SATA DVDRW drive
  
• USB mouse and keyboard + Wacom Intuos 3 tablet
  
• Echo AudioFire4 FireWire audio interface for sound
  
• Dell 3008WFP (30" 2560x1600) and Sony KDL40V4000 1080p HDTV
  
• CPU and GPU watercooled so I can't verify if fan control etc works right
  

 

I won't go into specifics of installing the OS too much because you can find good guides for that on this forum already, but I will mention a few things that may help you regarding this specific motherboard.

• If you keep getting kernel panics when trying to get into the Snow Leopard installer, reset your BIOS either by removing the battery for a while or switching the position of the CMOS reset jumper for a few seconds.
  
• It's a good idea to have a DSDT with the CMOS reset bug patched to prevent the afore-mentioned problem. You can also notice the CMOS reset bug by checking the IDE initial delay value in BIOS settings. This keeps increasing up to the maximum 15 seconds if the CMOS reset bug isn't patched in DSDT.
  
• For my installation I made a custom USB stick with Snow Leopard, Chameleon RC4, com.apple.boot.plist with EFI string for my GTX260 and if you use my DSDT, the only extra kexts you want are FakeSMC and NullCPUPowerManagement (unless you have the same CPU I have, in which case you only need FakeSMC)
  
• The myHack Installer is a good starting point to use for either your USB stick or after installation. If that works, then you can start removing kexts from /Extra gradually until you're left with the minimum amount. Less kexts usually improves boot time a lot.
  
• After installation you need to add the attached modified IONetworkingFamily.kext to /System/Library/Extensions so the network works. Remember to backup the original IONetworkingFamily.kext first!
  
• While my DSDT may work as is with your system, it's best to extract your own in Windows using the latest version of iasl. For compiling your modified DSDT, get iaslMe.
  
• I have replaced my bootloader with the AsereBLN modified Chameleon RC4 1.1.9.
  

 

The DSDT attached to this post has modifications marked with comments, although it isn't mentioned in every occasion what the modification is for. In any case the following are fixed in DSDT: HPET, RTC, CMOS reset bug, shutdown, power states, SATA, USB set to built-in, some devices renamed to match devices found in real Macs, some unnecessary/nonexisting devices disabled.. The Realtek soundcard is NOT fixed because I don't really use it since the Echo AudioFire4 is far superior, but the ALC888 will work in 10.6.4 using the files found in this thread. The DSDT fixes have been collected from many sources: forums, DSDTSE mostly.

 

Please help me with these:

 

The ICH9 is faked as Intel ESB2 AHCI, since this seems to work and shows drives as internal instead of external (orange). Could use the DSDT to get it recognized as ICH9.

 

At this point everything works except sleep. The system will enter sleep (power off) but no matter what I do it doesn't seem to wake up properly: black screens, trying to launch anything via spotlight (cmd+space, type "firefox" for example) doesn't cause any HDD activity so the whole machine probably doesn't properly wake up. Tried removing any extra hardware (DVD drive, Wacom, Windows HDD) but it doesn't help. I'm hoping someone could help me with this.

 

Hopefully this is somewhat helpful to someone.

Abit_IP35_DSDT.zip

Marvell_Yukon_88E8056_IONetworkingFamily.zip

[Freaky Chokra]

The ICH9 is faked as Intel ESB2 AHCI, since this seems to work and shows drives as internal instead of external (orange). Could use the DSDT to get it recognized as ICH9.

 

At this point everything works except sleep. The system will enter sleep (power off) but no matter what I do it doesn't seem to wake up properly: black screens, trying to launch anything via spotlight (cmd+space, type "firefox" for example) doesn't cause any HDD activity so the whole machine probably doesn't properly wake up. Tried removing any extra hardware (DVD drive, Wacom, Windows HDD) but it doesn't help. I'm hoping someone could help me with this.[/color]

 

Hopefully this is somewhat helpful to someone.

Hi Kasakka.

 

Here is your brand new DSDT, as I'd promised.

I've just finished compiling it. There are both the files .AML & .DSL for your reference.

:pirate2: Try it and let me know. Kasakka_DSDT_Optimized_Freaky_Chokra.zip

There were 512 optimizations with your DSDT, with only a few minor changes implemented.

 

I'm not much aware of Award BIOS working. But have incorporated most features adhering with the standards.

 

Lastly, Can you post your NVCap and NVPM and total GFX RAM?

That way, may be future modifications would only need the GFx section to be edited.

Right now, I've incorporated a generic nVidia GTX260 DSDT section in this DSDT file.

 

Hope to hear from you soon.

 

Regards,

Freaky Chokra

Edited May 6, 2010 by Freaky Chokra

[Kasakka]

Tried your DSDT. Also put NullCPUPowerManagement back in.

 

Unfortunately the result wasn't good. While it booted fine on first go, boot time seemed longer and got a "HPET: map device registers failed" error, though that may be caused by NullCPUPowerManagement. But when I tried to sleep, it was the same as before - sleeps fine, but waking up is black screen.

 

When I rebooted, OSX would not finish loading (even after putting in my previous DSDT and Extensions.mkext) until I reset my BIOS via the CMOS reset jumper. I'm guessing maybe RTC doesn't like having that IRQ there?

 

About the changes made in the DSDT, what does the _L stuff (_L0D etc) do? Also why did you add IDE1 back in but truncated it?

 

My NVCap is 04000000 00000300 0C000000 00000007 00000000 or BAAAAAAAAwAMAAAAAAAABwAAAAA=

NVPM is 01000000 00000000 00000000 00000000 00000000 00000000 00000000 or AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==

VRAM is 00000038 or AAAAOA==

[Freaky Chokra]

Tried your DSDT. Also put NullCPUPowerManagement back in.

 

Unfortunately the result wasn't good. While it booted fine on first go, boot time seemed longer and got a "HPET: map device registers failed" error, though that may be caused by NullCPUPowerManagement. But when I tried to sleep, it was the same as before - sleeps fine, but waking up is black screen.

 

When I rebooted, OSX would not finish loading (even after putting in my previous DSDT and Extensions.mkext) until I reset my BIOS via the CMOS reset jumper. I'm guessing maybe RTC doesn't like having that IRQ there?

 

About the changes made in the DSDT, what does the _L stuff (_L0D etc) do? Also why did you add IDE1 back in but truncated it?

 

My NVCap is 04000000 00000300 0C000000 00000007 00000000 or BAAAAAAAAwAMAAAAAAAABwAAAAA=

NVPM is 01000000 00000000 00000000 00000000 00000000 00000000 00000000 or AQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA==

VRAM is 00000038 or AAAAOA==

Hi Kasakka.

I'll re-do it again.

 

I had added the IDE coz I didn't know if you were using any drives or not. to give it no compatibility issues. Secondly, there were some subroutines that were being called by other functions, hence...

 

Well, _L0D is a Power Management routine. Hence, I'd incorporated it as the _L** is related to several devices, including GFX.

So added it just to see if that can bring your GTX 260 glowing from sleep.

 

Thx for the NV* values. I'll put in the DSDT code for it and you can then tell me how it was.

Well, apologies for the crashes and the "un-bootable" situation. Guess, that was a risk to know how things worked out, right?

But I didn't quite understand why your BIOS need to be reset? Hmmm... :pirate2:

 

HPET errors isn't due to NUllCPUPM.kext. I'll remove it and the RTC IRQ. Though, it has worked differently for me. Gave significant performance boost and faster boot-up and shutdowns!

It was suggested by Andy and Valv. Although my Mobo guide writers (BlackCH and DB1) had removed the IRQ from their golden DSDT.

But it given me positive results so I've kept it.

 

Regards,

Freaky Chokra

[accorkie]

i'm having issues with a IP35-PRO install ... KP while installing BSD.. would a custom DSDT be a possible fix?

[Freaky Chokra]

i'm having issues with a IP35-PRO install ... KP while installing BSD.. would a custom DSDT be a possible fix?

 

What do you mean by BSD? Leopard or Snow Leopard?

What exactly are you looking for?

 

would a custom DSDT be a possible fix?

 

Yes, a DSDT is absolute requirement.

And, KP can be a lot of reasons. Leopard shouldn't a toughie to install. Snow Leopard is damn difficult.

You should check Platformuuid.kext on your boot media, IF you are trying to install Snow Leopard.

 

GTG.

 

Regards,

Freaky Chokra :pirate2:

[accorkie]

What do you mean by BSD? Leopard or Snow Leopard?

What exactly are you looking for?

 

 

 

Yes, a DSDT is absolute requirement.

And, KP can be a lot of reasons. Leopard shouldn't a toughie to install. Snow Leopard is damn difficult.

You should check Platformuuid.kext on your boot media, IF you are trying to install Snow Leopard.

 

GTG.

 

Regards,

Freaky Chokra

 

 

I currently am running Leopard and am trying to install SL by following ricola's guide for installing SL on Abit IP35-Pro and the last step is:

 

Mount your Snow.dmg or DVD, from Snow type this in terminal :

 

sudo -s

chown 0:0 /

open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/BSD.pkg

diskutil repair permissions /

 

When i run the BSD.pkg in safe mode of SL i get a KP. Trying to install BSD.pkg to SL without getting a KP.

 

 

What do i check for in Platformuuid.kext? and Is it possible for you to create a custom DSDT file for my current setup?

 

Appreciate the help, I dont remember Leopard being this much of pain to install, lol.

[Kasakka]

HPET errors isn't due to NUllCPUPM.kext. I'll remove it and the RTC IRQ. Though, it has worked differently for me. Gave significant performance boost and faster boot-up and shutdowns!

It was suggested by Andy and Valv. Although my Mobo guide writers (BlackCH and DB1) had removed the IRQ from their golden DSDT.

But it given me positive results so I've kept it.

 

Read some more about it and it seems to vary from system to system. Some HPETs require four IRQs, some only work with none and some work with two. The problem seems to be that the IRQs used (0 and 8) can conflict with other devices, which is why they're removed from PIC and TMR. Maybe they can be remapped to use some unused IRQ...

 

What kind of boot times are you getting? I haven't noticed any performance problems but then again my machine is so fast it can chew pretty much anything you throw at it. My boot time is about 60 seconds from Chameleon to desktop.

 

I currently am running Leopard and am trying to install SL by following ricola's guide for installing SL on Abit IP35-Pro and the last step is:

 

Mount your Snow.dmg or DVD, from Snow type this in terminal :

 

sudo -s

chown 0:0 /

open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/BSD.pkg

diskutil repair permissions /

 

When i run the BSD.pkg in safe mode of SL i get a KP. Trying to install BSD.pkg to SL without getting a KP.

 

 

What do i check for in Platformuuid.kext? and Is it possible for you to create a custom DSDT file for my current setup?

 

Appreciate the help, I dont remember Leopard being this much of pain to install, lol.

 

That guide is a bit old. I don't think there is any need to do that, I've never had to run the BSD.pkg. Likewise the platformuuid.kext is no longer needed if you use a newer bootloader like the AsereBLN mentioned in my first post.

 

Kernel panics may be caused by the CMOS reset bug so try resetting your BIOS and see if that gets you further. This confused the hell out of me for a long time because I couldn't get to the installer no matter what.

[Freaky Chokra]

Read some more about it and it seems to vary from system to system. Some HPETs require four IRQs, some only work with none and some work with two. The problem seems to be that the IRQs used (0 and 8) can conflict with other devices, which is why they're removed from PIC and TMR. Maybe they can be remapped to use some unused IRQ...

 

What kind of boot times are you getting? I haven't noticed any performance problems but then again my machine is so fast it can chew pretty much anything you throw at it. My boot time is about 60 seconds from Chameleon to desktop.

 

That guide is a bit old. I don't think there is any need to do that, I've never had to run the BSD.pkg. Likewise the platformuuid.kext is no longer needed if you use a newer bootloader like the AsereBLN mentioned in my first post.

 

Kernel panics may be caused by the CMOS reset bug so try resetting your BIOS and see if that gets you further. This confused the hell out of me for a long time because I couldn't get to the installer no matter what.

Agreed. The IRQ issue varies across different mobos.

1]

I'm still using the PlatformUUID.kext coz I've been running it smooth since past, I think 8 months. Don't wanna break it.

The last time I tried some thing, (those 8 months back) it broke my SnowLeo and I had a much harder time getting it back up and running again.

Lastly, I've not yet tried AsereBLN. Except for the latest PC=EFI 10.6 and since last week, AnV's ACPI bootloader.

But yet not removed the PlatformUUID.kext from /Extra/Extensions/

Why fix that what is not ruined?

2]

I'm getting boot times like 17- 20 seconds. Even though mine is a Core2Duo only. Probably coz, I've kept minimal Kexts.

Removed unnecssary kexts from /S/L/E.

Removed unnecessary LaunchAgents and Launch Daemons. Just like tweaking Windows Services.

Like All the Airport Daemons and Agents. They take a long time during boot up. For a desktop with no wireless card installed, they could be easily moved to another folder. Like I do to /Snow/Disabled/Original/LaunchAgents/ & /Snow/Disabled/Original/LaunchDaemons/

Even Startup.

 

3]And there are few other things that could help you, but try at your own risk!

That is slimming down the binaries using XSlimmer. Removing Language packs using Monolingual to the only one you are using.

Using another Leopard partition to run iDefrag for an optimally defragmented Snow Leopard Drive. etc. etc. etc.

I currently am running Leopard and am trying to install SL by following ricola's guide for installing SL on Abit IP35-Pro and the last step is:

Mount your Snow.dmg or DVD, from Snow type this in terminal :

sudo -s

chown 0:0 /

open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/BSD.pkg

diskutil repair permissions /

When i run the BSD.pkg in safe mode of SL i get a KP. Trying to install BSD.pkg to SL without getting a KP.

What do i check for in Platformuuid.kext? and Is it possible for you to create a custom DSDT file for my current setup?

Appreciate the help, I dont remember Leopard being this much of pain to install, lol.

@accorkie.

Trying to run Snow Leopard's BSD.pkg while you are still booted in Snow Leopard, It shouldn't crash. But if you do get a kernel panic, it probably has to do with:

a) PlatformUUID.kext. Get one and get the newer fakeSMC.kext. These are the emulators and obviously, leading to branding your PC as an "unauthorized" system. Get it?

Secondly, most system install scripts and procedures invoke functions in the System.kext.

Now as it is linked to mach_kernel too, the root cause of the problem is getting the System.kext to be stable when loaded.

I dunno how one can achieve that, if everything during the Installation went smooth.

Unless, few important files were corrupted during installation.

 

Keep me updated though on your progress.

 

Regards,

Freaky Chokra

[Freaky Chokra]

Hi Kasakka.

I've found a thread deep inside the forum.

You first read through it, try it, and post if that guide worked for you or not.

 

Here it is:

http://www.insanelymac.com/forum/index.php...t&p=1238097

Hope this is fine with you.

Coz this would be better, than me trying my inexperienced hands at ABIT motherboard DSDT.

 

Regards,

Freaky Chokra

[Kasakka]

Freaky Chokra, I actually did read the whole Abit IP35 Pro thread when I first got started with DSDT patching for my board. I've gone quite a bit further to get my system more "vanilla", but no sleep yet. Hence this thread...

 

I skimmed the launchagents, launchdaemons and kexts, moving the ones that seemed like they are not needed. This however didn't seem to have any effect on boot time so I guess that OSX is like Windows 7, where disabling extra services has barely any effect on speed.

 

However, I noticed that if my FireWire audio interface is turned off during boot, boot time is only 30 seconds. If it's turned on it takes a full minute and has a period where the computer doesn't seem to be doing anything. The only thing I can think of is that OSX is looking for FireWire network devices and that causes the long startup time.

 

17-20 seconds seems insanely fast though. My Macbook Pro has an Intel X25-M SSD drive and it boots in about 15 seconds.

[accorkie]

@accorkie.

Trying to run Snow Leopard's BSD.pkg while you are still booted in Snow Leopard, It shouldn't crash. But if you do get a kernel panic, it probably has to do with:

a) PlatformUUID.kext. Get one and get the newer fakeSMC.kext. These are the emulators and obviously, leading to branding your PC as an "unauthorized" system. Get it?

Secondly, most system install scripts and procedures invoke functions in the System.kext.

Now as it is linked to mach_kernel too, the root cause of the problem is getting the System.kext to be stable when loaded.

I dunno how one can achieve that, if everything during the Installation went smooth.

Unless, few important files were corrupted during installation.

 

Keep me updated though on your progress.

 

Regards,

Freaky Chokra

 

 

I get a KP when I try to install BSD.pkg in Safe Mode in Snow Leopard. I found a PlatfomUUID.kext and fakeSMC.kext and placed them in Extra/Extensions on my SL drive. (Is that where I'm supposed to place them?) I can follow guides but get confused with troubleshooting, lol.

 

Here is the guide that I'm following and I get stuck on the second to last step, tried starting over a couple times.

 

1. In bios set > Integrated Peripheral > Onchip Sata Device > Sata Mode > AHCI

2. Format/Erase (Guid) partition Snow (from now on we call it Snow )

3. Disk utility > Select Snow Partition > Info (copy UUID information to a Note)

4. Open terminal, type :

 

sudo -s

chown 0:0 /Volumes/Snow

 

5. Mount SL PRO.dmg and run SL PRO v1.0 targeting Snow

6. Insert your VGA GFX String to /Snow/Extra/com.apple.boot.plist.

 

<key>device-properties</key>

<string>PASTE_YOUR_GFX_STRING_HERE</string>

 

7. Insert Snow partition UUID information to :

* /Volumes/Snow/Extra/com.apple.boot.plist

* /Volumes/Snow/Extra/Extensions/PlatformUUID.kext/contents/info.plist

* /Volumes/Snow/Extra/smbios.plist click!

 

- com.apple.Boot.plist

<key>Kernel Flags</key>

<string>boot-uuid=Paste_Your_UUID_Here</string>

 

- PlatformUUID.kext/Contents/info.plist

<key>PlatformUUID</key>

<string>Paste_Your_UUID_Here</string>

 

- smbios.plist

<key>SMUUID</key>

<string>Paste_Your_UUID_Here</string>

 

8. Mount Snow.dmg or DVD

9. In terminal type :

 

open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/OSInstall.mpkg

 

10. Done! restart your computer!

11. Set your Snow HDD to first order boot priority in bios

12. Boot with option -v -x

13. Mount your Snow.dmg or DVD, from Snow type this in terminal :

 

sudo -s

chown 0:0 /

open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/BSD.pkg

diskutil repair permissions /

 

14. Update to 10.6.1

 

 

And when i run Repair Permissions in SL i get:

 

Repairing permissions for “snow”

No packages can be found for this disk.

Error: No installer packages can be found for this disk

Permissions repair complete

 

I found this screenshot from another member, I'm getting somethign similar to this:

 

screenshot from another member

 

 

 

 

thanks

[Kasakka]

accorkie, can you boot into Snow Leopard?

[accorkie]

accorkie, can you boot into Snow Leopard?

 

Yeah, I've booted normally and in safe mode. Everything goes fine for about 5-10 minutes, than a KP

[Kasakka]

What kexts do you have installed? On my USB bootdisk I only had the latest FakeSMC, modified IONetworkingFamily, LegacyAppleRTC and NullCPUPowerManagement. After I got everything installed, I ran the myHack installer (see link in first post) to get started. I suggest you try that.

[accorkie]

What kexts do you have installed? On my USB bootdisk I only had the latest FakeSMC, modified IONetworkingFamily, LegacyAppleRTC and NullCPUPowerManagement. After I got everything installed, I ran the myHack installer (see link in first post) to get started. I suggest you try that.

 

in my extensions folder i hae the FakeSMC, NullCPUPowerManagement, OpenHaltREstart, PlatformUUID, SleepEnbaler, UUID IOAHCBlockStorageInjector and AHCIPortinjector

 

Are those the correct kexts? i'll try following the myHack installer. thax

[accorkie]

got the BSD.pkg installed and finished the install with no KP by replacing the boot file with a newer one.

 

But i have no sound now

 

Finally got my sound going and everything seems to be ok so far on 10.6.

 

Have you updated to 10.6.1 or 10.6.2?

[Kasakka]

I've updated all the way to 10.6.3. Just make sure you have the latest version of SleepEnabler so it doesn't cause a KP after the update.

[accorkie]

I've updated all the way to 10.6.3. Just make sure you have the latest version of SleepEnabler so it doesn't cause a KP after the update.

 

Gonna try 10.6.2 first and i want to install Aperture 3 which requires 10.6.2. Is SleepEnabler.kext the only one that interferes with the install? After reading some articles it seems 10.6.3 has more issues than the 10.6.2 update

[Kasakka]

Haven't noticed any issues with 10.6.3, not on my Hackintosh or my real Macbook Pro. I'd go to 10.6.3 right away. SleepEnabler will probably only interfere if it's an older, OSX version specific version and not the latest one that works with all versions.

[accorkie]

Haven't noticed any issues with 10.6.3, not on my Hackintosh or my real Macbook Pro. I'd go to 10.6.3 right away. SleepEnabler will probably only interfere if it's an older, OSX version specific version and not the latest one that works with all versions.

 

 

I updated to 10.6.3 and now i don't have sound. do you know where i can find the correct kext?

[Kasakka]

Try http://www.kexts.com

[accorkie]

Try http://www.kexts.com

 

 

If I try the "Binary patched AppleHDA.kext for ALC888" do i still need the LegacyHDA.kext or the HDAEnabler.kext? When I first installed 10.6 i replaced LEgacyHDA.kext and that did the trick, but doesn't seem to work with 10.6.3

[Freaky Chokra]

got the BSD.pkg installed and finished the install with no KP by replacing the boot file with a newer one.

 

But i have no sound now

 

Finally got my sound going and everything seems to be ok so far on 10.6.

 

Have you updated to 10.6.1 or 10.6.2?

Good to Hear that finally!!!

Gonna try 10.6.2 first and i want to install Aperture 3 which requires 10.6.2. Is SleepEnabler.kext the only one that interferes with the install? After reading some articles it seems 10.6.3 has more issues than the 10.6.2 update

Well, accorkie. Only the Audio is the issue. It requires binary or hex level patching in the actual binary executable in AppleHDA.kext.

So, which Realtek ALC??? chipset is on your motherboard?

Haven't noticed any issues with 10.6.3, not on my Hackintosh or my real Macbook Pro. I'd go to 10.6.3 right away. SleepEnabler will probably only interfere if it's an older, OSX version specific version and not the latest one that works with all versions.

Very truly said Kasakka.

SleepEnabler.kext version 10.6.x (yes that is the name) has to be used when updating to 10.6.3.

and just to be safe & sure, before running the update, login to your account. Remove the older Sleepenabler.kext.

 

Rebuild kextcache. You can search my posts for a kextcache erbuild commands for both x32 and x64 bit boot modes.

Or nevertheless check Here

Just scroll down till Step 53.

 

Then, reboot. Run the update 10.6.3 v1.1 (764 MB.. something). Reboot. You are done!

 

Regards,

Freaky Chokra

 

If I try the "Binary patched AppleHDA.kext for ALC888" do i still need the LegacyHDA.kext or the HDAEnabler.kext? When I first installed 10.6 i replaced LEgacyHDA.kext and that did the trick, but doesn't seem to work with 10.6.3

No you don't need any of those.

 

Regards,

Freaky Chokra

[Kasakka]

I find that Kext Utility is much easier for rebuilding the kext caches. Just drag the /Extra/Extensions folder to the app icon and put in your password - done.

 

The Abits have the ALC888 chip.

 

Freaky Chokra, I could still use help patching the DSDT. Haven't given up on getting sleep working.