We shouldn't need to check whether there is network traffic when
desiring to suspend. If no process has run in N milliseconds, the
kernel should autosuspend. N should be tuned to avoid constantly
suspending and then immediately reawakening, e.g. between packets in
an active HTTP connection.
Ar
> The first problem I see is that machines don't wake on ARP.
> Ultimately I believe we don't want our machines to wake on ARP, we
> really want firmware that can handle ARP and only wake when our
> address is ARP'd. I don't know how unreasonable a request that is.
It's completely reasonable, and
> waking up on all multicast frames, apparently even ones that wouldn't
> normally be sent from the hardware to the driver
There's a flag for that, "ifconfig wlan0 allmulti", which should NOT
be set. That configuration tells the hardware that we want to receive
all multicasts, not just the ones w
http://vimeo.com/33399708
Nice video of the sumo.uy 2011 event where childrens participated
using olpc/sugar in sumo and in butia challenges.
regards
andres
On Thu, Sep 22, 2011 at 9:26 PM, Steve Thomas wrote:
> This is a great use of the XO. So for comparison, how much would it cost
> for an
On Sat, Feb 11, 2012 at 6:24 AM, Daniel Drake wrote:
> On Thu, Feb 9, 2012 at 7:33 PM, Sridhar Dhanapalan
> wrote:
>>> Looking for the happy middle ground that doesn't interfere with
>>> collaboration.
>>
>> Emphasis on collaboration stability, but we would prefer not to have
>> massive battery d
On Thu, Feb 9, 2012 at 7:33 PM, Sridhar Dhanapalan
wrote:
>> Looking for the happy middle ground that doesn't interfere with
>> collaboration.
>
> Emphasis on collaboration stability, but we would prefer not to have
> massive battery drain while doing so. We understand that there are
> trade-offs.
