1. 20 Jun, 2016 1 commit
  2. 22 Apr, 2015 1 commit
  3. 29 May, 2013 1 commit
    • Todd Poynor's avatar
      alarmtimer: Add functions for timerfd support · 6cffe00f
      Todd Poynor authored
      Add functions needed for hooking up alarmtimer to timerfd:
      
      * alarm_restart: Similar to hrtimer_restart, restart an alarmtimer after
        the expires time has already been updated (as with alarm_forward).
      
      * alarm_forward_now: Similar to hrtimer_forward_now, move the expires
        time forward to an interval from the current time of the associated clock.
      
      * alarm_start_relative: Start an alarmtimer with an expires time relative to
        the current time of the associated clock.
      
      * alarm_expires_remaining: Similar to hrtimer_expires_remaining, return the
        amount of time remaining until alarm expiry.
      Signed-off-by: default avatarTodd Poynor <toddpoynor@google.com>
      Signed-off-by: default avatarJohn Stultz <john.stultz@linaro.org>
      6cffe00f
  4. 24 Sep, 2012 2 commits
    • John Stultz's avatar
      alarmtimer: Remove unused helpers & defines · a269eb50
      John Stultz authored
      No one is using these alarmtimer state helpers, so yank them.
      
      Cc: Arve Hjønnevåg <arve@android.com>
      Cc: Colin Cross <ccross@android.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Signed-off-by: default avatarJohn Stultz <john.stultz@linaro.org>
      a269eb50
    • John Stultz's avatar
      alarmtimer: Use hrtimer per-alarm instead of per-base · dae373be
      John Stultz authored
      Arve Hjønnevåg reported numerous crashes from the
      "BUG_ON(timer->state != HRTIMER_STATE_CALLBACK)" check
      in __run_hrtimer after it called alarmtimer_fired.
      
      It ends up the alarmtimer code was not properly handling
      possible failures of hrtimer_try_to_cancel, and because
      these faulres occur when the underlying base hrtimer is
      being run, this limits the ability to properly handle
      modifications to any alarmtimers on that base.
      
      Because much of the logic duplicates the hrtimer logic,
      it seems that we might as well have a per-alarmtimer
      hrtimer, and avoid the extra complextity of trying to
      multiplex many alarmtimers off of one hrtimer.
      
      Thus this patch moves the hrtimer to the alarm structure
      and simplifies the management logic.
      
      Changelog:
      v2:
      * Includes a fix for double alarm_start calls found by
        Arve
      
      Cc: Arve Hjønnevåg <arve@android.com>
      Cc: Colin Cross <ccross@android.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Reported-by: default avatarArve Hjønnevåg <arve@android.com>
      Tested-by: default avatarArve Hjønnevåg <arve@android.com>
      Signed-off-by: default avatarJohn Stultz <john.stultz@linaro.org>
      dae373be
  5. 20 Apr, 2012 1 commit
  6. 10 Aug, 2011 5 commits
  7. 28 Apr, 2011 1 commit
  8. 26 Apr, 2011 1 commit