Jump to content


  • Content count

  • Joined

  • Last visited

About hk93

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender

Recent Profile Visitors

2,509 profile views
  1. Here it is. Did you restore the original AppleIntelCPU kext from the installer? Extra.zip
  2. The patch I did doesn't touch anything related to the RTC. Did you patch RTC in the dsdt? We have the same CPU, and the modules which manages the cpu are the same both in my bios and yours. This is my boot.plist: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Boot Banner</key> <string>No</string> <key>DropSSDT</key> <string>Yes</string> <key>EthernetBuiltIn</key> <string>Yes</string> <key>GenerateCStates</key> <string>Yes</string> <key>Graphics Mode</key> <string>1920x1080x32</string> <key>Instant Menu</key> <string>Yes</string> <key>Legacy Logo</key> <string>Yes</string> </dict> </plist> if you still get this panic then you have something wrong in the dsdt or somewhere else. Double check everything because I'm running fine here
  3. Ok I got it, I think I misread the instruction then..yeah if you don't patch the dsdt you get 2 cards in the system profiler... my fault anyway here it is, enjoy! I can't test it but it should work. I also changed the bios date so it will allow you to flash it (asus notebooks doesn't accept bioses with same or older date than current one) N53SNAS.zip
  4. don't flash the N53SV one it will probably break your notebook. I will patch the N53SN one for you later today. EDIT: As for the deleting part I was saying you don't need to delete graphics kexts..
  5. On my machine (N53SV) there's no need to delete any kext and you shouldn't either. Also EvOReboot and nullcpu are not needed (you can use speedstepper or my patched bios http://www.insanelymac.com/forum/topic/283774-patched-bios-for-native-speedstep-on-asus-n53sv/ )
  6. I patched it yesterday. My notebook is now running on a completely native AppleIntelCPUPowerManagement without any patch. Enjoy. N53SVAS.215.zip
  7. sure here ya go but i didn't test it in 32 bit cause my system doesn't want to boot into 32 bit mode without removing AICPUPM. NoNvidia.kext.zip
  8. welcome. I just gave back for everything I learned on here
  9. Yesterday I told myself as a n53sv owner that if there were not any way to use the DGPU (nvidia 540m in my case) there must be at least a way to disable it to save battery power. I never used anything programming-on-osx-related but I got Xcode and started playing with it. I must say that it was really easy. This is the result: NoNvidia: NoNvidia by michyprima, init NoNvidia: got the ACPI device NoNvidia: disabling nvidia card NoNvidia: nvidia card successfully disabled The code gets the ACPI device from the PCI device and calls the DOFF method. If your DGPU device (GFX0 in my case) has a DOFF method, you do not have to modify anything (if you don't care about the GFX led remaining white), since the ACPI device is got from the device id (0x0df410de in my case) set in the Info.plist If your device has not a DOFF method or you want the led to turn blue, you have to do a little mod to your dsdt. If your disabling function is not DOFF but i.e. GPUOFF is enough to replace any occurrence of GPUOFF with DOFF. (it's not the asus n53sv case) If you want a complete disable, including the blue led (asus n53sv case) find where the DOFF function is called, in my case the _PS3 method inside the LCDD device: Method (_PS3, 0, NotSerialized) { If (LEqual (^^^GFX0.P3MO, 0x03)) { DOFF () SGPL (0x23, One, Zero) Store (0x03, ^^^GFX0._PSC) Store (One, ^^^GFX0.DGPS) Store (0x02, ^^^GFX0.P3MO) } } and move everything under the DOFF() call at the end of the DOFF method, so you will have: Method (_PS3, 0, NotSerialized) { If (LEqual (^^^GFX0.P3MO, 0x03)) { DOFF () } } […] Method (DOFF, 0, NotSerialized) { If (LNotEqual (MFTM, One)) { _OFF () If (LEqual (CTBO, One)) { OBCP (Zero) } } SGPL (0x23, One, Zero) Store (0x03, ^^^GFX0._PSC) Store (One, ^^^GFX0.DGPS) Store (0x02, ^^^GFX0.P3MO) } Congratulations, you got a better battery life, a cooler laptop, and the blue led back. Result: (yes, michyprima is my 2nd nickname) NoNvidia.kext.zip Please report success or problems. Enjoy
  10. where should I post for a DSDT if not in the DSDT section?
  11. So here we are. I've been trying to figure out WHY this bast*** sleeps but not wakes up, and I found the problem in the _WAK function. Here a trace: Function _WAK: Method (_WAK, 1, NotSerialized) { ShiftLeft (Arg0, 0x04, DBG8) WAK (Arg0) --Hangs there Function WAK: Method (WAK, 1, NotSerialized) { [...cut...] \_SB.PCI0.SBRG.SIOW (Arg0) --hangs there } Function SIOW: Method (SIOW, 1, NotSerialized) { [...cut...] ^SIO1.SIOK (Zero) --hangs there ^SIO1.ENFG (0x0A) While (^SIO1.OPT3) --and if SIOK call is removed, hangs there { Stall (0x80) Store (0xFF, ^SIO1.OPT3) } [...cut...] } Function SIOK: Method (SIOK, 1, NotSerialized) { ENFG (0x0A) While (OPT3) --hangs there { Stall (0x80) Store (0xFF, OPT3) } And (Arg0, One, Local0) And (OPT2, 0xFE, Local1) Or (Local0, Local1, OPT2) Store (And (Arg0, One), ACTR) EXFG () } So basically this couple of Whiles makes the _WAK function never exit, causing the PC never wake totally up. Any guru could help me, PLEASE? This thing is driving me crazy. Attaching my DSDT. P.S. No, removing the whiles is not a good solution. If removed the desktop comes back but the system is too laggy (the pointer moves once in 2-3 seconds) DSDT.aml.zip
  12. mainframe:Downloads michele$ ./VDADecoderChecker Successfully connected to the Intel plugin Hardware acceleration is fully supported gtx560ti, 11C43
  13. Getting 6.41 (x64, iMac12,2) here