theconnactic Posted November 12, 2013 Share Posted November 12, 2013 Hello, folks! After struggling a lot to get the main things up and running with a Sony Vaio that a borrowed for this month while my 1201n is being fixed, I get at the point almost everything is running like it should. Since it's a 2nd-gen I3 lappie with integrated HD3000, Atheros 9285 and Realtek 8168, I was lucky enough to get everything working without dongles or part replacements (which I couldn't do since the device is not mine). Now I came to the fine-tuning phase, where things like power management matter. I found a patched AICPUPM that let me boot without NCPUPM without a kernel panic, and I generated a SSDT with Pike's script. I didn't measure it, but since the performance is being great since then, I assume speedstep is working fine. However, it won't sleep, and if I put it to sleep manually, the HDD less will keep showing normal activity, as well as the fans, but I won't be able to "wake" the laptop, needing a hard reboot. I just ran the pmset -g assertions command and got this output: Since I'm working with Logic at the moment, I'll ask you to disregard any Logic/Coreaudio related stuff, as they are absolutely normal and have no relation with my system sleep issues. Earlier, when i ran the same command (unfortunately I wasn't sharp-minded enough to remember taking a screenshot at the moment) I got all the assertion status showing as zero (0) but also got the same kernel assertion at the bottom, and I'm pretty sure I got a problem with EHCI. So that's my question: which of the EHCI patches should I apply to my DSDT? EHCI sleep or EHCI ownership (or both)? I'll attach also and IOREG and my current DSDT, just in case anyone want to take a look and see if there's something else harming system sleep that I should have noticed. All the best! Archive.zip Link to comment Share on other sites More sharing options...
iFIRE Posted November 12, 2013 Share Posted November 12, 2013 URL downloading and vodoohda, the EHCI , I have this too, all we have in 10.9, but for me this is my usb bluetooth , keyboard and trackpad Apple, only is bug, not prevent idleslepp Link to comment Share on other sites More sharing options...
theconnactic Posted November 13, 2013 Author Share Posted November 13, 2013 You mean it shouldn't be a problem, then? Hmmm. Okay, I'm convinced enough: it won't be easy at all to tune up things, just like it wasn't to set them up All the best! Link to comment Share on other sites More sharing options...
iFIRE Posted November 13, 2013 Share Posted November 13, 2013 like you can see in this two examples, i kill the : pid 18(powerd): [0x000000110000047c] 00:02:53 InternalPreventDisplaySleep named: "com.apple.powermanagement.delayDisplayOff" and I not have more any process that prevent idllesleep LocalHost:~ iFire$ pmset -g assertions 13/11/13 12:36:59 GMT+1 Assertion status system-wide: BackgroundTask 0 PreventDiskIdle 0 ApplePushServiceTask 0 UserIsActive 1 PreventUserIdleDisplaySleep 0 InteractivePushServiceTask 0 PreventSystemSleep 0 ExternalMedia 0 InternalPreventDisplaySleep 1 PreventUserIdleSystemSleep 0 NetworkClientActive 0 Listed by owning process: pid 18(powerd): [0x000000110000047c] 00:02:53 InternalPreventDisplaySleep named: "com.apple.powermanagement.delayDisplayOff" Timeout will fire in 126 secs Action=TimeoutActionTurnOff pid 50(hidd): [0x0000000a0000028a] 14:26:09 UserIsActive named: "com.apple.iohideventsystem.queue.tickle" Timeout will fire in 580 secs Action=TimeoutActionRelease Kernel Assertions: 0xc=USB,BT-HID id=500 level=255 0x4=USB mod=12/11/13 18:25 description=EHC2 owner=AppleUSBEHCI id=501 level=255 0x4=USB mod=13/11/13 11:11 description=EHC1 owner=AppleUSBEHCI id=513 level=255 0x8=BT-HID mod=01/01/70 01:00 description=com.apple.driver.IOBluetoothHIDDriver owner=AppleBluetoothHIDKeyboard id=514 level=255 0x8=BT-HID mod=01/01/70 01:00 description=com.apple.driver.IOBluetoothHIDDriver owner=BNBTrackpadDevice LocalHost:~ iFire$ pmset -g assertions 13/11/13 12:39:21 GMT+1 Assertion status system-wide: BackgroundTask 0 PreventDiskIdle 0 ApplePushServiceTask 0 UserIsActive 0 PreventUserIdleDisplaySleep 0 InteractivePushServiceTask 0 PreventSystemSleep 0 ExternalMedia 0 PreventUserIdleSystemSleep 0 NetworkClientActive 0 Kernel Assertions: 0xc=USB,BT-HID id=500 level=255 0x4=USB mod=12/11/13 18:25 description=EHC2 owner=AppleUSBEHCI id=501 level=255 0x4=USB mod=13/11/13 11:11 description=EHC1 owner=AppleUSBEHCI id=513 level=255 0x8=BT-HID mod=01/01/70 01:00 description=com.apple.driver.IOBluetoothHIDDriver owner=AppleBluetoothHIDKeyboard id=514 level=255 0x8=BT-HID mod=01/01/70 01:00 description=com.apple.driver.IOBluetoothHIDDriver owner=BNBTrackpadDevice Link to comment Share on other sites More sharing options...
theconnactic Posted November 14, 2013 Author Share Posted November 14, 2013 Understand: so I'm really at square one here, since now I found myself with no useful info on how to debug the issue... Was counting on this assertions to be meaningful of something. All the best! Link to comment Share on other sites More sharing options...
Recommended Posts