I found this on the wiki a few days ago.. (unfortunately, I didn't note where....)<br><br><h2><span class="mw-headline"> Suspend mode on/off </span></h2>
<p>To prevent suspend from happening.
</p>
<pre>$ touch /etc/ohm/inhibit-suspend<br></pre>
<p>To re-enable suspend.
</p>
<pre>$ rm  /etc/ohm/inhibit-suspend<br><br><br>--ixo<br></pre><br><br><div class="gmail_quote">On Feb 11, 2008 1:13 AM, John Gilmore <<a href="mailto:gnu@toad.com">gnu@toad.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">> > we did try this with -rc2 (we upgraded 4-5 machines to -rc2 over the<br>> > wekend.)<br>><br>> I just tried it again with my two machines and it worked for about 60<br>> seconds (at which time the one running on battery did a suspend and the<br>
> activity stopped)<br><br></div>Why would an activity break when awaiting packets and the system suspends?<br>It's supposed to break out of suspend when the next packet arrives.<br><br>Oh!  Because the activity sharing/association stuff uses multicast<br>
packets, and there's bug <a href="http://dev.laptop.org/ticket/4616" target="_blank">http://dev.laptop.org/ticket/4616</a>, "Mesh<br>doesn't resume from suspend on reciept of multicast packets".<br><br>If you create some file somewhere, then Ohm won't suspend.  (Chris,<br>
how about adding a real control for this into the olpc-control-panel?)<br>You could do the research to find that file, then create it, then see<br>how Distance works.  I can see that you'd have problems sharing the<br>
two instances, due to the bug, but then once they are paired, they<br>ought to be using unicast packets (via TCP), right?  Sending a unicast<br>packet would wake the laptop on the other end out of suspend (this is<br>supposed to be working -- but takes a full second or so).  So is there<br>
another bug, either in Distance, in the infrastructure between shared<br>activities, or in suspending, that is causing Distance to fail once fully<br>shared?<br><br>Unfortunately, fixing that multicast bug may be hard.  It took months<br>
to convince OLPC that it ought to get fixed, despite the fact that it<br>breaks every incoming IPv6 connection.  The WiFi firmware supposedly<br>already supports resuming on reciept of interesting multicast packets;<br>we just aren't asking to be awakened for them.  The problem is that<br>
the laptop's presence software is listening to (and transmitting) way<br>too many multicast packets all the time -- so it would pop out of<br>suspend all the time.<br><br>Once the presence service gets the network traffic down to a dull<br>
roar, and the suspend/resume time gets shorter, it'll be easier to<br>fix.<br><font color="#888888"><br>        John<br></font><div><div></div><div class="Wj3C7c"><br>_______________________________________________<br>
Devel mailing list<br><a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br><a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br></div></div></blockquote>
</div><br>