All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v2]:rte_timer:timer lag issue correction
@ 2016-09-16 16:02 Karmarkar Suyash
  2016-09-21 17:08 ` Karmarkar Suyash
  0 siblings, 1 reply; 12+ messages in thread
From: Karmarkar Suyash @ 2016-09-16 16:02 UTC (permalink / raw)
  To: dev; +Cc: thomas.monjalon, rsanford, reshma.pattan, Karmarkar Suyash

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:ba885531ac26 ("rte_timer: timer lag issue")

Karmarkar Suyash (1):
  Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1

^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-16 16:02 [PATCH v2]:rte_timer:timer lag issue correction Karmarkar Suyash
@ 2016-09-21 17:08 ` Karmarkar Suyash
  2016-09-21 20:03   ` Thomas Monjalon
  2016-09-21 20:54   ` Karmarkar Suyash
  0 siblings, 2 replies; 12+ messages in thread
From: Karmarkar Suyash @ 2016-09-21 17:08 UTC (permalink / raw)
  To: dev; +Cc: thomas.monjalon, rsanford, reshma.pattan

Hello,

I corrected the fixes line, Can you please review the change and if no further comments can you please let me know the next steps. Thanks.

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash 
Sent: Friday, September 16, 2016 12:02 PM
To: dev@dpdk.org
Cc: thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com; Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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:ba885531ac26 ("rte_timer: timer lag issue")

Karmarkar Suyash (1):
  Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1

^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-21 17:08 ` Karmarkar Suyash
@ 2016-09-21 20:03   ` Thomas Monjalon
  2016-09-21 20:54   ` Karmarkar Suyash
  1 sibling, 0 replies; 12+ messages in thread
From: Thomas Monjalon @ 2016-09-21 20:03 UTC (permalink / raw)
  To: Karmarkar Suyash, rsanford; +Cc: dev, reshma.pattan

Hi,

2016-09-21 17:08, Karmarkar Suyash:
> Hello,
> 
> I corrected the fixes line, Can you please review the change and if no further comments can you please let me know the next steps. Thanks.

The Fixes lines is still not correct. The id ba885531ac26 do not exist.
Please check your patch with scripts/check-git-log.sh.
Karmarkar, it is preferred to use --in-reply-to when sending a new version.

Please Robert, could you check it is a right fix?
Thanks

> --- 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);
>  		}

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-21 17:08 ` Karmarkar Suyash
  2016-09-21 20:03   ` Thomas Monjalon
@ 2016-09-21 20:54   ` Karmarkar Suyash
  2016-09-29 14:27     ` Karmarkar Suyash
  1 sibling, 1 reply; 12+ messages in thread
From: Karmarkar Suyash @ 2016-09-21 20:54 UTC (permalink / raw)
  To: dev, thomas.monjalon, rsanford, reshma.pattan; +Cc: Karmarkar Suyash

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1

^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-21 20:54   ` Karmarkar Suyash
@ 2016-09-29 14:27     ` Karmarkar Suyash
  2016-10-04 19:31       ` Karmarkar Suyash
  2016-10-04 21:39       ` Sanford, Robert
  0 siblings, 2 replies; 12+ messages in thread
From: Karmarkar Suyash @ 2016-09-29 14:27 UTC (permalink / raw)
  To: dev, thomas.monjalon, rsanford, reshma.pattan

Hello,

Can you please review the changes and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash 
Sent: Wednesday, September 21, 2016 4:54 PM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Cc: Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1

^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-29 14:27     ` Karmarkar Suyash
@ 2016-10-04 19:31       ` Karmarkar Suyash
  2016-10-04 20:51         ` Sanford, Robert
  2016-10-04 21:39       ` Sanford, Robert
  1 sibling, 1 reply; 12+ messages in thread
From: Karmarkar Suyash @ 2016-10-04 19:31 UTC (permalink / raw)
  To: dev, thomas.monjalon, rsanford, reshma.pattan

Hello Robert/Thomas,

Can you please review the changes in V2 of the Patch and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash 
Sent: Thursday, September 29, 2016 10:27 AM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Subject: RE: [PATCH v2]:rte_timer:timer lag issue correction

Hello,

Can you please review the changes and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash
Sent: Wednesday, September 21, 2016 4:54 PM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Cc: Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

--
2.9.3.windows.1

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-10-04 19:31       ` Karmarkar Suyash
@ 2016-10-04 20:51         ` Sanford, Robert
  0 siblings, 0 replies; 12+ messages in thread
From: Sanford, Robert @ 2016-10-04 20:51 UTC (permalink / raw)
  To: Karmarkar Suyash, dev, thomas.monjalon, reshma.pattan

Sorry, just saw this. I will take a look and get back shortly.

--
Regards,
Robert



On 10/4/16, 3:31 PM, "Karmarkar Suyash" <skarmarkar@sonusnet.com> wrote:

Hello Robert/Thomas,

Can you please review the changes in V2 of the Patch and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash 
Sent: Thursday, September 29, 2016 10:27 AM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Subject: RE: [PATCH v2]:rte_timer:timer lag issue correction

Hello,

Can you please review the changes and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash
Sent: Wednesday, September 21, 2016 4:54 PM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Cc: Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

--
2.9.3.windows.1




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-09-29 14:27     ` Karmarkar Suyash
  2016-10-04 19:31       ` Karmarkar Suyash
@ 2016-10-04 21:39       ` Sanford, Robert
  2016-10-04 22:36         ` Karmarkar Suyash
  2016-10-05 10:06         ` Thomas Monjalon
  1 sibling, 2 replies; 12+ messages in thread
