Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

NurIch

Just Joined
  • Content count

    3
  • Joined

  • Last visited

About NurIch

  • Rank
    InsanelyMac Protégé
  1. Sleep/Shutdown solved (first main step), second try. Sorry, i don't know why the link to my post in a "living" thread reacts in this way, here is the (extended) contents: I had the same problem (unable to wake up, shutdown/restart: ... but fan) with a P5B-VM DO. At last I don't use a patched dsdt, because the RTC (RTC0) entry for length is correct (CMOS reset bug) and the tools i used to correct it, modified the DSDT in a way that i got the described problems. The original decompiled DSDT, which work (5 of 6) for me, is attached. What works without preceding sleep: reboot, shutdown, sleep (wake up only tested with mouse click). What works with preceding sleep: shutdown, sleep. What doesn't work with preceding sleep: reboot (... but fan) Because the systems may differ in many details, i will describe mine: Hardware: - P5B-VM DO - SATA HD - SATA DVD - GeForce 9400GT 512MB VGA/DVI - USB mouse - PS/2 keyboard BIOS: - Version 0903 - Main/IDE Configuration/SATA#1Configuration: Enhanced - Main/IDE Configuration/SATA#1Configuration/Configure SATA#1 as: AHCI - Advanced/USB Configuration/...: USB Functions: Enabled Legacy USB Support: Disabled Port 64/60 Emulation: Disabled USB 2.0 Controller Mode: HiSpeed BIOS EHCI Hand-Off: Enabled - Advanced/Onboard Devices Configuration: HD Audio Controller: Enabled Front Panel Support Type: HD Audio Onboard 1394 Controller Enabled Onboard Lan: Enabled Lan Option ROM: Disabled JMicron SATA/PATA Controller: Disabled Serial Port1 Address: Disabled Parallel Port Address: Disabled - Power Suspend Mode: S3 only Repost Video on S3 Resume: Yes ACPI 2.0 Support: ACPI v3.0 ACPI APIC support: Enabled /APM Configuration: Restore on AC Power Loss: Power Off everything else: Disabled Software: - SL 10A432 with Chameleon v2 RC3 and OSInstall.mpkg for MBR (running 64bit) - EFI-String for 9400GT - Kext (all 64bit and in S/L/E) FakeSMC v2: http://rapidshare.de/files/48328849/fakesmc_SL.kext.zip.html OpenHaltRestart: http://heliacal.net/~solar/mac/OpenHaltRes...for_snow_64.tar PlatformUUID: http://heliacal.net/~solar/mac/PlatformUUI...for_snow_64.tar NullCPUPM: http://heliacal.net/~solar/mac/NullCPUPowe...for_snow_64.tar dsmos.kext Intel82566MM.kext SleepEnabler.kext VoodooHDA.kext VoodooPS2Controller.kext you find them here: http://cid-8b65993ef55cf014.skydrive.live....rd?view=details , thanks to electro: Maybe not all kexts are necessary, i didn't test it. The VoodooHDA.kext isn't able to sleep, you can try a workaround with sleepwatcher and two scripts (google). If it is necessary for you to get your untouched DSDT, here are two ways to create without leo. Creating dsdt in Windows : (Install and) Start Lavalys Everest, right click the status bar, chose "ACPI Tool" and click "Save DSDT". Creating dsdt in Linux: Boot Ubuntu Live CD, open Terminal and enter: cat /proc/acpi/dsdt > dsdt.aml acpi_dsdt.txt
  2. Sleep/Shutdown solved (first main step): http://www.insanelymac.com/forum/index.php?showtopic=190402&st=0&gopid=1294204entry1294204
  3. Hello deviantosx, i had the same problem with a P5B-VM DO and i was able to solve it. Compare your dsdt with another created in Windows or Linux. I found two main differences. At least I don't use a patched dsdt, because the RTC (RTC0) entry for length was correct (CMOS reset bug). In detail: Creating dsdt in Windows : (Install and) Start Lavalys Everest, right click the status bar, chose "ACPI Tool" and click "Save DSDT". Creating dsdt in Linux: Boot Ubuntu Live CD, open Terminal and enter: ubuntu $ cat /proc/acpi/dsdt > dsdt.aml Decompile the dsdt and compare it with the patched one. My main differences: Original Windows/Linux RTC/RTC0 entry: Device (RTC0) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, // Range Minimum 0x0070, // Range Maximum 0x00, // Alignment 0x02, // Length ) [color="#ff0000"]IRQNoFlags () {8}[/color] }) } DSDT Patcher RTC/RTC0 entry: Device (RTC0) { Name (_HID, EisaId ("PNP0B00")) Name (_CRS, ResourceTemplate () { IO (Decode16, 0x0070, // Range Minimum 0x0070, // Range Maximum 0x00, // Alignment 0x02, // Length ) }) } Original Windows/Linux HPET entry: Device (HPET) { Name (_HID, EisaId ("PNP0103")) Name (CRS, ResourceTemplate () { Memory32Fixed (ReadOnly, 0xFED00000, // Address Base 0x00000400, // Address Length _Y0A) }) DSDT Patcher HPET entry: Device (HPET) { Name (_HID, EisaId ("PNP0103")) Name (CRS, ResourceTemplate () { [color="#ff0000"]IRQNoFlags () {0} IRQNoFlags () {8} [/color]Memory32Fixed (ReadOnly, 0xFED00000, // Address Base 0x00000400, // Address Length _Y0A) }) I didn't test wether the RTC or HPET entry is responsible, nor why they are necessary ... I have to check.
×