Jump to content

Advice about sleep edits for my laptop

sleep ehci ehci ownership ehci sleep sony vaio mavericks

  • Please log in to reply
4 replies to this topic

#1
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,531 posts
  • Gender:Male

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:

 

Attached File  Screen Shot 2013-11-12 at 7.59.37 PM.png   136.4KB   3 downloads

 

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!

 

Attached File  Archive.zip   333.35KB   1 downloads



#2
iFIRE

iFIRE

    InsanelyMacaholic

  • Moderators
  • 3,550 posts
  • Gender:Male
  • Location:Bcn-Spain

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



#3
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,531 posts
  • Gender:Male

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 :D

 

All the best!



#4
iFIRE

iFIRE

    InsanelyMacaholic

  • Moderators
  • 3,550 posts
  • Gender:Male
  • Location:Bcn-Spain

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



#5
theconnactic

theconnactic

    Stubborn AMD user

  • Local Moderators
  • 2,531 posts
  • Gender:Male

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!







Also tagged with one or more of these keywords: sleep, ehci, ehci ownership, ehci sleep, sony vaio, mavericks


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   Web hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy