why set a timer to expire at the current value of "jiffies"?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  i'm sure there's a simple answer to this, but what's the value in
calling mod_timer() to reset a timer to expire at the current value of
jiffies?

$ grep -rw "mod_timer.*jiffies)" *
arch/x86/kernel/pci-calgary_64.c:	mod_timer(&tbl->watchdog_timer, jiffies);
drivers/net/arm/am79c961a.c:			mod_timer(&priv->timer, jiffies);
drivers/net/e1000e/ethtool.c:		mod_timer(&adapter->blink_timer, jiffies);
drivers/net/atl1/atl1_main.c:	mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/sk98lin/skethtool.c:	mod_timer(&pAC->BlinkTimer, jiffies);
drivers/net/e1000/e1000_ethtool.c:		mod_timer(&adapter->blink_timer, jiffies);
drivers/net/e1000/e1000_ethtool.c:		mod_timer(&adapter->blink_timer, jiffies);
drivers/net/ixgbe/ixgbe_main.c:			mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/ixgbe/ixgbe_main.c:			mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/ixgbe/ixgbe_main.c:	mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/s2io.c:	mod_timer(&sp->id_timer, jiffies);
drivers/net/ixgb/ixgb_main.c:	mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/ixgb/ixgb_main.c:		mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/ixgb/ixgb_main.c:	mod_timer(&adapter->watchdog_timer, jiffies);
drivers/net/ixgb/ixgb_ethtool.c:	mod_timer(&adapter->blink_timer, jiffies);
drivers/net/pcnet32.c:	mod_timer(&lp->blink_timer, jiffies);
drivers/net/e100.c:	mod_timer(&nic->watchdog, jiffies);
drivers/net/e100.c:	mod_timer(&nic->blink_timer, jiffies);
drivers/net/e100.c:		mod_timer(&nic->watchdog, jiffies);
drivers/net/netxen/netxen_nic_main.c:		mod_timer(&adapter->watchdog_timer, jiffies);
net/xfrm/xfrm_state.c:		mod_timer(&x->timer, jiffies);
... etc etc ..

  as you can see, it happens often enough that there has to be *some*
rationale for it, i just don't know what it is.

rday
--

========================================================================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
    Have classroom, will lecture.

http://crashcourse.ca                          Waterloo, Ontario, CANADA
========================================================================

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux