On Tue, Jul 21, 2009 at 6:37 AM, Tiago Marquestiago...@gmail.com wrote:
Apple quotes 7 hours of wireless productivity, not just leaving the
thing idling - they deliver more than 8 hours. Notice the praise and
good word of mouth.
On a finished HW+SW combo after lots of testing. At very early
On Jul 20, 2009, at 12:37 AM, Richard A. Smith wrote:
Carlos Nazareno wrote:
Also, what determines the dynamic clock rate from 400MHz to 1GHz? Is
this auto-scaling on demand like with the old AMD Athlon64's? Does
the
software automatically reduce speed to 400MHz when the unit is
On Mon, 20 Jul 2009, Richard A. Smith wrote:
Carlos Nazareno wrote:
If the laptop can only handle 3 hours without suspend that's fine,
it's a baseline. If it could do 5 hours than it would be great.
A good test would be just to use the units in ebook reader mode and
try testing how long
Hi,
To avoid further scrutiny from the media (like:
http://news.cnet.com/8301-13512_3-9766574-23.html ), it would
probably be better to forget the whole suspend techniques all at
once.
I feel like you're proposing that we avoid the problem of giving out
inaccurate predictions by
On Mon, 20 Jul 2009, Chris Ball wrote:
Hi,
To avoid further scrutiny from the media (like:
http://news.cnet.com/8301-13512_3-9766574-23.html ), it would
probably be better to forget the whole suspend techniques all at
once.
I feel like you're proposing that we avoid the
On Tue, Jul 21, 2009 at 4:48 AM, da...@lang.hm wrote:
however a worst case 'you will always get this much time, and may get
significantly more' is very repeatable and testable.
Early enough in the life of the board, *all* such data is utter crap,
arguing about it is a distraction and, most
da...@lang.hm wrote:
My proposal is instead to stop giving out inaccurate predictions, wait
a little longer, and publish real data.
the trouble is that there is no such thing as 'real data' with
suspend/resume because the power used is so highly dependant on actual
useage patterns.
da...@lang.hm wrote:
the problem was that the _only_ number that was mentioned was the
'best-case' 2w number (which software has not supported using to this day)
Not true. 8.2.1 has the ability for you go into ebook at 1W.
Enable 'extreme power management' in the control panel which will
On Mon, 20 Jul 2009, Richard A. Smith wrote:
da...@lang.hm wrote:
My proposal is instead to stop giving out inaccurate predictions, wait
a little longer, and publish real data.
the trouble is that there is no such thing as 'real data' with
suspend/resume because the power used is so
On Sun, 19 Jul 2009, Chris Ball wrote:
Hi Carlos,
A good test would be just to use the units in ebook reader mode
and try testing how long the batteries would last reading PDFs.
No need for suspend/resume testing in this case.
I still disagree, because ebook reading is the
the trouble is that there is no such thing as 'real data' with
suspend/resume because the power used is so highly dependant on actual
useage patterns.
Can we get get representative data for a few interesting test cases?
I'm thinking of something like having several people read a large
Hi,
I know the hardware is able to do this, but does the linux system
actually to this yet?
Yes.
I'm not aware of any sofware build that will sleep while the
screen is still powered and displaying things.
Every build since 8.2.0 (last October) does this, if you go to the
Power
On Mon, 20 Jul 2009, Chris Ball wrote:
Hi,
I know the hardware is able to do this, but does the linux system
actually to this yet?
Yes.
I'm not aware of any sofware build that will sleep while the
screen is still powered and displaying things.
Every build since 8.2.0 (last
On Mon, Jul 20, 2009 at 6:33 PM, da...@lang.hm wrote:
On Mon, 20 Jul 2009, Richard A. Smith wrote:
da...@lang.hm wrote:
My proposal is instead to stop giving out inaccurate predictions, wait
a little longer, and publish real data.
the trouble is that there is no such thing as 'real data'
Hi,
my understanding from watching discussions here was that when the
system went to sleep it powered down the display, because there
was no way to set a timer to wake the system up a little later to
then turn off the display.
Your understanding is incorrect, I'm afraid. We do
chris wrote:
Hi,
my understanding from watching discussions here was that when the
system went to sleep it powered down the display, because there
was no way to set a timer to wake the system up a little later to
then turn off the display.
Your understanding is
Paul Fox wrote:
but to be clear, david's right that once the laptop's in this
state there's no way to turn off the screen automatically later
on -- the system must be re-awakened with user input, and then
put to sleep in one of the usual (power switch or lid) ways.
this is simply a
On Mon, 20 Jul 2009, Paul Fox wrote:
chris wrote:
Hi,
my understanding from watching discussions here was that when the
system went to sleep it powered down the display, because there
was no way to set a timer to wake the system up a little later to
then turn off the
da...@lang.hm wrote:
On Mon, 20 Jul 2009, Paul Fox wrote:
chris wrote:
Hi,
my understanding from watching discussions here was that when the
system went to sleep it powered down the display, because there
was no way to set a timer to wake the system up a little later to
da...@lang.hm wrote:
On Mon, 20 Jul 2009, Paul Fox wrote:
chris wrote:
Hi,
my understanding from watching discussions here was that when the
system went to sleep it powered down the display, because there
was no way to set a timer to wake the system up a
Benjamin M. Schwartz wrote:
Yes. You can use the rtcwake command to set wakeup timers for the future
from userspace. However, my impression is that this is only safe if the
timer is at least 2 seconds in the future at the time of suspend, due to a
potential race with the EC.
Not a race with
Hi Chris,
On Sun, Jul 19, 2009 at 2:05 AM, Chris Ballc...@laptop.org wrote:
Hi Carlos,
Great! How's the power consumption on the XO 1.5s? Battery life
under different activity conditions?
I think you think we're farther along than we are -- we haven't got
suspend/resume working
You can still give us numbers without resuming and just using clock
scaling can C-states. That would be a far more realistic battery life
number to shout out to the world, than what happenned with the XO-1.
If the laptop can only handle 3 hours without suspend that's fine,
it's a baseline. If
Hi Carlos,
A good test would be just to use the units in ebook reader mode
and try testing how long the batteries would last reading PDFs.
No need for suspend/resume testing in this case.
I still disagree, because ebook reading is the mode in which we use
suspend the most! We
Hi Chris,
Nobody in the hardware industry publishes numbers doing the kinds of
active power management techniques you use like suspend and keep the
image in DCON - aside from maybe ebook readers. OLPC is up against
crap stuff like the Classmate which don't have anything like that but
can have a
Carlos Nazareno wrote:
If the laptop can only handle 3 hours without suspend that's fine,
it's a baseline. If it could do 5 hours than it would be great.
A good test would be just to use the units in ebook reader mode and
try testing how long the batteries would last reading PDFs.
No
Carlos Nazareno wrote:
Also, what determines the dynamic clock rate from 400MHz to 1GHz? Is
this auto-scaling on demand like with the old AMD Athlon64's? Does the
software automatically reduce speed to 400MHz when the unit is
unplugged?
Dyanamic clock scaling is usefully for thermal limits
Great! How's the power consumption on the XO 1.5s? Battery life under
different activity conditions?
Also, what determines the dynamic clock rate from 400MHz to 1GHz? Is
this auto-scaling on demand like with the old AMD Athlon64's? Does the
software automatically reduce speed to 400MHz when the
Hi Carlos,
Great! How's the power consumption on the XO 1.5s? Battery life
under different activity conditions?
I think you think we're farther along than we are -- we haven't got
suspend/resume working properly yet, so can't give these numbers.
Also, what determines the dynamic
Hi,
A small number of XO-1.5 A2 laptops has just arrived at OLPC, so it's
time to start up the Contributors' Program for them! If you think you
might be able to help us with hardware work, now would be an excellent
time to write a mail with the following headers:
To: contribut...@laptop.org
30 matches
Mail list logo
