<br>
<br><tt><font size=2>Chris Ball <cjb@laptop.org> wrote on 11/28/2008
04:18:11 PM:<br>
<br>
<br>
> <br>
> Bugs I plan to fix:<br>
> <br>
> * #2765 -- Need to turn off DCON after some time in idle suspend<br>
> * #3732 -- ARP broadcasts don't wake autosuspended laptops</font></tt>
<br><tt><font size=2>This works now and Ricardo has tested it. The remaining
bugs in WOL don't affect it.</font></tt>
<br><tt><font size=2>B.t.w. this should be re-phrased as ARP requests for
XO's own IP address.</font></tt>
<br>
<br><tt><font size=2>Ricardo,</font></tt>
<br>
<br><tt><font size=2>Can you update the trac?</font></tt>
<br>
<br><tt><font size=2><br>
> * #7981 -- EC mask setting is inefficient<br>
> * #9055 -- Create 9.1 test plans for automatic power management<br>
> <br>
> Bugs I will need significant help to fix:<br>
> <br>
> * #6818 -- Make the multicast wakeup filter work with collaboration<br>
>     (Ricardo Carrano?)</font></tt>
<br><tt><font size=2>Again, WOL works as it is supposed to be. The WOL
filter wakes up the laptop when it receives a frame destined for a multicast
address that the network adapter listens for. That means that as we stand
right now the XOs will wake up on reception of every frame destined for
the presence service.</font></tt>
<br><tt><font size=2>One way out of this would be to stop the presence
service before going to sleep and starting it up again upon coming out
of sleep.</font></tt>
<br><tt><font size=2>In that manner presence updates won't wake up the
XO, but traffic destined to already running activities will.</font></tt>
<br>
<br><tt><font size=2><br>
M.</font></tt>