Confirmed, this is related to the TFD_TIMER_CANCEL_ON_SET change. Looks like timerfd_settime() is failing and setting errno to ECANCELED. This isn't listed as a possible error in the manpage but now that we're hitting ECANCELED a web search turns up the condition pretty quickly.
The ability to return ECANCELED was added was added for this use case: <http://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/commit/?id=99ee5315dac6211e972fa3f23bcc9a0343ff58c4> > Some applications must be aware of clock realtime being set > backward. A simple example is a clock applet which arms a timer for > the next minute display. If clock realtime is set backward then the > applet displays a stale time for the amount of time which the clock > was set backwards. Due to that applications poll the time because we > don't have an interface. > > Extend the timerfd interface by adding a flag which puts the timer > onto a different internal realtime clock. All timers on this clock are > expired whenever the clock was set. > > The timerfd core records the monotonic offset when the timer is > created. When the timer is armed, then the current offset is compared > to the previous recorded offset. When it has changed, then > timerfd_settime returns -ECANCELED. When a timer is read the offset is > compared and if it changed -ECANCELED returned to user space. Periodic > timers are not rearmed in the cancelation case. > http://www.spinics.net/lists/linux-tip-commits/msg11814.html Likely solution: in indicator-datetime/src/clock-live.cpp, move the timerfd_create() call from LiveClock::Impl::Impl() to LiveClock::Impl::reset_timer(), also adding a test to close() the previous timer if it's not -1. I will be able to start on this in ~10 hours when my jury duty is done for the day. If this bug is deemed as supercritical, please feel free to reclaim the ticket and fix it before then. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to indicator-datetime in Ubuntu. https://bugs.launchpad.net/bugs/1424966 Title: /usr/lib/arm-linux-gnueabihf/indicator-datetime/indicator-datetime- service:5:reset_timer:unity::indicator::datetime::LiveClock::Impl::on_timerfd_cond:g_main_dispatch:g_main_context_dispatch:g_main_context_iterate Status in the base for Ubuntu mobile products: New Status in indicator-datetime package in Ubuntu: In Progress Bug description: It happened randomly but several time on RTM/krillin. According to errors.u.c it started with 13.10.0+15.04.20150213.1-0ubuntu1 on vivid and 13.10.0+15.04.20150213~rtm-0ubuntu1 on RTM. [ Charles Kerr ] * change the WallClock to detect time changes from TFD_TIMER_CANCEL_ON_SET, e.g. when ntp<-->manual is toggled The Ubuntu Error Tracker has been receiving reports about a problem regarding indicator-datetime. This problem was most recently seen with version 13.10.0+15.04.20150213.1-0ubuntu1, the problem page at https://errors.ubuntu.com/problem/3b8aefe51ab8eae0b64a89605ae01d5433da3000 contains more details. current build number: 242 device name: krillin channel: ubuntu-touch/ubuntu-rtm/14.09-proposed last update: 2015-02-23 08:07:23 version version: 242 version ubuntu: 20150223 version device: 20150216-fe747ac version custom: 20150216-561-29-186 Trace: https://errors.ubuntu.com/bucket/?id=/usr/lib/arm-linux-gnueabihf/indicator-datetime/indicator-datetime-service%3A5%3Areset_timer%3Aunity%3A%3Aindicator%3A%3Adatetime%3A%3ALiveClock%3A%3AImpl%3A%3Aon_timerfd_cond%3Ag_main_dispatch%3Ag_main_context_dispatch%3Ag_main_context_iterate To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1424966/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
