new timer code: semantics of osmo_timer_schedule for already scheduled timer

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Harald Welte laforge at gnumonks.org
Fri Nov 11 17:50:31 UTC 2011


Hi all,

On Fri, Nov 11, 2011 at 03:56:21PM +0100, Sylvain Munaut wrote:
> While updating libosmocore in osmocom-bb, a problem arised: 100%CPU
> usage and hanging. Turns out 'mobile' sometimes call
> osmo_timer_schedule for an already scheduled timer.
> 
> Obviously this used to work and now it doesn't. The question is : Was
> there a defined semantics for this case previously ? Or is it supposed
> to be unsupported ? What would you expect it to do ?

I think a second/follow-up timer_schedule should re-schedule the
existing timer safely.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)




More information about the OpenBSC mailing list