<div class="gmail_quote">On Wed, May 2, 2012 at 10:56 PM, Anish Mangal <<a href="mailto:anish@activitycentral.com" target="_blank">anish@activitycentral.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im">-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 </div><div class="im">On Wed 02 May 2012 10:53:28 PM IST, Ajay Garg wrote: > > > On Wed, May 2, 2012 at 10:37 PM, Anish Mangal </div><div><div class="h5">> <<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a> <mailto:<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a>>> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed 02 May 2012 10:32:19 PM IST, Ajay Garg wrote: > > Ok, Thanks. > > > > a) How to confirm this, that automatic suspension is disabled? > > > > IIRC. *ONLY* on the XO-1 > > > :D :D > > Ya, that's ok. > I meant, codewise. > > > > > > > > > b) It would be better if the suspension is disabled even during > > lid closing, as that could be a frequent case to preserve physical > > space. > > > > Why would disabling suspend save physical space? Sorry, I don't > understand. > > > I meant, that closing the lid would preserver space. > > > > > > > > > c) The power-button case can be lived with. > > > > > > Is this related to mesh icons reappearing after suspend, or there is a > different reason? > > Note, We _want_ to be able to suspend using lid-closing or power > button. This significantly increases the battery life of the laptops, > and they dont require frequent recharging. > > The only reason why active power management (i.e. screen dimming, > screen blanking out, wifi shutdown, suspend) is disabled on the XO-1 > is because it doesn't work reliably enough. I think the normal > suspend-resume cycle works well though (save for the mesh issue) > > > Well, that is the problem at first place - after suspend, no icons > (wireless/mesh-if-at-all) occur (ad-hoc do). > > > > > > > > > > May be Jerry can comment? > > > > > > Regards, Ajay > > > > On Wed, May 2, 2012 at 10:25 PM, Anish Mangal > > <<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a> <mailto:<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a>> </div></div>> <mailto:<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a> <mailto:<a href="mailto:anish@activitycentral.com">anish@activitycentral.com</a>>>> <div class="im">> > wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > > > On Wed 02 May 2012 10:23:39 PM IST, Ajay Garg wrote: > >> Hi all. > >> > >> How can we prevent XO-1 from suspending? > >> > >> Esteban Arias from Ceibal says "enable_idle_suspend=0" in some > >> ini file (haven't asked the details). Would that work for these > >> cases :: > >> > >> a) Preventing XO-1 suspension, when idle for a long time? > >> > >> > >> b) Preventing XO-1 suspension, when the power-button is pressed > >> once? > >> > >> > > > > AFAIK, active power management on the XO-1 is disabled. This means > > that the XO won't go into suspend if left idle. > > > > However, pressing the power button or closing the lid will take > > the laptop in suspend, which is the intended behavior. > > </div>If we can't find a way to disable mesh after suspend without crashing NetworkManager, the _workaround_ would be to live with the mesh icons in neighbourhood view, not disable suspend! </blockquote><div> Well, then what would be the difference from the case when the mesh-icons are not shown at all in neighborhood view? Packet forwarding would be happening in this case too. So, to summarize, following options are possible ::: a) Do not disable mesh at hardware level. BUT Stop listening to NM events from the mesh-device PLUS stop showing mesh-icons in the neighborhood view. Caveat : Packet forwarding still happpens (though I have put the query as to why this would happen, even though no user has joined any mesh-channel.) b) Do not disable mesh at hardware level. BUT stop showing mesh-icons in the neighborhood view. This is a sub-case of a). Caveat: I don't think that b) can be any better than a). c) Disable mesh during reboot - ideal scenario. AND do not allow user to suspend ever. Caveat: I don't think this would be acceptable, as suspension is necessary to preserve battery. d) Do not disable mesh. Well, this is the last option. Caveat : This would too saturate RF (irrespective of whether user joins a mesh-channel or not, as per Martin Langhoff). Regards, Ajay </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im"> > >> > >> Regards, Ajay > >> > >> > >> > >> _______________________________________________ Dextrose mailing > >> list <a href="mailto:Dextrose@lists.sugarlabs.org">Dextrose@lists.sugarlabs.org</a> > <mailto:<a href="mailto:Dextrose@lists.sugarlabs.org">Dextrose@lists.sugarlabs.org</a>> </div>> >> <mailto:<a href="mailto:Dextrose@lists.sugarlabs.org">Dextrose@lists.sugarlabs.org</a> <div><div class="h5">> <mailto:<a href="mailto:Dextrose@lists.sugarlabs.org">Dextrose@lists.sugarlabs.org</a>>> > >> <a href="http://lists.sugarlabs.org/listinfo/dextrose" target="_blank">http://lists.sugarlabs.org/listinfo/dextrose</a> > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a> > > > > iQEcBAEBAgAGBQJPoWcbAAoJEBoxUdDHDZVpygQIAJB3Gk3RzO6Zq97UEK9OIs6X > > tlsZqaHEQLZzd+r604qq59dobNl2QkCQpUecAsP9+5NcFPPYnzePQP9TPVf2IiFt > > 3bWKCzt/tR2xMSyret1glkXUrwQXKB9dVsiATJ3ipTbof6uFsqQQfdCYGVeo2kcA > > +4PGIVrfrV8YcQh/GYkroJzNQ7jjVDcPq1fbCG2ZjQz7MxfsnF2BWQFfv0/hmgr2 > > MwIT6pqgMQF1DAC+iPjHmO7pdijcX3LY5f1qhaJv2LMkebm3I+0PxY5of2ju23bc > > QPE9hpSoGddQY1rjoMQh0ywgj0MfwcqUmRDhV8y6y24eTF1QS8P38rCkwKso8F8= > > =+UAD -----END PGP SIGNATURE----- > > > > > > > - -- > Anish Mangal > Dextrose Project Manager > Activity Central > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a> > > iQEcBAEBAgAGBQJPoWnqAAoJEBoxUdDHDZVpqz4H/RPhmMgA6mLNR/BeG/GZahL7 > 3lJLfP/X9bHuc5zu0Myukw5cp/abK2tmIpwlNe1/ki3xHExCeS4CmsI3TRi2tn1Z > 5zCDJXnCawn/UUiUnEz3PV9dGUV7SvZXf+WzUaw8gl2Bwj65YSBKZBoI3TWzC7Lf > PE0V6B/Ag8AnSfooD1EPnI9YNocuhgNS3NJ8YLLWWgGy+IH25VJJyHqe46YQz0TU > gzPXxBGkQ3ntfRNZIHolzKmTvczoNzDqORGJE4w8gtJLmbN/z3umly7+DY6s6H9n > csudWxmrUuzkSHbgZcST/0y8l+ihUZmC1uu6dNmu6ejhSwAoLfAWfHWGvxZEpy8= > =HfAH > -----END PGP SIGNATURE----- > > > > Regards, > Ajay - -- Anish Mangal Dextrose Project Manager Activity Central -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a> </div></div>iQEcBAEBAgAGBQJPoW4qAAoJEBoxUdDHDZVpNrMH/0kMnFIAj9VkR3hmV0Hy6mB9 YrFV5TDHpcdQxg/wuu5xPCHLbJa9qtvVcWmB2HDn2Ba6he93zhvb/he5RV3XQ2RR 2ajR25CK9MeFyvHiVeh5YgCEcu+dhA3bXJlEo99WXYL/iuIG7t941UTbCvKDULm0 EXKvYPJqhbjPspHT7uWgjJvAwb6urxQT+Jehj1ipdFKI84xj0qvupVa4rsTBU8J2 d1rvvJ2kxf+xbgf4rX5ptDd70D3FhoutWOQovHsLC3aHoz3gBhsPkAwlKu38dvK3 FPKgUq6rWHeP12LdLsOO3mPNfu2r8D9FePWjfbi/esAiE++b2k5POnGqzEFOyw0= =GReE -----END PGP SIGNATURE----- </blockquote></div>