Chris,<br><br>A mesh will always rely to some degree in multicast/broadcast traffic. This is not a bug.<br><br>Avahi entries will expire after some time. Suspend will prevent it to update its cache.<br><br><div class="gmail_quote">
On Feb 19, 2008 11:13 AM, Chris Ball <<a href="mailto:cjb@laptop.org">cjb@laptop.org</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;">
Hi,<br><div class="Ih2E3d"><br>   > It does feel like we should turn off suspend for some of our<br>   > testing.  I've experienced similar problems.<br><br>   > Chris, do you recommend removing ohm? Or is there something else we<br>
   > should try?<br><br></div>I recommend fixing the bug.  :)  We know that we intend to have the CPU<br>turned off most of the time on our laptops on the mesh -- why is the<br>presence service incompatible with this?  Should we be setting the<br>
wireless module to wake on multicast, so that we can respond to whatever<br>traffic the presence service is using to see who's online?  Should it be<br>using unicast traffic instead?  What is it in Avahi's code path that<br>
causes its peer list to be emptied on resume?<br><br>If we have to disable OHM to test something in particular, that's okay,<br>but we won't be testing what we plan on shipping if we do so.<br><br>Thanks,<br><br>- Chris.<br>
<font color="#888888">--<br>Chris Ball   <<a href="mailto:cjb@laptop.org">cjb@laptop.org</a>><br></font></blockquote></div><br>