I think (guessing by the responses) the original problem here is that, if you disable the mesh AFTER NM has taken the device, NM crashes. This a regression bug, considering that this didn't happened in fedora-11 based builds.<br>
<br>So the solution here is to find another place to place the script, where it guarantee that the script will be executed before NM does its job at resume time.<br><br>Another solution is to find out why NM crashes now and why didn't before, but I wouldn't go that way.<br>
<br>Cheers,<br><br><br><div class="gmail_quote">On Wed, May 2, 2012 at 3:28 AM, Martin Langhoff <span dir="ltr"><<a href="mailto:martin.langhoff@gmail.com" target="_blank">martin.langhoff@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, May 2, 2012 at 3:22 AM, Ajay Garg <<a href="mailto:ajaygargnsit@gmail.com">ajaygargnsit@gmail.com</a>> wrote:<br>

> The /etc/powerd/postresume.d/disable_mesh.sh  doesn't work.<br>
<br>
</div>So we need to understand why it does not work. Is it a race condition?<br>
Perhaps it is better fixed as a udev script -- triggering when the<br>
device appears.<br>
<br>
The step that disable_mesh performs is very important. If you don't<br>
disable it at that level, you haven't disabled mesh at all and all the<br>
problems persist.<br>
<div class="im"><br>
>>  - disable mesh on boot<br>
> Done. Added the 'echo 0' script in 'start()' method of NetworkManager, so<br>
> that the effect takes place before NetworkManager starts up. Works like a<br>
> charm.<br>
<br>
</div>Ok. Maybe a udev script is a better place.<br>
<div class="im"><br>
>>  - disable mesh on resume, from a powerd-triggered script<br>
> Does not work, as explained above.<br>
<br>
</div>Right but you MUST find a way to make it work.<br>
<div class="im"><br>
>>  - blacklist the MAC address so NM ignores it<br>
>><br>
>> you win. Yes, every XO has a different MAC address, but you can read<br>
>> that on first boot of the OS, and write the NM configuration. See the<br>
>> olpc-configure script for examples.<br>
><br>
><br>
> Would be awesome. I believe this is the one and only complete solution<br>
> possible :)<br>
<br>
</div>Careful here! This only hides the device from NM so you don't race with NM.<br>
<div class="im"><br>
> Could you point me to the suitable (examples) link? I will be heartfully<br>
> grateful.<br>
<br>
</div>look at the latest olpc-configure in git://<a href="http://dev.laptop.org/projects/olpc-utils" target="_blank">dev.laptop.org/projects/olpc-utils</a><br>
<div class="im HOEnZb"><br>
<br>
<br>
m<br>
--<br>
 <a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
 <a href="mailto:martin@laptop.org">martin@laptop.org</a> -- Software Architect - OLPC<br>
 - ask interesting questions<br>
 - don't get distracted with shiny stuff  - working code first<br>
 - <a href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br>