[humph]

Hi minimalpc,

I can save you the time, as an experiment, I just rolled back to old DSDT prior to changes; with just the USB PWR=zero stuff and RTC=2 length fixes (as in NBI), and no difference. So the other changes were not the magic bullet. So on my machine at least (S9e), it's either something fundamentally different, or one of the other changes (Chameleon, kexts etc).

[minimalpc]

Originally Posted by humph

Hi minimalpc,

I can save you the time, as an experiment, I just rolled back to old DSDT prior to changes; with just the USB PWR=zero stuff and RTC=2 length fixes (as in NBI), and no difference. So the other changes were not the magic bullet. So on my machine at least (S9e), it's either something fundamentally different, or one of the other changes (Chameleon, kexts etc).

Thanks. Could you list all kexts you currently use? Are you using the MacBookAir SMBIOS.plist? I have not tried to hibernate since I started using it to make the DVDPlayer app work (thanks again!).

[humph]

Originally Posted by minimalpc

Thanks. Could you list all kexts you currently use? ....

All of these are in /E/E, with a .mkext cache containing all irrespective of their OSBundleRequired status. S/L/E is vanilla.

Battery Related:
>AppleACPIBatteryManager

Audio:
>AppleAzaliaAudio (as ALC269..nasty)
>PatchedAppleAzaliaAudio
>IOAudioFamily
>OSvKernDSPLib

GFX:
>AppleIntelGMA950 (dev ID)
>AppleIntelIntegratedFramebuffer
>IOGraphicsFamily
>IONDRVSupport

Keypad/Trackpad:
>ApplePS2Controller (Meklort's version)
>AppleACPIPS2Nub

Wireless:
>BTInj (DIY injector for BT dev ID; 80211 via reflash WiFi card ID or injector prior to reflash)

Power:
>OSXRestart
>SleepEnabler103 (Meklort's version for 10.6.3)
>VoodooPowerMini (but hibernated when this was originally in /S/L/E)
>NullCPUPM

Other:
>fakesmc-sl (ie: v2.5 snowleo version)
>SMBIOSAir.kext (edited from std Resolver version. Needed, for some reason, to get OBEX in BT, but changed values to match MBA, and hence some values are dont-care anyway, as yes I also have that MBA smbios.plist). This is my main annoyance right now, would love to get rid of the kext and still have OBEX.

Not using:
EvoReboot or OHR..
> as Chameleon version (RC5Pre AndyVand Branch v119) has FADT patch.
> But pretty sure it used to hibernate using RC4/EFI10.6 + EvOReboot.

But somehow, I'd be surprised if any of the above is making the difference. (This I guess I wont investigate, as it'd be a long process to "start over" to check impact of each on hibernate!).

Am thinking you were right and this is due to BIOS/std DSDT differences between the machines. But ...

[devedander]

Just a wild guess but could any of this have to do with what the install source was (ie what type of OSX disc you used)?

The different BIOS (maybe even hardware) also seems possible because from what I can see there is a wide range of performance on both the 10v and mini 9 in that somme people can watch streaming hulu fine even on HD and others can't at all, temps also run a pretty wide range between different users reporting.

[humph]

"Just a wild guess but could any of this have to do with what the install source was (ie what type of OSX disc you used)?"

I would not have though this would be relevant, if we are talking about retail DVD source, but who knows what's in the other stuff people get hold of...?

However, the installation method absolutely can make a difference, firstly what version of Chameleon or one of the spins is used, since not all had the hibernation fix applied (or applied correctly) eg: I read somewhere that standard Chameleon RC4 did not implement the hibernation patch correctly, whereas RC3 did. And of course, there are various "spins" of Chameleon out there. Most these days seem to have the patch.

The conversation above was focussed on why OSX did not write out the hibernate image file correctly, so nothing for Chameleon to "resume" from. Again, that could be due to many things; a basic pre-requirement is properly functioning sleep, so various DSDT edits generally needed. I guess that's where different hardware/vendor matters, whether you have a "nice" DSDT to start with.

Given the release of Meklort's new NBI 0.8.4 RC1 (that uses Native PowerManagement) it's probably worth trying again, as less things to go wrong!

I definitely don't really understand very much of this (probably was lucky getting it working on my not-Dell-netbook), but I can't see why the different machine types would make a difference if configured "correctly", as it ought to just depend on what Chameleon & Darwin/OSX does when going into sleep and rebooting.

[andrewkevin]

Hi all,
Thanks for the information, i will start doing it with your information given in the forum. More help would be appreciated.

[jeef]

Any updates?

[jamesbarnhill]

I'm going to try. I'm using a 10.6.3 retail install, mini 9. (See my signature)

[devedander]

Just bumping this in case anyone has made any progress?

[BrianMc]

Originally Posted by devedander

Just bumping this in case anyone has made any progress?

How is hibernation supposed to work? With NBI 8.4 on a Mini 10v it works fine going into "memory sleep" (like "Windows standby") when the lid is closed - and then it seems to start pretty instantly when the lid is opened again. However, even if the sleepimage file is created by the 'pmset' command I can see no way to get it to use this. Also which file is actually supposed to be used? OSX says /var/vm/sleepimage while NBI is built to use /private/var/vm/sleepimage

On a 'real' Mac is it even possible to force 'disk sleep' (like Windows hibernate). The docs seem to say it will only use this when the battery gets low.