Jump to content

yelloguy

Members
  • Content count

    106
  • Joined

  • Last visited

  1. I have a nicely working hackintosh with an Apple wired keyboard and a magic mouse with a USB BT dongle. I like the setup except that when my Hack wakes from sleep, the MM does not. The light at the bottom switches off. I have to switch off-then-on the MM and then it takes a while to connect before working normally again. I am not sure if this is how it is supposed to work on an iMac as well or if this is a hackintosh problem -- or if this is due to my bluetooth dongle. Anyone has any idea? (I have a separate Logitech mouse plugged in so that my wife does not freak out when she needs to use it quickly. Sometimes, I think about getting rid of MM because of this problem) (The battery life on the MM sucks too)
  2. I already have a DSDT extracted and an SSDT too. And I am at a loss to explain the behavior in Windows. :-)
  3. I have a Dell Inspiron 530 Desktop that is running Mountain Lion quite well. But it does not sleep and it does not fully shut down however it restarts just fine. In OSX, it exits the OS and then the fans stay on and the screen stays blank. I have to hold the power button to shut it down. In Windows 8, it does the same but when I press and hold the power button, Windows' login screen shows up again. I then have to restart and hit the power button as it is restarting. In OSX, sleep only kills the monitor and the sound. All the notifications are played when I wake the computer. But the lights stay on and power consumption is unaffected. I was wondering if anyone has seen anything like this. I had to replace the PSU on the box because the old one died and I have installed an old OCZ 500 Watt I had lying around. Could that be causing this? Is there anything I can do to check? Thanks in advance.
  4. yelloguy

    Dell Bios, AHCI/RAID, SSD

    I googled but could not find any info on installing fakesmc to S/L/E. Mine seems to load up just fine. Meanwhile, I tried a bunch of DSDT hacks on my DSDT. A couple of them broke booting but the other 3 or 4 I tried made no difference. The computer is running loud all day. I did not realize this was bad until I ran Windows on it. Probably because of speed step, Windows runs the fans slower and of course it sleeps when needed making the room completely quite...
  5. yelloguy

    Dell Bios, AHCI/RAID, SSD

    One is for a gigabit PCI card. The built-in was not working so I got a gigabit card. Then later the built in started working but I kept using the gigabit card anyway. Then I moved the comp to another room and since I am now using an Apple Airport Express as an extender, I plugged in the built-in ethernet jack. Wireless-N that comes out of the AE is not gigabit anyway so I left that alone. I will try to take the card out (and also the Firewire card, which I rarely use) to see if that helps with sleep. Fakesmc in S/L/E? Do you know what issue it causes in E/E? I will try that way it anyway.
  6. yelloguy

    Dell Bios, AHCI/RAID, SSD

    All the kexts are standard Mountain Lion - nothing custom. The only custom kexts are installed in E/E and listed above. I can share my DSDT.dsl again. I will look at the EFI partition in a bit.
  7. yelloguy

    Dell Bios, AHCI/RAID, SSD

    I never messed with EFI partition (still hidden) and don't know how to look at its contents. Do you think there might still be an Extra folder there? I tried the linked D530 DSDT but that causes my computer to restart after loading kexts and such... I also tried macnb's DSDT posted in another thread as sleep working. I get a "still waiting on root device" on that one. I am assuming the guys was using IDE mode for his HDD and since mine is set to RAID, it doesn't see the disks. I decompiled my current working DSDT.aml and applied lpc_ICH9_Patch on it. It was missing a method (DGTP?) so I had to apply another patch. But in the end it made no difference. I then tried applying the return value patch for the _WAK method. Mine was not returning any value. That made no difference. I extracted an SSDT using the DSDTSE editor and compiled and copied it in the Extra folder. That made no difference. I am a little tired of experimenting now. So I am going to take a break. Then I will try removing my PCI cards (Firewire, Gigabit network) and I will disconnect the extra HDD to see if that makes a difference. For now I will just reboot in Windows when I need to sleep my 'puter :-)
  8. yelloguy

    Dell Bios, AHCI/RAID, SSD

    I will look into getting an SSDT. People on these forums have managed to make sleep work on the same Dell model so I have some hope. Yes sleeping the monitor helps a little - about 80 watts to be precise. But my computer sucks in some 140 watts and drops to 15 watts when in sleep mode in Windows 8. That is about 125 watts being wasted all day and night. And the worst part is the fan noise. When Windows goes to sleep, the room goes dead silent and I know the PC is still available to use at a moment's notice. If I can get that in OSX, then that would be the ideal setup for me.
  9. yelloguy

    Dell Bios, AHCI/RAID, SSD

    Yeah that's the reason I waited so long to delete the AICPM.kext. But I was curious to know if that was the only problem. Turns out it was. Thanks for reminding me about SSDT. Latin's mediafire link above had an SSDT.dsl file to. So I compiled to DSL and put it in E/E folder. I also deleted the PlatformUUID since it is old and unnecessary. And I also restored the AICPM.kext. I still got the same kp. At this point, I am only able to boot the external with AICPM.kext removed. And then sleep doesn't wake. So I am going to leave that alone as a second boot and experiment with my internal setup. I am going to try replacing my dsdt.aml with Latin's DSDT.aml and SSDT.aml. That did not work. The new DSDT+SSDT combo from Mediafire on my internal drive booted fine (with AppleIntelCPUPowerManagement.kext present, and AppleRTC.kext not patched). But when I put the computer to sleep, it did not wake. I was not watching the power consumption but the light did not blink and the fans did not switch off. On reboot, I see that my BIOS was reset. Which will be fixed by the AppleRTC patching. However, the DSDT did not give me sleep as I thought it would. Is there any hope for getting sleep to work on this rig?
  10. yelloguy

    Dell Bios, AHCI/RAID, SSD

    Thanks for the help everyone. Here is where I am now. I was able to compile the mediafire DSDT successfully. I copied that to the external Chameleon partition. Then I deleted the AppleIntelPowerManagement.kext from the external ML installation and was able to boot successfully from it. I also have the AppleRTC.kext patched with the perl command posted on page 2. Other than these two changes, the external ML install is a perfect clone of my internal ML install. Chameleon is the same as internal except the DSDT. However, my sleep went into a sleep of death when booted from the external. Which is not surprising since AppleIntelCpuPowerManagement has been deleted. Chameleon's E/E has the following: AppleRTL8139Ethernet.kext fakesmc.kext Intel82566MM.kext IOAHCIBlockStorageInjector.kext LegacyAppleAHCIPortIntelICHx.kext PlatformUUID.kext VoodooHDA.kext Having two ways to boot, I am ready to experiment with my setup to get sleep working. Thanks again.
  11. yelloguy

    Dell Bios, AHCI/RAID, SSD

    Yes of course. Sorry I forgot to do that. Thanks iFire. Latin, compiling the mediafire DSDT.dsl with DSDTSE also gives me errors: Users/xxx/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 377: Method (\_WAK, 1, NotSerialized) Warning 1081 - Reserved method must return a value ^ (_WAK) /Users/xxx/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 410: Store (Local0, Local0) Error 4051 - Method local variable is not initialized ^ (Local0) /Users/xxx/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 415: Store (Local0, Local0) Error 4051 - Method local variable is not initialized ^ (Local0) /Users/xxx/Library/Application Support/EvOSoftware/DSDT/DSDTFiles/dsdt.dsl 1269: Or (0x03, PARM) Warning 1106 - Result is not used, operator has no effect ^
  12. yelloguy

    Dell Bios, AHCI/RAID, SSD

    I just cloned my internal Chameleon to the external hdd and booted external ML clone from it. The only difference being AppleRTC patch applied to the external ML install. Same KP for CPU HPET. At the beginning I noticed messages regarding missing C-States and P-States and CPU 1 (through 4) identifiers being invalid (four messages). I tried booting the external hdd ML install from the internal Chameleon and it worked! Not sure what is going on anymore. eep, I have cloned Chameleon to a USB thumb drive but booting from it, I get a quick reboot without any messages. Otherwise I would clone my Chameleon to several different drives and always have a backup. At this point I only have one working Chameleon installation: internal. And if I change DSDT or any other thing to get sleep working, I may end up with no way to boot my hack.
  13. yelloguy

    Dell Bios, AHCI/RAID, SSD

    Thanks Latin and eep. I patched AppleRTC with the perl script and that fixed the BIOS resetting issue on boot from external hdd. Funny that I never did that on the internal SSD install. But I still got the KP with CPUn does not have an HPET assigned. So I tried the DSDT and SSDT from the mediafire link above. It did not compile originally but hitting the "Fix Errors" button fixed those errors. Unfortunately I saw a DSDT.aml (and SSDT.aml) not found messages on the next boot followed by the same KP later. Next I deleted the mediafire DSDT and SSDT and copied the same DSDT.aml I have on the internal SSD. Even with that I received the same KP. At this point, my external HDD has the same contents as the internal except for: - AppleRTC.kext in S/L/E which has been patched - Chameleon's E/E folder is missing IOAHCIBlockStorageInjector.kext, LegacyAppleAHCIPortIntelICHx.kext, PlatformUUID.kext I deleted these because Latin gave me a DSDT which has SATA/RAID fix applied. eep, I agree with what you said above because I do see occasional funky-ness with Chameleon. However, having one DSDT is not going to work for me because if my internal SSD refuses to boot, then I'll have no way of going back and fixing the DSDT. I am not entirely sure how and when it falls back on the default DSDT. That is why I am trying to make the external bootable. That way I can experiment to make sleep work...
  14. yelloguy

    Dell Bios, AHCI/RAID, SSD

    No sleep enabler present now. Yes I switched to using the SSD for the new ML install. Then I wiped the internal HDD that had the Lion installation. Then I cloned the SSD (including the Chameleon partition) to an external HD. Then I reinstalled Chameleon to the External HD to make it bootable. Now I want to leave the internal setup alone and try a new DSDT on the external while still using the old (Lion) DSDT on the internal. When/If I get sleep working, I will redo the same things on the Internal SSD. The old DSDT was generated with an older BIOS (1.0.15) on Snow Leopard and never had sleep working. The new DSDT has been generated on ML with the PC BIOS upgraded to 1.0.18 and then the DSDT was patched by LatinMcG in this thread above. I know very little about patching DSDT. I don't know of a good text diff'ing tool on OSX. So I decompile DSDT.aml and then use Beyond Compare on Windows to compare the resulting dsl files. Even the comparisons don't make much sense to me. And I am a computer programmer to begin with. :-) That is why making sleep work seems like a tall order to me. Heh, maybe I'll just assemble a new rig with working sleep.
  15. yelloguy

    Dell Bios, AHCI/RAID, SSD

    I am pretty sure Speedstep is enabled in BIOS. To be sure, the BIOS reset only happens when I am using the new DSDT.aml on the external drive. With my old DSDT on the internal SSD, I do not get the BIOS reset on every boot. When I get a minute tomorrow, I will backup the AppleRTC on the external HDD and try patching it with the above command. Then I can try the SSDT extract and copy. I'll let you know. Thanks.
×