On Thu, Feb 9, 2012 at 7:33 PM, Sridhar Dhanapalan
srid...@laptop.org.au 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
On Sat, Feb 11, 2012 at 6:24 AM, Daniel Drake d...@laptop.org wrote:
On Thu, Feb 9, 2012 at 7:33 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
Looking for the happy middle ground that doesn't interfere with
collaboration.
Emphasis on collaboration stability, but we would prefer not to
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 we
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
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.
On Sat, Feb 4, 2012 at 10:26 AM, Samuel Greenfeld greenf...@laptop.org wrote:
Disabling suspend during collaboration was discussed a year ago, but as far
as I know this has not made it into any 11.3.x build:
http://dev.laptop.org/ticket/10363
There are longstanding bugs from four to five years
On Wed, Feb 8, 2012 at 10:16 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
In our next build, we will be doing two things [1]:
1. enabling the patch
2. disabling wake-on-LAN
I would not do #2.
Living up to its name, wake-on-LAN keeps the XOs awake whenever a
network connection is
On Thu, 2012-02-09 at 13:24 -0500, Martin Langhoff wrote:
On Wed, Feb 8, 2012 at 10:16 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
In our next build, we will be doing two things [1]:
1. enabling the patch
2. disabling wake-on-LAN
I would not do #2.
How would one disable
jerry wrote:
On Thu, 2012-02-09 at 13:24 -0500, Martin Langhoff wrote:
On Wed, Feb 8, 2012 at 10:16 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
In our next build, we will be doing two things [1]:
1. enabling the patch
2. disabling wake-on-LAN
I would not do
On Thu, Feb 9, 2012 at 5:02 PM, Jerry Vonau jvo...@shaw.ca wrote:
Well, we're testing this combination, someone has to take the lead.
Without doing anything the XOs will never use the full potential of
power saving that maybe available.
This seems like a bit of change of direction from the
On Thu, 2012-02-09 at 17:47 -0600, Daniel Drake wrote:
On Thu, Feb 9, 2012 at 5:02 PM, Jerry Vonau jvo...@shaw.ca wrote:
Well, we're testing this combination, someone has to take the lead.
Without doing anything the XOs will never use the full potential of
power saving that maybe available.
On 10 February 2012 10:56, Jerry Vonau jvo...@shaw.ca wrote:
On Thu, 2012-02-09 at 17:47 -0600, Daniel Drake wrote:
On Thu, Feb 9, 2012 at 5:02 PM, Jerry Vonau jvo...@shaw.ca wrote:
Well, we're testing this combination, someone has to take the lead.
Without doing anything the XOs will never
On 5 February 2012 10:12, Sridhar Dhanapalan srid...@laptop.org.au wrote:
On 5 February 2012 02:35, Martin Langhoff martin.langh...@gmail.com wrote:
On Sat, Feb 4, 2012 at 10:26 AM, Samuel Greenfeld greenf...@laptop.org
wrote:
Disabling suspend during collaboration was discussed a year ago,
sridhar wrote:
On 5 February 2012 10:12, Sridhar Dhanapalan srid...@laptop.org.au wrote:
On 5 February 2012 02:35, Martin Langhoff martin.langh...@gmail.com
wrote:
On Sat, Feb 4, 2012 at 10:26 AM, Samuel Greenfeld greenf...@laptop.org
wrote:
Disabling suspend during collaboration
On 02/04/2012 12:13 AM, Sridhar Dhanapalan wrote:
What build are you basing your images off of?
We're building from Dextrose 3, which is in turn based on 11.3.0.
This version is still in development and hence isn't used in the
field. I'm not sure how useful data from the currently-deployed
On 02/04/2012 12:28 AM, Sridhar Dhanapalan wrote:
Let's _not_ include it in the development builds, so developers and
testers suffer (and fix).
end users need not suffer.
+1 for this. This is negatively impacting classrooms. Teachers are
shying away from using collaboration. We don't have
Disabling suspend during collaboration was discussed a year ago, but as far
as I know this has not made it into any 11.3.x build:
http://dev.laptop.org/ticket/10363
There might be a few 10.x.x builds with this change but I would have to
research this to confirm one way or another.
I could
On 2 February 2012 09:09, Richard A. Smith rich...@laptop.org wrote:
Sirdhar: Unfortunately theres no way we can answer your question ( or even
make a SWAG) without known how much idleness is in your normal workload.
Automatic Power Management only makes a big difference if there is a lot of
On 2 February 2012 14:42, Martin Langhoff martin.langh...@gmail.com wrote:
On Wed, Feb 1, 2012 at 9:11 PM, Richard A. Smith rich...@laptop.org wrote:
While I understand the frustration, this is going to wrong direction. We
need to hunt down the problems and fix them.
I think we have the root
On Sat, Feb 4, 2012 at 12:28 AM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
3G is a separate problem. We don't know yet what USB modems we'll be
using, so we can't inhibit their USB IDs. Doing it through NM would be
preferable. I've updated the tracker:
http://dev.laptop.org/ticket/10708
martin wrote:
On Thu, Feb 2, 2012 at 12:17 AM, Jerry Vonau jvo...@shaw.ca wrote:
I like to keep OOB as close to upstream as possible, having
OOB already has a module to do this: powerd. Take a peek at the XO-1
configs provided, which already disable this.
but really, disabling
On Thu, Feb 2, 2012 at 10:18 AM, Paul Fox p...@laptop.org wrote:
we could also consider adding a new
config file, called, perhaps, program-inhibits, which would cause
powerd to inhibit automatic suspend when it detects a listed named
program is running, via ps.
Actually, it's about whether
On 01/31/2012 11:43 PM, Paul Fox wrote:
sridhar wrote:
We are considering disabling Automatic Power Management because of its
impact on collaboration and 3G connectivity.
What kind of battery life can we expect from an XO-1.5 with Automatic
Power Management disabled as opposed
On 1 February 2012 16:09, Gary Martin garycmar...@googlemail.com wrote:
On 1 Feb 2012, at 04:43, Paul Fox wrote:
would it help to disable automatic power management only when specific
Activities are running? only when certain kinds of collaboration are
in effect? only when certain drivers
On Wed, Feb 1, 2012 at 6:08 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
Maybe it should be
standard to suspend power management for any collaboration session?
That would be smarter than turning it off entirely.
I'd be supportive of a patch that does that.
Simon, given the
On 02/01/2012 08:32 PM, Martin Langhoff wrote:
On Wed, Feb 1, 2012 at 6:08 PM, Sridhar Dhanapalan
srid...@laptop.org.au wrote:
Maybe it should be
standard to suspend power management for any collaboration session?
That would be smarter than turning it off entirely.
I'd be supportive of a
Sridhar -
I agree with Richard's concern about finding the problem. Have you tried to
differentiate between problems with collaboration and problems with networking
in general? Have you tried different 3G modems and seen different results?
I'm just a little skeptical about assuming we know
On Wed, Feb 1, 2012 at 9:11 PM, Richard A. Smith rich...@laptop.org wrote:
While I understand the frustration, this is going to wrong direction. We
need to hunt down the problems and fix them.
I think we have the root problem well isolated -- dsd has done a good
job of that. Getting it fixed is
On Wed, 2012-02-01 at 22:42 -0500, Martin Langhoff wrote:
On Wed, Feb 1, 2012 at 9:11 PM, Richard A. Smith rich...@laptop.org wrote:
While I understand the frustration, this is going to wrong direction. We
need to hunt down the problems and fix them.
I think we have the root problem well
On Thu, Feb 2, 2012 at 12:17 AM, Jerry Vonau jvo...@shaw.ca wrote:
I like to keep OOB as close to upstream as possible, having
OOB already has a module to do this: powerd. Take a peek at the XO-1
configs provided, which already disable this.
cheers,
m
--
martin.langh...@gmail.com
We are considering disabling Automatic Power Management because of its
impact on collaboration and 3G connectivity.
What kind of battery life can we expect from an XO-1.5 with Automatic
Power Management disabled as opposed to enabled? I understand that
this can vary wildly with usage, but is
sridhar wrote:
We are considering disabling Automatic Power Management because of its
impact on collaboration and 3G connectivity.
What kind of battery life can we expect from an XO-1.5 with Automatic
Power Management disabled as opposed to enabled? I understand that
this can vary
On 1 February 2012 15:43, Paul Fox p...@laptop.org wrote:
sridhar wrote:
We are considering disabling Automatic Power Management because of its
impact on collaboration and 3G connectivity.
What kind of battery life can we expect from an XO-1.5 with Automatic
Power Management
On 1 Feb 2012, at 04:43, Paul Fox wrote:
sridhar wrote:
We are considering disabling Automatic Power Management because of its
impact on collaboration and 3G connectivity.
What kind of battery life can we expect from an XO-1.5 with Automatic
Power Management disabled as opposed to enabled?
34 matches
Mail list logo
