[PATCH] fix GPS resume if powered on previously

Andy Green andy at openmoko.com
Thu Jan 22 18:07:31 CET 2009

Hash: SHA1

Somebody in the thread at some point said:
| On Mon, 2009-01-19 at 10:55 +0000, Andy Green wrote:
|> |> Ah there's some stuff by Daniel that uses the UBX stuff for the
|> |> mode, I think it is out there and in use.  Whether it just sets
UBX mode
|> |> I don't really know, but I guess if it does it could react to seeing
|> |> NMEA by sending the UBX mode packet again.
|> |
|> | I suppose it anyway has to handle resume somehow - now it should
even turn
|> | the GPS back on..
|> I guess so :-)
| It currently switches off GPS when suspending and reenables it on resume
| (and restores aiding data).
| Keeping it on in suspend would make it possible to used it's own power
| saving modes (where it can keep exact clock sync without powering the
| correlators). As we had some problems with restoring ephemeris, this
| would be a nice option to have.
| Also we could use "FixNOW", which is a mode in which the GPS wakes up
| now and then and tries to get a fix. If successful, it could then wake
| the host (if it is possible to configure the GPS-UART as a wakeup
| source)

Vladimir's patch is in andy-tracking since last night FWIW, although I
wasn't able to update the public git until thismorning.

- -Andy

Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


More information about the openmoko-kernel mailing list