[Sugar-devel] Wanting to know a bit of (NetworkManager) workflow upon resume-from-suspend

Martin Langhoff martin.langhoff at gmail.com
Wed May 2 03:28:49 EDT 2012


On Wed, May 2, 2012 at 3:22 AM, Ajay Garg <ajaygargnsit at gmail.com> wrote:
> The /etc/powerd/postresume.d/disable_mesh.sh  doesn't work.

So we need to understand why it does not work. Is it a race condition?
Perhaps it is better fixed as a udev script -- triggering when the
device appears.

The step that disable_mesh performs is very important. If you don't
disable it at that level, you haven't disabled mesh at all and all the
problems persist.

>>  - disable mesh on boot
> Done. Added the 'echo 0' script in 'start()' method of NetworkManager, so
> that the effect takes place before NetworkManager starts up. Works like a
> charm.

Ok. Maybe a udev script is a better place.

>>  - disable mesh on resume, from a powerd-triggered script
> Does not work, as explained above.

Right but you MUST find a way to make it work.

>>  - blacklist the MAC address so NM ignores it
>>
>> you win. Yes, every XO has a different MAC address, but you can read
>> that on first boot of the OS, and write the NM configuration. See the
>> olpc-configure script for examples.
>
>
> Would be awesome. I believe this is the one and only complete solution
> possible :)

Careful here! This only hides the device from NM so you don't race with NM.

> Could you point me to the suitable (examples) link? I will be heartfully
> grateful.

look at the latest olpc-configure in git://dev.laptop.org/projects/olpc-utils



m
-- 
 martin.langhoff at gmail.com
 martin at laptop.org -- Software Architect - OLPC
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff



More information about the Devel mailing list