[dpdk-stable] patch 'timer: fix lag delay' has been queued to stable release 16.07.1

[Karmarkar Suyash]

All good from my side. Please go ahead.

-----Original Message-----
From: Yuanhan Liu [mailto:yuanhan.liu at linux.intel.com] 
Sent: Wednesday, October 12, 2016 2:44 AM
To: Karmarkar Suyash <skarmarkar at sonusnet.com>
Cc: dpdk stable <stable at dpdk.org>; Robert Sanford <rsanford at akamai.com>
Subject: patch 'timer: fix lag delay' has been queued to stable release 16.07.1

Hi,

FYI, your patch has been queued to stable release 16.07.1

Note it hasn't been pushed to http://dpdk.org/browse/dpdk-stable
yet. It will be pushed if I get no objections before this Friday.
So please shutout if anyone has objections.

Thanks.

	--yliu

---
>From 449bd723843c6bb21a08be09db9821ee91169731 Mon Sep 17 00:00:00 2001
From: Karmarkar Suyash <skarmarkar at sonusnet.com>
Date: Wed, 21 Sep 2016 16:54:27 -0400
Subject: [PATCH] timer: fix lag delay

[ upstream commit 0778cfe8642a08934724cf34a4bb2f1fba91cc88 ]

For periodic timers, if the lag gets introduced, the current code added additional delay when the next peridoc timer was initialized by not taking into account the delay added, with this fix the code would start the next occurrence of timer keeping in account the lag added. Corrected the behavior.

Fixes: 9b15ba89 ("timer: use a skip list")

Signed-off-by: Karmarkar Suyash <skarmarkar at sonusnet.com>
Acked-by: Robert Sanford <rsanford at akamai.com>
---
 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/librte_timer/rte_timer.c b/lib/librte_timer/rte_timer.c index 43da836..18782fa 100644
--- a/lib/librte_timer/rte_timer.c
+++ b/lib/librte_timer/rte_timer.c
@@ -613,7 +613,7 @@ void rte_timer_manage(void)
 			status.owner = (int16_t)lcore_id;
 			rte_wmb();
 			tim->status.u32 = status.u32;
-			__rte_timer_reset(tim, cur_time + tim->period,
+			__rte_timer_reset(tim, tim->expire + tim->period,
 				tim->period, lcore_id, tim->f, tim->arg, 1);
 			rte_spinlock_unlock(&priv_timer[lcore_id].list_lock);
 		}
--
1.9.0