Does not work with Mountain Lion and no power cord about macosx-nosleep-extension

[GoogleCodeExporter]

Hi,

I'm on OSX 10.8 right now - the extension works good.
Show me your dmesg output.

--Pavel.

Original comment by [email protected] on 29 Jul 2012 at 11:03

[GoogleCodeExporter]

Thanks for you answer, here is the output:

com_protech_nosleepextension: setting state: 1, for mode: 0 (battery-mode)
com_protech_nosleepextension: successfully started
com_protech_nosleepextension: setting state: 1, for mode: 0 (battery-mode)
PM notification timeout (pid 201, PCShowServerPMWr)
AirPort_Brcm43xx::powerChange: System Sleep 
en0: BSSID changed to 00:22:3f:62:a2:6e
wlEvent: en0 en0 Link DOWN virtIf = 0
AirPort: Link Down on en0. Reason 8 (Disassociated because station leaving).
en0::IO80211Interface::postMessage bssid changed
IOThunderboltSwitch(0x0)::listenerCallbackStatic - Thunderbolt HPD packet for 
route = 0x0 port = 12 unplug = 0
         0 [Time 1343560637] [Message Wake reason: EC.PME EHC1 (User)
AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance 
wake
Previous Sleep Cause: -113
The USB device HubDevice (Port 1 of Hub at 0x1d000000) may have caused a wake 
by issuing a remote wakeup (2)
en0: 802.11d country code set to 'X3'.
en0: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 
100 104 108 112 116 120 124 128 132 136 140
IOThunderboltSwitch(0x0)::listenerCallbackStatic - Thunderbolt HPD packet for 
route = 0x0 port = 12 unplug = 0
The USB device HubDevice (Port 8 of Hub at 0x1d100000) may have caused a wake 
by issuing a remote wakeup (3)
TBT W (2): 0x0100 [x]
The USB device Apple Internal Keyboard / Trackpad (Port 2 of Hub at 0x1d180000) 
may have caused a wake by issuing a remote wakeup (3)
AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: 
device was reinitialized
en0: 802.11d country code set to 'IT'.
en0: Supported channels 1 2 3 4 5 6 7 8 9 10 11 12 13 36 40 44 48 52 56 60 64 
100 104 108 112 116 120 124 128 132 136 140
MacAuthEvent en0   Auth result for: 00:22:3f:62:a2:6e  MAC AUTH succeeded
wlEvent: en0 en0 Link UP virtIf = 0
AirPort: Link Up on en0
en0: BSSID changed to 00:22:3f:62:a2:6e
en0::IO80211Interface::postMessage bssid changed
AirPort: RSN handshake complete on en0
en0: BSSID changed to 00:22:3f:62:a2:6e
com_protech_nosleepextension: setting state: 1, for mode: 0 (battery-mode)
IOThunderboltSwitch(0x0)::listenerCallbackStatic - Thunderbolt HPD packet for 
route = 0x0 port = 12 unplug = 0

I took just the last part after having set battery mode to 1.
Thanks a lot,

Davide

Original comment by [email protected] on 29 Jul 2012 at 11:25

[GoogleCodeExporter]

Are you using an external monitor?

--Pavel.

Original comment by [email protected] on 29 Jul 2012 at 12:15

[GoogleCodeExporter]

Yes I am. The reason why I want to work with the lid closed is that I can fully 
operate on an external monitor. I can do so with the power cord plugged but not 
with that one unplugged.
Maybe, with an external monitor plugged, the system is forced to sleep?

Davide  

Original comment by [email protected] on 29 Jul 2012 at 12:19

[GoogleCodeExporter]

Ohh, now is clear. This issue is not related to 10.8 update.

The main cause is external monitor. Good news that I know about the problem and 
it's already fixed and changes are committed. Bad news, the fix will be 
available in 1.3.1 version.

I'll try to release it during August.

Original comment by [email protected] on 29 Jul 2012 at 12:31

[GoogleCodeExporter]

Original comment by [email protected] on 29 Jul 2012 at 12:31

• Changed state: Duplicate

[GoogleCodeExporter]

But anyway, thanks for the report!:)
--Pavel

Original comment by [email protected] on 29 Jul 2012 at 12:44