On Wed, 2008-08-06 at 18:20 +0300, Timo Juhani Lindfors wrote:
Hi,
kazaam [EMAIL PROTECTED] writes:
There's some symbol in the try looking a bit like a black battery
with a lightning symbol in it. Is this meaning it's loading? And
where do I see how full it is? I tried acpi -v
W.Kenworthy wrote:
While in a meeting, I let the battery run down to 0% (as read by apm)
Now when I plug it into usb, I get
cat /sys/class/i2c-adapter/i2c-0/0-0073/chgmode gives play-only
and
cat /sys/class/i2c-adapter/i2c-0/0-0073/charger_type gives host/500mA
usb mode 100mA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| While in a meeting, I let the battery run down to 0% (as read by apm)
|
| Now when I plug it into usb, I get
|
| cat /sys/class/i2c-adapter/i2c-0/0-0073/chgmode gives play-only
|
| and
|
| cat /sys/class
On Fri, 2008-08-01 at 02:04 -0400, Matthew Lane wrote:
W.Kenworthy wrote:
While in a meeting, I let the battery run down to 0% (as read by apm)
...
I believe the neo sometimes can use more than 100mA to operate, so just
plugging it in without enabling fast charge could STILL discharge
Hi,
* Andy Green [EMAIL PROTECTED] [2008-08-01 08:37 +0200]:
| Now when I plug it into usb, I get
|
| cat /sys/class/i2c-adapter/i2c-0/0-0073/chgmode gives play-only
|
| and
|
| cat /sys/class/i2c-adapter/i2c-0/0-0073/charger_type gives host/500mA
| usb mode 100mA
I've almost the same
While in a meeting, I let the battery run down to 0% (as read by apm)
Now when I plug it into usb, I get
cat /sys/class/i2c-adapter/i2c-0/0-0073/chgmode gives play-only
and
cat /sys/class/i2c-adapter/i2c-0/0-0073/charger_type gives host/500mA
usb mode 100mA
Is it charging (at 100ma) and I
http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode
On Thu, Jul 31, 2008 at 9:06 PM, W.Kenworthy [EMAIL PROTECTED] wrote:
While in a meeting, I let the battery run down to 0% (as read by apm)
Now when I plug it into usb, I get
cat /sys/class/i2c-adapter/i2c-0/0-0073/chgmode gives play
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| Somebody in the thread at some point said:
| | And temp in 0.25 Kelvin
| | steps -- Celcius in 0.1 steps. But this is basically scaling up
| | operation and you see otherwise unmassaged
Am Mi 23. Juli 2008 schrieb Andy Green:
Somebody in the thread at some point said:
| | Is there a Wiki page or docs that explain what each register is and
| the units it refers to?
| | especially in the .../power_supply/bat/... area which seems to have
| very pertinent information.
|
| I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
|
| Jeffrey, if you are interested about what the battery experiences, there
| are a bunch of goodies from the Coulomb Counter in the battery
| accessible down /sys/class/power_supply/bat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| | Is there a Wiki page or docs that explain what each register is and
| the units it refers to?
| | especially in the .../power_supply/bat/... area which seems to have
| very pertinent information.
|
| I
I made a start on documenting the more interesting /sys files here:
~ http://wiki.openmoko.org/wiki/GTA02_sysfs
nice!
i fiddled around with ...leds/.../trigger (actually, i modified the
sysfsutils script from debian to run on the fr, will post this evening)
and set blue to full and orange
, today's kernel
packages should fix it.
http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=46159c9a3fba291d106625092fd62358548894e0
Even when your battery is full, if you pull and reinsert USB it should
give charging a go for a while then stop itself.
- -Andy
-BEGIN PGP SIGNATURE
And temp in 0.25 Kelvin
steps -- Celcius in 0.1 steps. But this is basically scaling up
operation and you see otherwise unmassaged data.
?
1K step = 1 degree Celsius step
--
Charles-Henri
___
Openmoko community mailing list
Andy Green wrote:
I made a start on documenting the more interesting /sys files here:
~ http://wiki.openmoko.org/wiki/GTA02_sysfs
Excellent thank you exactly what I was looking for!
--
Jim Morris, http://blog.wolfman.com
___
Openmoko
Andy Green wrote:
Somebody in the thread at some point said:
| And temp in 0.25 Kelvin
| steps -- Celcius in 0.1 steps. But this is basically scaling up
| operation and you see otherwise unmassaged data.
|
| ?
| 1K step = 1 degree Celsius step
Scaling up operation refers to the sentence
i can reproduce 2
but i won't do it again :)
On Wed, Jul 16, 2008 at 10:41 AM, Alexey Feldgendler
[EMAIL PROTECTED] wrote:
I have two 100% reproducible issues with my GTA02.
1. When running with the battery in (charged enough) and a USB cable
plugged into a computer, removing the battery
On 2008-07-23, Yorick Moko [EMAIL PROTECTED] wrote:
i can reproduce 2
but i won't do it again :)
On Wed, Jul 16, 2008 at 10:41 AM, Alexey Feldgendler
[EMAIL PROTECTED] wrote:
I have two 100% reproducible issues with my GTA02.
1. When running with the battery in (charged enough
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| | Is there a Wiki page or docs that explain what each register is and
| the units it refers to?
| | especially in the .../power_supply/bat/... area which seems to have
| very
needs a battery in and the battery
needs some decent charge left in it, for the reason briefly during
startup it needs to eat more current that it is allowed via USB. It
causes a brownout at that time since the USB current limit does its
job well, it chokes and restarts repeatedly.
The source
On Wed, Jul 23, 2008 at 5:51 PM, Andy Green [EMAIL PROTECTED] wrote:
That's right, to start Freerunner needs a battery in and the battery
needs some decent charge left in it, for the reason briefly during
startup it needs to eat more current that it is allowed via USB. It
causes a brownout
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Wed, Jul 23, 2008 at 5:51 PM, Andy Green [EMAIL PROTECTED]
| mailto:[EMAIL PROTECTED] wrote:
|
| That's right, to start Freerunner needs a battery in and the battery
| needs some decent charge
Andy Green wrote:
Jeffrey, if you are interested about what the battery experiences, there
are a bunch of goodies from the Coulomb Counter in the battery
accessible down /sys/class/power_supply/bat, just cat them. These tell
you the battery's view of what is going on directly.
# cat /sys
more.
| The factory image ran with a dimmed screen (no suspend) for a good 6
| hours and only drained to 64% according to asm. The latest daily
| build completely drained the battery in 6 hours (even after asm -s).
| How can I check to ensure that the BT module isn't drawing power?
There's two
) for a good 6
| hours and only drained to 64% according to asm. The latest daily
| build completely drained the battery in 6 hours (even after asm -s).
| How can I check to ensure that the BT module isn't drawing power?
There's two levels of supicion you can apply to check what's really
going
Use /usr/bin/hcitool scan from net-wireless/bluez-utils (gentoo) -
this picks up any promiscuous bluetooth transmitters in range.
BillK
On Sat, 2008-07-19 at 09:54 -0500, Steven ** wrote:
I've noticed significantly reduced runtime when using one of the
...
build completely drained the battery
Am So 20. Juli 2008 schrieb Flyin_bbb8:
what's the hungriest of all? or if we can have a list of all the hungry
stuff in the FR sorted from the one starving to the one who needs a snack?
GSM-active-call/GPRS data TX [up to 2A peak, 1A avg]
(USB-host mode [up to [EMAIL PROTECTED])
LCM-light
to 64% according to asm. The latest daily
build completely drained the battery in 6 hours (even after asm -s).
How can I check to ensure that the BT module isn't drawing power?
-Steven
On Fri, Jul 18, 2008 at 7:11 AM, Steven **
[EMAIL PROTECTED] wrote:
It seems I was a little too ambitious
I just got a running SIM card :-)
My FR likes to resume at lease once a min. If you were to take a
stealth approach, it would be doing 100's of resumes in a day. Which
is fine, if you want to test resume ;-)
I think we need to block this at a uBoot level. Perhaps a black list of
events?
-Adam
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On 2008-07-18, Thomas Seiler [EMAIL PROTECTED] wrote:
| | What's the advantage of enabling the charger?
|
| Well without it literally it won't charge the battery from USB power.
| It's fine to enable
Am Fr 18. Juli 2008 schrieb Adam Talbot:
I just got a running SIM card :-)
My FR likes to resume at lease once a min. If you were to take a
stealth approach, it would be doing 100's of resumes in a day. Which
is fine, if you want to test resume ;-)
What's wrong with 100's of resumes / day,
What's wrong with 100's of resumes / day, as long as each one takes no
longer
than 2~3sec, and is on low power profile?
the screen becomes senstive to tapping -- and if your fr is in a place
where taps to the screen might occur frequently (say in your bag) it will
never suspend.
btw: are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| What's wrong with 100's of resumes / day, as long as each one takes no
| longer
| than 2~3sec, and is on low power profile?
|
| the screen becomes senstive to tapping -- and if your fr is in a place
| where
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Backlight should be fixed for a couple of days now:
|
|
http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=db07519c1dfe916bcf9644
| bfdc4d7c03707a979e
|
| That's good to hear, thanks. Will this be in the
Andy Green, 2008-07-18 10:29:54 +0100 :
Somebody in the thread at some point said:
| What's wrong with 100's of resumes / day, as long as each one takes no
| longer
| than 2~3sec, and is on low power profile?
|
| the screen becomes senstive to tapping -- and if your fr is in a place
|
Jeffrey Malone [EMAIL PROTECTED] writes:
I've actually been able to run the phone without a battery. I booted it,
plugged in the wall charger, and removed the battery.
It sat working for an indefinite period of time, while registered to the GSM
network and with GPS and wifi on (I was testing
It seems I was a little too ambitious with this test. I ran apm -s
and then went to bed. I woke up to a spiffy dead battery less than 6
hours later. :-/
-Steven
On Wed, Jul 16, 2008 at 11:11 PM, Adam Talbot [EMAIL PROTECTED] wrote:
I am currently using the 20080716 build, from:
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green, 2008-07-18 10:29:54 +0100 :
|
| Somebody in the thread at some point said:
| | What's wrong with 100's of resumes / day, as long as each one takes no
| | longer
| | than 2~3sec, and is on low
You and Arne are quite right, suspend is subject to random wakes from
GSM world too at the moment and that can lead to the same result.
Carsten wants to deal with wakes in his daemon so we're waiting on that.
is there a way to detect when it wakes? a hook to plug custom actions
into? then,
of these moments of short resumes the screen ist tapped and
again and again the fr would never resume thus draining the battery
quickliy.
And what is it that stops us from disabling ts, just reenabling it when we see
a valid wake-source to stay in user-land (e.g. inbound call, RTC,
powerbutton...)?
/j
Am Fr 18. Juli 2008 schrieb arne anka:
You and Arne are quite right, suspend is subject to random wakes from
GSM world too at the moment and that can lead to the same result.
Carsten wants to deal with wakes in his daemon so we're waiting on that.
is there a way to detect when it
And what is it that stops us from disabling ts, just reenabling it when
we see
a valid wake-source to stay in user-land (e.g. inbound call, RTC,
powerbutton...)?
my question exactly.
___
Openmoko community mailing list
arne anka, 2008-07-18 15:09:01 +0200 :
is there a way to detect when it wakes? a hook to plug custom
actions into?
You might try sticking a script in /etc/apm/resume.d, at least as a
first approach.
Roland.
--
Roland Mas
Certains disent que les vrais hommes ne font pas de backups.
Mais ils
I'm thinking of getting out of this mailing list because it fills up my inbox
each day. Can someone please create a forum instead. I've been part of a lot of
mailing lists and this one is too much.
Mathieu Rochette [EMAIL PROTECTED] wrote:
On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL
I'm thinking of getting out of this mailing list because it fills up my
inbox each day. Can someone please create a forum instead. I've been
part of a lot of mailing lists and this one is too much.
please, check the archives and the wiki -- there are fora already.
else you could follow the
Friday 18 July 2008 arne anka wrote:
I'm thinking of getting out of this mailing list because it fills up my
inbox each day. Can someone please create a forum instead. I've been
part of a lot of mailing lists and this one is too much.
please, check the archives and the wiki -- there are
On Fri, 18 Jul 2008 14:01:59 +0100 Andy Green [EMAIL PROTECTED] babbled:
You and Arne are quite right, suspend is subject to random wakes from
GSM world too at the moment and that can lead to the same result.
Carsten wants to deal with wakes in his daemon so we're waiting on that.
waiting on
On Fri, 18 Jul 2008 06:30:23 -0700 (PDT) Pomeroy Lab
[EMAIL PROTECTED] babbled:
I'm thinking of getting out of this mailing list because it fills up my inbox
each day. Can someone please create a forum instead. I've been part of a lot
of mailing lists and this one is too much.
no - this has
and any tap would prevent the fr from going back to suspend --
so if in one of these moments of short resumes the screen ist tapped and
again and again the fr would never resume thus draining the battery
quickliy.
And what is it that stops us from disabling ts, just reenabling it when
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Fri, 18 Jul 2008 14:01:59 +0100 Andy Green [EMAIL PROTECTED] babbled:
|
| You and Arne are quite right, suspend is subject to random wakes from
| GSM world too at the moment and that can lead to the same
waiting on backlight to be left alone. daemon is done and already in ASU
and
being used by both illume and qtopia. backlight will come on on wake
right now
regardless until ompower (the daemon) changes its policy (code). :)
how toolkit specific is that daemon?
i do use 2007.2 and would
On Fri, 18 Jul 2008 15:29:32 +0100 Andy Green [EMAIL PROTECTED] babbled:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Fri, 18 Jul 2008 14:01:59 +0100 Andy Green [EMAIL PROTECTED] babbled:
|
| You and Arne are quite right, suspend is subject
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Jeffrey Malone [EMAIL PROTECTED] writes:
|
| I've actually been able to run the phone without a battery. I booted it,
| plugged in the wall charger, and removed the battery.
| It sat working
arne anka wrote:
I'm thinking of getting out of this mailing list because it fills up my
inbox each day. Can someone please create a forum instead. I've been
part of a lot of mailing lists and this one is too much.
please, check the archives and the wiki -- there are fora already.
else
On Fri, 18 Jul 2008 16:34:05 +0200 arne anka [EMAIL PROTECTED] babbled:
waiting on backlight to be left alone. daemon is done and already in ASU
and
being used by both illume and qtopia. backlight will come on on wake
right now
regardless until ompower (the daemon) changes its
please also test http://lists.openmoko.org/nabble.html
that's great -- another step towards an one-stop.
in opera it is rendered as an iframe to small to fit so the content needs
scrolling -- but with firefox3 it is no iframe but simply cut off if the
window is too small.
resizing the window
On Sat, 19 Jul 2008 00:36:53 +1000 Carsten Haitzler (The Rasterman)
[EMAIL PROTECTED] babbled:
On Fri, 18 Jul 2008 15:29:32 +0100 Andy Green [EMAIL PROTECTED] babbled:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Fri, 18 Jul 2008
On Fri, 18 Jul 2008 06:30:23 -0700 (PDT) Pomeroy Lab wrote:
I'm thinking of getting out of this mailing list because it fills up
my inbox each day. Can someone please create a forum instead. I've
been part of a lot of mailing lists and this one is too much.
You can read this mailing list
I agree, I think it should be split, its getting out of hand.
Hardware
Software Applications
Software Kernel/Boot
Administrator
etc
Scott
Pomeroy Lab wrote:
I'm thinking of getting out of this mailing list because it fills up my
inbox each day. Can someone please create a forum instead.
On Wed, Jul 16, 2008 at 07:33:18AM -0700, Adam Talbot wrote:
dimlock != suspend :-)
If the screen is off, the system is still fully running, and sucking
down power. When you suspend, all running processes are cashed into
ram, then the rest of the hardware is turned off, with the exception
On Wed, 16 Jul 2008 15:54:41 +0200, Joerg Reisenweber [EMAIL PROTECTED]
wrote:
1. When running with the battery in (charged enough) and a USB cable
plugged into a computer, removing the battery makes the phone die. It
seems to turn off several seconds after the battery is removed.
Probably
Hi,
I just installed script, and made a menu command for it to see what it
does to my battery. However, the phone wakes up inside a few minutes.
Someone earlier wrote:
That's currently the crux of the problem, and why I don't yet use suspend. It
resumes on cell registration messages, and each
Dim+nolock is choosen, as dim+lock seems to crash the device and I have
to remove the battery to reboot (nothing else works). Does anybody else
dim+lock is supposed to wake only when you touch the power button, imo.
___
Openmoko community mailing
On Wed, 2008-07-16 at 20:12 -0600, Scott Derrick wrote:
you got a SD card plugged in?
Nope (due to our GPS issue ;) )
smime.p7s
Description: S/MIME cryptographic signature
___
Openmoko community mailing list
community@lists.openmoko.org
apm -s
???
-Adam
On Thu, 2008-07-17 at 01:09 -0700, Ken Restivo wrote:
On Wed, Jul 16, 2008 at 07:33:18AM -0700, Adam Talbot wrote:
dimlock != suspend :-)
If the screen is off, the system is still fully running, and sucking
down power. When you suspend, all running processes are cashed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Wed, 16 Jul 2008 15:54:41 +0200, Joerg Reisenweber
[EMAIL PROTECTED]
| wrote:
|
| 1. When running with the battery in (charged enough) and a USB cable
| plugged into a computer, removing the battery
have successfully put my phone to sleep and then see it wake up by an
| incoming call that I could accept – so that works. I haven’t tested it
| often enough to say anything about reliability.
Just to give an idea of where the battery goes (this is current at battery):
~ ~190mA running normally
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Hi,
| I just installed script, and made a menu command for it to see what it
| does to my battery. However, the phone wakes up inside a few minutes.
| Someone earlier wrote:
|
| That's currently the crux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Subject to wakeups caused by cell reregistration this is true. This
isn't a
| complaint - keep reading ;-) It does a wake to full backlight too,
which is
| distracting and wastes power
Backlight should be
.
This seems to be to do with the PMU charger deciding to start charging
empty air making trouble. The charger is autonomous and runs by itself
on its own schedule. Maybe we can find a way to defeat this behaviour,
but for now you need a battery in to boot and to stay running.
Did it work
On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL PROTECTED] wrote:
Carsten has started on a daemon to handle wakes in userspace that should
eventually parse this and figure out if it can go back to suspend
silently once the wake reason was serviced.
should it be possible to disable a
this behaviour,
| but for now you need a battery in to boot and to stay running.
|
| Did it work and then regress, or has it never worked? I remember
people on
| the list mentioning running without a battery.
I ran without a battery for many weeks earlier in the year. It seems to
be specifically
On Thu, 17 Jul 2008 23:19:13 +0200, Andy Green [EMAIL PROTECTED] wrote:
I ran without a battery for many weeks earlier in the year. It seems to
be specifically if we enable the PMU charger with no battery, it freaks
out and goes to PMU STANDBY state. Earlier in the year, we didn't
enable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Thu, 17 Jul 2008 23:19:13 +0200, Andy Green [EMAIL PROTECTED] wrote:
|
| I ran without a battery for many weeks earlier in the year. It seems to
| be specifically if we enable the PMU charger
On Thursday 17 July 2008, Andy Green wrote:
Somebody in the thread at some point said:
| Subject to wakeups caused by cell reregistration this is true. This
isn't a
| complaint - keep reading ;-) It does a wake to full backlight too,
which is
| distracting and wastes power
Backlight
I've actually been able to run the phone without a battery. I booted it,
plugged in the wall charger, and removed the battery.
It sat working for an indefinite period of time, while registered to the GSM
network and with GPS and wifi on (I was testing to see if removing the
battery could aid GPS
| What's the advantage of enabling the charger?
Well without it literally it won't charge the battery from USB power.
It's fine to enable it except when it notices there is no battery there
for some reason.
Question: Would it help to query the ADC and check for some battery voltage
prior
On 2008-07-18, Thomas Seiler [EMAIL PROTECTED] wrote:
| What's the advantage of enabling the charger?
Well without it literally it won't charge the battery from USB power.
It's fine to enable it except when it notices there is no battery there
for some reason.
Question: Would it help
Am Do 17. Juli 2008 schrieb Mathieu Rochette:
On Thu, Jul 17, 2008 at 10:41 PM, Andy Green [EMAIL PROTECTED] wrote:
Carsten has started on a daemon to handle wakes in userspace that should
eventually parse this and figure out if it can go back to suspend
silently once the wake reason
I have two 100% reproducible issues with my GTA02.
1. When running with the battery in (charged enough) and a USB cable
plugged into a computer, removing the battery makes the phone die. It
seems to turn off several seconds after the battery is removed. If the
battery is replaced quickly
that more isn't being said about the battery lifetime people
are seeing?
I just read an article in Information Week that cited a large poll
concerning users of mobile devices. What was the number 1 issue, far
and above any other issue people are concerned about and want to see
improvement. Yes
/resume functionality. I don't know if there's an image that
has those changes available though. It's not a hardware issue...
-Steven
On Tue, Jul 15, 2008 at 9:19 PM, Scott Derrick [EMAIL PROTECTED] wrote:
I'm amazed that more isn't being said about the battery lifetime people
Am Mi 16. Juli 2008 schrieb Alexey Feldgendler:
I have two 100% reproducible issues with my GTA02.
1. When running with the battery in (charged enough) and a USB cable
plugged into a computer, removing the battery makes the phone die. It
seems to turn off several seconds after
This is how I do it.
http://wiki.openmoko.org/wiki/User:Nomeata
On Wed, 2008-07-16 at 14:50 +0200, arne anka wrote:
Wow thats fantastic! First I have heard.
Gladly I will admit to raising a non-issue, sorry.
i absolutely don't think it is a non-issue -- on the contrary!
besides tony tu
This is how I do it.
http://wiki.openmoko.org/wiki/User:Nomeata
read it already, but that should basically be the same as dimlock,
shouldn't it?
___
Openmoko community mailing list
community@lists.openmoko.org
dimlock != suspend :-)
If the screen is off, the system is still fully running, and sucking
down power. When you suspend, all running processes are cashed into
ram, then the rest of the hardware is turned off, with the exception of
the GMS modem, and ram.
Check out the S3 state:
dimlock != suspend :-)
i learned yesterday that
dimlock == suspend
and the messages scrolling over the screen before the lock screen comes
back when [pressing pwr | incoming call | fr wakes up frequently] prove
that imho.
dim!lock != suspend
, without me having
used it at all. But I know there's work on improving this, and some nice
results too, and I'm ok with this now. For real use, the current battery
life just doesn't work in most cases.
As for the other stuff in the mail, people have been fighting with sim
cards, gsm (o/), gps (o
it 24 hours then hit the power button. It
should come up in about 2 seconds, then check you battery health. If
you want exact numbers run 'apm'. I open this challenge up to every
one. What are your number for a 24 hours suspend? Battery
before/after.
Yes, suspend is unstable, it does not always
into your FR and
execute an 'apm -s'. Give it 24 hours then hit the power button. It
should come up in about 2 seconds, then check you battery health. If
you want exact numbers run 'apm'. I open this challenge up to every
one. What are your number for a 24 hours suspend? Battery
before
Yorick Moko wrote:
maybe it would help if there was standard a button to click on to
suspend the phone (maybe label it Suspend(Bèta)) because it seems most
people are not aware of something other than dimlock
If someone's going to get into adding buttons:
Our group last night agreed having a
Chris,
you got a SD card plugged in?
Scott
Christoph Anton Mitterer wrote:
How are you doing this?
If I fully charge my GTA02 battery before I go to bed,.. it will be
nearly empty when I wake up (I seep 7-8 hours),...
Dim+nolock is choosen, as dim+lock seems to crash the device and I have
I too am using the 2007.2 image upgraded. But I have no problem with
dim+lock. I haven't had my FreeRunner for long enough to definitively
say how long the battery will last. But I had it at work today,
showing it off several times. The remaining time it mostly sat on my
desk with dim+lock (I
is currently unstable.
Just give it a 12~100 hour test, let me know. apm with out any arguments
will give you the battery status. None of this is any good if I am the
only one who can get these numbers ;-)
-Adam
On Wed, 2008-07-16 at 21:35 -0500, Steven ** wrote:
I too am using the 2007.2 image upgraded
I assume this is planned, but I'll go ahead an say it.
I think the Freerunner should have a software feature to detect when
the battery is critically low and shutdown. Ideally, the boot process
would also check the battery and refuse to boot(or at least require
override) if the battery charge
should have a software feature to detect when
the battery is critically low and shutdown. Ideally, the boot process
would also check the battery and refuse to boot(or at least require
override) if the battery charge was below the critical mark. This
would prevent the state where you have a dead
I'm amazed that more isn't being said about the battery lifetime people
are seeing?
I just read an article in Information Week that cited a large poll
concerning users of mobile devices. What was the number 1 issue, far
and above any other issue people are concerned about and want to see
On Tue, Jul 15, 2008 at 08:19:38PM -0600, Scott Derrick wrote:
I'm amazed that more isn't being said about the battery lifetime people
are seeing?
I just read an article in Information Week that cited a large poll
concerning users of mobile devices. What was the number 1 issue, far
...
-Steven
On Tue, Jul 15, 2008 at 9:19 PM, Scott Derrick [EMAIL PROTECTED] wrote:
I'm amazed that more isn't being said about the battery lifetime people
are seeing?
I just read an article in Information Week that cited a large poll
concerning users of mobile devices. What was the number 1
This is great news indeed! Since I'm adventurous, and thought I'd take
the Freerunner into phone use immideately, this has been the biggest
obstacle for normal use so far. With decent battery life I'd be a Very
Happy User.
Adam Talbot wrote:
This is all with my FreeRunner.
144 hours
601 - 700 of 919 matches
Mail list logo
