Posted 22 July 2012 - 12:56 AM
Thanks to this forum and the efforts of RAW X86, Bronzovka, AnV and others, who developed a working (32-bit, but working) lion legacy kernel, i have the latest OsX running on my machine, fine and stable. I installed it using Devout's experimental method.
Now there's one last thing to solve, while its not possible to have 64-bit extensions (even Raw's kernel, whic offers support for 64-bit apps, is i386) or iCloud/facetime. What happens is this: when i put my computer to sleep, be by quick pressing once my power switch, be by clicking at the sleep option in the apple menu, the computer sleeps. In fact, it enters a coma, because it doesn't wake anymore, and i'm forced to reboot.
Is there a solution? I'm running lion 10.7.4 (32-bit, with RAW's latest kernel) on an ECS A780LM-M2 motherboard and an Athlon II x2 250 (3.0 ghz) CPU. Any help will be much appreciated.
Posted 22 July 2012 - 01:24 AM
In fact, it enters a coma, because it doesn't wake anymore, and i'm forced to reboot
Posted 22 July 2012 - 05:15 AM
Posted 22 July 2012 - 06:36 AM
Btw, my mac eeepc is going fairy well: now, i even have touch screen, thanks to touchbase driver (with the limitations of trial mode, since the full driver is quite expensive, but it's cool to know that it can be done if i just pay the hundred-and-some bucks it costs). The sleep issue of the netbook (sleep issues haunting my hackintosh user experience, it seems) is not solved, however: the dsdt adventure is being harder than expected.
Posted 22 July 2012 - 06:45 AM
Posted 22 July 2012 - 10:39 AM
You might be experiencing a CMOS reset on sleep.
Posted 22 July 2012 - 05:35 PM
Posted 22 July 2012 - 06:06 PM
sudo perl -pi -e 's|\x75\x30\x89\xd8|\xeb\x30\x89\xd8|' /System/Library/Extensions/AppleRTC.kext/Contents/MacOS/AppleRTC
Posted 22 July 2012 - 07:49 PM
However, how can i know if this CMOS reset is really happening? For the only one issue i'm experiencing is the comatose sleeping itself. No other situation, indeed. In fact, the system works quite fine considering it's AMD-imposed limitations. It's even my main working system right now. But everytime i put my computer to sleep, it passes out and doesn't come back. It doesn't happen automatically, only when i use the sleep option in the apple menu or by quickly clicking the power switch of my computer.
So, if the problem is a CMOS reset, what kind of perceptive effects would it have?
Posted 22 July 2012 - 09:37 PM
Do you have another PC/MAC running OS X? If so, enable sharing on the AMD based PC. When you wake the PC you should see it re-appear on the network (this proves the PC is waking even if the graphics aren't waking up).
Posted 24 July 2012 - 04:33 AM
As for the appleRTC patch, what i meant was: how i know that the CMOS is reseting? My bios settings look unchanged. I'm afraid to patch this kext unnecesarily and get some unwanted effect in a system that otherwise works like a charm, see?
Posted 24 July 2012 - 05:40 AM
sudo perl -pi -e 's|\x75\x30\x89\xd8|\xeb\x30\x89\xd8|' ~/Desktop/AppleRTC.kext/Contents/MacOS/AppleRTCAlso along the lines of what James was saying, having a second mac around with screen sharing is the greatest when it comes to diag graphics issues. If you find that it is a Graphics problem, like I mentioned earlier, look in bios for "repost VBIOS on resume" or something along those lines. Personally on a desktop, unless your running on solar power, I don't see any reason sleep even needs to be enabled. Let the monitor sleep instead. That's just my opinion and I'm sure tons of people wouldn't agree for various reasons. Every desktop I've ever owned over the past 15+ years I've left running 24/7 and aside from maybe 1 or 2 hard drives and a stick of RAM, have never had a hardware failure.
Posted 25 July 2012 - 09:27 PM
May the problem be related to the fact i have
NullCPUPowerManagement installed? Should i remove it? What kind of side effects could it have?
Thanks in advance!
Posted 25 July 2012 - 10:44 PM
Posted 25 July 2012 - 11:51 PM
I'm afraid you're right: when i remove the NullPowerCPUManagement, i get a KP when booting, regardless of bootflag i use, tracing to AppleIntelPowerManagement.kext.
Is there any known patch at hand for using this kext in an AMD environment? I googled a little, to no avail. If not, i think i'm going to let go of it and focus on enable sleeping where it's really essential: my osx-ed netbook Asus T101 MT.
Posted 26 July 2012 - 12:07 AM
Posted 26 July 2012 - 12:18 AM
Out of curiosity, should this driver work also with an Atom N450 CPU? I'm afraid it got's AMD's kernel panic disease and can't stand yet the removal of NullCPUPowerManagement.
Posted 26 July 2012 - 12:19 AM
You will need to use the following patch:
perl -pi -e 's|\x8b\x45\xc8\x39\x45\xcc\x74\x0b|\x8b\x45\xc8\x39\x45\xcc\xeb\x0b|; s|\x8b\x45\xb4\x39\x45\xb8\x74\x08|\x8b\x45\xb4\x39\x45\xb8\xeb\x08|' /System/Library/Extensions/AppleRTC.kext/Contents/MacOS/AppleRTC
I use VoodooPowerMini on Atoms, it seems to be slightly better on battery (2 hours on a 3 cell, 4 on a 6 cell).
Sleep enabler should help you with your sleep issues, I have a N270 asleep right next to me using this method. The fans just span up for network access too
Just move NCPM to your desktop, If you get a panic boot from an installer and move it back with terminal.
If you're not comfortable in the terminal I can link you to a nice bash introduction which will get you off to a good start,
Posted 26 July 2012 - 01:07 AM
Tried this one (the RTC patch!), unfortunately it didn't work. Tried it in my atom netbook too, it didn't work either (both of them, and my atom runs 64-bit kernel and extensions). I rather believe now that the problem is related with NullPowerCPUManagement indeed.
I think i'll left aside my AMD machine for a while - in the end, it's working great in about everything but power management/sleep - and focus now, as i said, on my netbook, where sleeping is crucial for it's good work. I'm afraid i'm going to try the DSDT way, from which i was running like when cat see dog, because there is no realy good tutorial about it for beginners anywhere. But i'll have to resort to this at last, since other solutions didn't solve the problem (but i'll give Voodoo Power a shot in both machines anyway).
BTW, in my Atom netbook i got indeed a CMOS reset related to sleeping issues (that any of the indicated patches solved, bad for me). Now i know what it's like, not that i couldn't live without that...
In fact, i'm confortable with unix, but i appreciated the offer. See, i already tried this method of moving NullCPU to desktop, while working with the latest sleepenabler from OsX86.net, only to get a kernel panic at the boot with appleIntel, and no sleeping obviously, having to undo things with terminal. It was exactly what i was talking about. I'll give it a shot with mini voodoo power, though. Tried both of RTC patches, too (in Atom and in my AMD desktop) without any results (and, in atom, there was indeed a CMOS reset!). Tried with an unpatched dsdt.aml extracted using dsdt editor, to no avail.
Maybe the solution will be to get rid of NullCPUPower, to replace IntelCPUPower with Mini Voodoo Power, and to use either a dsdt (patched, if i learn how to do it) or the universal sleepenabler from OsX86, or both.
Edited by theconnactic, 26 July 2012 - 01:16 AM.
Posted 26 July 2012 - 02:01 AM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users