Further tests show that
1. after resume, Navit does not get another GPS fix
2. leaving Navit open, and on forcing a cold start with agpsui, agpsui does
not even see the time signal (I assume Navit blocks it), but this is enough
for Navit to get a fix
So at least there is a workaround.
It
jeffrey.ratcli...@gmail.com wrote:
Further tests show that
1. after resume, Navit does not get another GPS fix
2. leaving Navit open, and on forcing a cold start with agpsui, agpsui
does not even see the time signal (I assume Navit blocks it), but this
is enough for Navit to get a fix
So
2009/1/12 Vladimir Koutny vl...@moko.ksp.sk:
As I wrote already, there is a bug in kernel GPS suspend/resume code which
leads to GPS not being powered after resume. Simply re-enable it manually via
Settings, or apply my patch sent to kernel list (but still not merged into
git)
-
On Monday 05 January 2009, Jeffrey Ratcliffe wrote:
2009/1/5 Al Johnson openm...@mazikeen.demon.co.uk:
Yes, and I think ogpsd is supposed to do this. Almanac and ephemeris is
saved when preparing for suspend, and loaded on resume, along with
current time. If things haven't changed too much
Yes, and I think ogpsd is supposed to do this. Almanac and ephemeris is saved
when preparing for suspend, and loaded on resume, along with current time. If
things haven't changed too much while suspend then resume should be faster
than from cold.
On Sunday 04 January 2009, Yorick Moko wrote:
2009/1/5 Al Johnson openm...@mazikeen.demon.co.uk:
Yes, and I think ogpsd is supposed to do this. Almanac and ephemeris is saved
when preparing for suspend, and loaded on resume, along with current time. If
things haven't changed too much while suspend then resume should be faster
than from
Hi,
Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com writes:
2009/1/5 Al Johnson openm...@mazikeen.demon.co.uk:
Yes, and I think ogpsd is supposed to do this. Almanac and ephemeris is saved
when preparing for suspend, and loaded on resume, along with current time. If
things haven't changed too
nice!
but would it not be possible to let the gps poweroff and artificially
feed it the last known sattelite positions? so that i can get a
hot-start after suspend, without using more power?
anyway, thanks for your contribution!
y
On Sun, Jan 4, 2009 at 11:17 AM, Vladimir Koutny
i was thinking about this the other day. the gps has it's own
processor, correct, and can act independently of the cpu? i'm
wondering if it's possible for the gps to keep it's fix while the main
cpu is in suspend. power usage will be higher than a full suspend, but
the phone will have a fix
2009/1/2 Marco Trevisan (Treviño) m...@3v1n0.net:
I figure that this should be controlled by the kernel side. Simply the
GPS chip is turned off and then on on suspend/resume. That's why on
resuming it's like you've done a cold reset.
There should be a thread about this on the kernel list...
2009/1/3 Marco Trevisan (Treviño) m...@3v1n0.net:
Jeffrey Ratcliffe wrote:
Having installed navit on my GTA02v5, it seems that it loses GPS after
resuming. I haven't finished playing around to see if this is a GPS
problem or a navit problem, but while I do, has anyone else noticed?
Found a
Having installed navit on my GTA02v5, it seems that it loses GPS after
resuming. I haven't finished playing around to see if this is a GPS
problem or a navit problem, but while I do, has anyone else noticed?
Found a solution?
Regards
Jeff
___
Openmoko
Jeffrey Ratcliffe wrote:
Having installed navit on my GTA02v5, it seems that it loses GPS after
resuming. I haven't finished playing around to see if this is a GPS
problem or a navit problem, but while I do, has anyone else noticed?
Found a solution?
I figure that this should be controlled by
13 matches
Mail list logo
