Jump to content
InsanelyMac Forum

joeblough

Members
  • Content count

    142
  • Joined

  • Last visited

About joeblough

  • Rank
    InsanelyMac Geek
  1. okay, now i understand what's going on. If you load NullCPUPowerManagment.kext, then you need SleepEnabler.kext to enable sleep. SleepEnabler replaces the part of AppleIntelCPUPowerManagement that's needed to enable sleep. if you remove just sleepenabler, but leave NullCPUPowerManagement.kext, the system will boot but crash when you try to put it to sleep. if you remove just NullCPUPowerManagement.kext then both SleepEnabler.kext and AppleIntelCPUPowermanagement both try to install the hooks for the sleep function, and you get a kernel panic on boot with "i386_pmGetDeadline: Nullpointer ..." etc. but of course if you remove both of those kexts and you have d00d's native sleep DSDT hacks (and probably you need the SSDT hacks as well) then AppleIntelCPUPowerManagment.kext loads properly at boot time and registers the callback for sleep and... you get native sleep. we'll see if the machine is any more stable like this.
  2. hi - this is a 10.6.7 question. i originally set up my ex58-ud4p using D_D's script for 10.5, and then migrated to 10.6.3. along the way i did d00d's dsdt patches, but i never removed SleepEnabler.kext. i upgraded to 10.6.4 and ran that way for a very long time, until recently i decided to upgrade to 10.6.7. had to upgrade SleepEnabler.kext twice, and while debugging sleep problems i removed SleepEnabler to find that native sleep definitely does not work. that's kind of confusing to me. anyway, sleep does work for me with SleepEnabler.kext, but maybe 1 in 10 times the machine seems to die while going to sleep. the sleep seems to take the normal amount of time, but then when trying to wake the machine with the keyboard nothing happens, and pressing the power button causes the machine to cold boot. i'm not sure i could actually debug this without a serial console because i don't think the realtek drivers support remote kernel debug by ethernet. anyway, right now i have the following kexts in /E/E EvOreboot.kext FakeSMC.kext IOAHCIBlockStorageInjector.kext LegacyAppleRTC.kext NullCPUPowerManagement.kext PlatformUUID.kext SleepEnabler.kext and i am using Chameleon 2.0 RC4, but somehow i ended up on AsereBLN's r111 fork, which is not D_D's. can't remember why i did that. at some point i switched to lnx2mac's realtek driver (in /S/L/E) after a KP while initiating a file download. i thought maybe my sleep problems were caused by the chucko driver but my problems persisted even after changing network kexts. is there any reason to upgrade Chameleon for 10.6.7? i am on bios F13. i don't really want to upgrade the bios because i think i'll have to re-do all the DSDT edits again if i do that... anyone else with flaky sleep on a UD4P? thanks
×