Warning: Can't synchronize with repository "(default)" (No changeset 96d22ec3fa3ef6de3ea8dc0d7d398adc9aa071cf in the repository). Look in the Trac log for more information.

Ticket #350 (closed enhancement: invalid)

Opened 5 years ago

Last modified 5 years ago

gps - deferred shutdown

Reported by: vanous Owned by: daniel
Priority: minor Milestone: milestone5.5
Component: framework/ogpsd Version:
Keywords: Cc:

Description

When process requests GPS device via frameworkd, after release it is mediately released (AFAIK). Would it be possible to introduce a delay when the device would be still held say for several seconds (perhaps as global setting available via framwork).

Why: If user closes one gps app and starts another (or needs an app restart), gps looses fix and it is necessary to wait for a new fix and if this happens during high speed or in another unfavorable conditions getting new fix might be quite hard...

Change History

comment:1 Changed 5 years ago by jluebbe

  • Status changed from new to assigned
  • Owner changed from jluebbe to daniel
  • Component changed from framework/ousaged to framework/ogpsd
  • Milestone set to milestone5.5

As a workaround you could open the second app and only then close the old one.

To improve TTFF we need to either fix uploading ephemeris or use FixNOW (see #47).

comment:2 Changed 5 years ago by mickey

  • Status changed from assigned to closed
  • Resolution set to invalid

I'm not sure whether we really want that. We should not introduce multiple methods to deal with resources. I'd rather see you explicitly setting the resource policy to 'Enabled', if you plan to work with multiple GPS apps.

On a related note, on the Neo we now have superfast fixes again, so it shouldn't be a problem.

I'm closing this as INVALID for now, but lets revisit if we see fit.

Thanks!

Note: See TracTickets for help on using tickets.