Memory corrupted after longer sleep

[rimkashox]

Ok ladies and gents. Here is my solution.

• When you use i7 4790k processors or similar on z97 chipset, you need to first locate the real macs using this same setting.
• Turns out only 1 mac do use this processor and chipset: iMac 15,1
• So change smbios to iMac 15,1. If using nvidia card you'll get black screen so before do this. Don't forget to touch /System/Library/Extensions to clear cache.
• Install latest FakeSMC, because smbios and smc work together, so better have the latest version https://bitbucket.org/RehabMan/os-x-fakesmc-kozlek/downloads
• Then when running proper iMac 15,1 smbios with latest FakeSMC.kext, delete custom SSDT for power management, because it needs to be regenerated to work with the new smbios. And rm -rf ~/Library/ssdtprGen to delete previously cached data.
• Gen new SSDT with https://github.com/Piker-Alpha/ssdtPRGen.sh
• Finally place back the new SSDT.aml to its usual place in clover or other bootloader. You need to rename ssdt.aml to SSDT.aml (just in case).

Reboot and enjoy a fully working power management and with no more sleep issues.

Why this works ? Because now, the system is being treated with the right parameters.

As iMac 15,1 uses the exact same processor and chipset and with the correct tweaked SSDT from latest ssdtPRGen.sh v15.1, system runs smoothly, as it should.

 

[skittlebrau]

My previous suggestion to use MacPro5,1 no longer stands haha
The problem was being masked because deep sleep disabled itself and SpeedStep was a bit off too.

Thanks for posting about the iMac15,1 method above. I'll try that. I use an H97 chipset and i7-4790 (non-K) myself, but hopefully will be fine.

 

[rimkashox]

My previous suggestion to use MacPro5,1 no longer stands haha
The problem was being masked because deep sleep disabled itself and SpeedStep was a bit off too.

Thanks for posting about the iMac15,1 method above. I'll try that. I use an H97 chipset and i7-4790 (non-K) myself, but hopefully will be fine.

Exactly man, problem was just being masked... Some people still use MacPro3,1 that really disables everything... that's really not optimal Lol..

Don't forget to log out of imessage (and facetime) before changing the smbios. And type uuidgen in the command line to get a unique new smUUID value and also input your new Board Serial Number that will be your new serial number + 5 random chars. 12+5=17. That way, no problem with imessage !

Good luck !

 

[xenophon61]

Thank you all so much for your efforts. This (not-so-) random reboot issue has been a major headache. I've switched to iMac15,1, keeping my fingers crossed.

Quick question: Pike's SSDT generator script returns a "system type" error (something about being 1 instead of two), apparently related to the new system definition. Furthermore, Intel Power Gadget doesn't give me as good a speedstepping graph, compared to plain xcpm power management with Clover config.plist flags.

Which brings me to the next question, slightly OT: how is one supposed to configure the ACPI section of Clover's config.plist when an SSDT is placed in the "patched" directory?

Is the "system type" Pike script error something to worry about?

Sorry for the off-topic questions, but let's straighen out this annoying bug, once and for all!

TIA

Xen

 

[skittlebrau]

I had a look through the ssdtPRGen script and it lists the other iMac models under Haswell, but no sign of iMac15,1. It would explain why you're getting only a small amount of P states too.

That's probably why it's giving the error. I saw another post on Piker's Github page asking when he's going to update the script.

 

[xenophon61]

Thanks*. Anyways - as long as it doesn't reboot after wake, I'll be happy.

*I'll post a couple of Intel Power Gadget Graphs, from two systems [a GA-Z97x-SLI and a GA-H97m-DH3], both with similar Clover configs and an iMac15,1 smbios - both gave a "system type" error during SSDT generation, but speed stepping, as far as I can tell, is totally different.

 

[xenophon61]

One more thing: just in case you're not aware of these, there are some relevant threads over at IM -

http://www.insanelymac.com/forum/topic/303388-reset-when-waking-from-sleep/

http://www.insanelymac.com/forum/topic/306287-pc-haswell-un-usable-after-wake/

http://www.insanelymac.com/forum/topic/305457-haswell-memory-corruption-after-sleep-kernel-panic/

Clearly, however, our own thread goes one step beyond! Thanks!

 

[xenophon61]

Ok ladies and gents. Here is my solution.
Reboot and enjoy a fully working power management and with no more sleep issues.

Sorry for the bump, but how are things going?

And one more thing: what is your sound setup (e.g. cloverALC, Multibeast, CodecCommander), because somehow I feel this may be relevant...

 

[skittlebrau]

I've got it working in a stable manner. The only thing is that my CPU speed tends to hover around 3.8GHz and rarely if ever goes down to anything lower than 3GHz. I'll keep monitoring and make sure it's not just Spotlight indexing that's keeping it higher and report back later.

Here are the P states that get loaded on boot.


EDIT: I've monitored frequency graphs in Intel Power Gadget and unfortunately not seeing any low frequencies. I get the odd blip of 800MHz for a second or two at times though, but nothing in the 800MHz–3.5GHz range.

 

[xenophon61]

Hey guys, did you solve the problem with the rimkaosx procedure? How does it look so far?

Sorry for bumping, but it did not work in my case for both a Z97 and an H97m setup

Would it me too much to ask for the following info (from those with a happy iMac 15,1 that is not crashing):

- config.plist minus personal data
- boot flags: do you use -xcpm
- Clover patch: KernelPM is it required?
- BIOS: do you use XMP profile?
- CSM disabled or enabled?
- Intel graphics: disabled or not?
- full UEFI boot or not?
- FakeLPC: do you use it? does AppleLPC get loaded?
- sound solution (eg. toleda's Clover or RealtekALC, Voodoo, Multibeast, etc
- if it's not too much trouble, what drivers64 do you have installed?