From: Sanford, Robert @ 2016-10-04 21:39 UTC (permalink / raw)
  To: Karmarkar Suyash, dev, thomas.monjalon, reshma.pattan

Yes, this change makes sense. I ran timer tests and they passed.

Acked-by: Robert Sanford <rsanford@akamai.com>

Thanks,
Robert



On 9/29/16, 10:27 AM, "Karmarkar Suyash" <skarmarkar@sonusnet.com> wrote:

Hello,

Can you please review the changes and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash 
Sent: Wednesday, September 21, 2016 4:54 PM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Cc: Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1




^ permalink raw reply related	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-10-04 21:39       ` Sanford, Robert
@ 2016-10-04 22:36         ` Karmarkar Suyash
  2016-10-05  9:34           ` Pattan, Reshma
  2016-10-05 10:06         ` Thomas Monjalon
  1 sibling, 1 reply; 12+ messages in thread
From: Karmarkar Suyash @ 2016-10-04 22:36 UTC (permalink / raw)
  To: Sanford, Robert, dev, thomas.monjalon, reshma.pattan

Thanks !! So as next steps I will push the patch .

-----Original Message-----
From: Sanford, Robert [mailto:rsanford@akamai.com] 
Sent: Tuesday, October 4, 2016 5:40 PM
To: Karmarkar Suyash <skarmarkar@sonusnet.com>; dev@dpdk.org; thomas.monjalon@6wind.com; reshma.pattan@intel.com
Subject: Re: [PATCH v2]:rte_timer:timer lag issue correction

Yes, this change makes sense. I ran timer tests and they passed.

Acked-by: Robert Sanford <rsanford@akamai.com>

Thanks,
Robert



On 9/29/16, 10:27 AM, "Karmarkar Suyash" <skarmarkar@sonusnet.com> wrote:

Hello,

Can you please review the changes and suggest next steps? Thanks

Regards
Suyash Karmarkar

-----Original Message-----
From: Karmarkar Suyash
Sent: Wednesday, September 21, 2016 4:54 PM
To: dev@dpdk.org; thomas.monjalon@6wind.com; rsanford@akamai.com; reshma.pattan@intel.com
Cc: Karmarkar Suyash <skarmarkar@sonusnet.com>
Subject: [PATCH v2]:rte_timer:timer lag issue correction

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")

Karmarkar Suyash (1):
Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

--
2.9.3.windows.1




^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-10-04 22:36         ` Karmarkar Suyash
@ 2016-10-05  9:34           ` Pattan, Reshma
  0 siblings, 0 replies; 12+ messages in thread
From: Pattan, Reshma @ 2016-10-05  9:34 UTC (permalink / raw)
  To: Karmarkar Suyash; +Cc: Sanford, Robert, dev, thomas.monjalon

Hi  Suyash,

> -----Original Message-----
> From: Karmarkar Suyash [mailto:skarmarkar@sonusnet.com]
> Sent: Tuesday, October 4, 2016 11:36 PM
> To: Sanford, Robert <rsanford@akamai.com>; dev@dpdk.org;
> thomas.monjalon@6wind.com; Pattan, Reshma <reshma.pattan@intel.com>
> Subject: RE: [PATCH v2]:rte_timer:timer lag issue correction
> 
> Thanks !! So as next steps I will push the patch .
> 

Thomas will apply the patch, you no need to do anything.

Thanks,
Reshma

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: [PATCH v2]:rte_timer:timer lag issue correction
  2016-10-04 21:39       ` Sanford, Robert
  2016-10-04 22:36         ` Karmarkar Suyash
@ 2016-10-05 10:06         ` Thomas Monjalon
  1 sibling, 0 replies; 12+ messages in thread
From: Thomas Monjalon @ 2016-10-05 10:06 UTC (permalink / raw)
  To: Karmarkar Suyash; +Cc: Sanford, Robert, dev, reshma.pattan

> > 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")
> > 
> > Karmarkar Suyash (1):
> > Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>
> 
> Yes, this change makes sense. I ran timer tests and they passed.
> 
> Acked-by: Robert Sanford <rsanford@akamai.com>

Applied, thanks

^ permalink raw reply	[flat|nested] 12+ messages in thread

* [PATCH v2]:rte_timer:timer lag issue correction
@ 2016-09-16 15:58 Karmarkar Suyash
  0 siblings, 0 replies; 12+ messages in thread
From: Karmarkar Suyash @ 2016-09-16 15:58 UTC (permalink / raw)
  To: dev; +Cc: Karmarkar Suyash

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:ba885531ac26 ("rte_timer: timer lag issue")

Karmarkar Suyash (1):
  Signed-off-by: Karmarkar Suyash <skarmarkar@sonusnet.com>

 lib/librte_timer/rte_timer.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

 
---
 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);
 		}

-- 
2.9.3.windows.1

^ permalink raw reply related	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2016-10-05 10:06 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-16 16:02 [PATCH v2]:rte_timer:timer lag issue correction Karmarkar Suyash
2016-09-21 17:08 ` Karmarkar Suyash
2016-09-21 20:03   ` Thomas Monjalon
2016-09-21 20:54   ` Karmarkar Suyash
2016-09-29 14:27     ` Karmarkar Suyash
2016-10-04 19:31       ` Karmarkar Suyash
2016-10-04 20:51         ` Sanford, Robert
2016-10-04 21:39       ` Sanford, Robert
2016-10-04 22:36         ` Karmarkar Suyash
2016-10-05  9:34           ` Pattan, Reshma
2016-10-05 10:06         ` Thomas Monjalon
  -- strict thread matches above, loose matches on Subject: below --
2016-09-16 15:58 Karmarkar Suyash

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.