All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ye Xiaolong <xiaolong.ye@intel.com>
To: Ferruh Yigit <ferruh.yigit@intel.com>
Cc: David Harton <dharton@cisco.com>,
	dev@dpdk.org, wenzhuo.lu@intel.com, konstantin.ananyev@intel.com,
	intel.com@cisco.com
Subject: Re: [dpdk-dev] [PATCH v2] net/e1000: update UPDATE_VF_STAT to handle rollover
Date: Fri, 31 Jan 2020 16:46:23 +0800	[thread overview]
Message-ID: <20200131084623.GA108127@intel.com> (raw)
In-Reply-To: <558f34ae-e577-62ca-04e1-1097e6ee1abb@intel.com>

On 01/29, Ferruh Yigit wrote:
>On 1/26/2020 5:25 PM, David Harton wrote:
>> Modified UPDATE_VF_STAT to properly handle rollover conditions.
>> 
>> Fixes: d82170d27918 ("igb: add VF support")
>> Cc: intel.com
>> 
>> Signed-off-by: David Harton <dharton@cisco.com>
>> ---
>>  drivers/net/e1000/igb_ethdev.c | 14 +++++++++-----
>>  1 file changed, 9 insertions(+), 5 deletions(-)
>> 
>> diff --git a/drivers/net/e1000/igb_ethdev.c b/drivers/net/e1000/igb_ethdev.c
>> index a3e30dbe5..825663267 100644
>> --- a/drivers/net/e1000/igb_ethdev.c
>> +++ b/drivers/net/e1000/igb_ethdev.c
>> @@ -261,11 +261,15 @@ static int igb_filter_restore(struct rte_eth_dev *dev);
>>  /*
>>   * Define VF Stats MACRO for Non "cleared on read" register
>>   */
>> -#define UPDATE_VF_STAT(reg, last, cur)            \
>> -{                                                 \
>> -	u32 latest = E1000_READ_REG(hw, reg);     \
>> -	cur += (latest - last) & UINT_MAX;        \
>
>Why this is wrong? Both 'latest' and 'last' are 'u32', so diff should be correct
>'u32' value. And it is added to 'u64' 'cur' value. What I am missing?

Per my understanding, stat value read from HW reg would be rolled over after
it reaches its maximum, so we need to handle both normal case (latest >= last)
and rollover case (latest < last) here. Wait for the original author for more
explanation.

>
>> -	last = latest;                            \
>> +#define UPDATE_VF_STAT(reg, last, cur)                          \
>> +{                                                               \
>> +	u32 latest = E1000_READ_REG(hw, reg);                   \
>> +	if (latest >= last)                                     \
>> +		cur += (latest - last);                         \
>> +	else                                                    \
>> +		cur += ((latest + ((uint64_t)1 << 32)) - last); \
>> +	cur &= UINT_MAX;                                        \
>
>Why & with UINT_MAX, won't this limit the value to 32bits which has 64bit storage?
>

Agree & with  UINT_MAX should be removed here.

Thanks,
Xiaolong

>> +	last = latest;                                          \
>>  }
>>  
>>  #define IGB_FC_PAUSE_TIME 0x0680
>> 
>

      parent reply	other threads:[~2020-01-31  8:48 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-11  2:48 [dpdk-dev] [PATCH] net/e1000: update UPDATE_VF_STAT to handle rollover David Harton
2020-01-26  9:41 ` Ye Xiaolong
2020-01-26 17:25 ` [dpdk-dev] [PATCH v2] " David Harton
2020-01-29  7:53   ` Ye Xiaolong
2020-01-29 10:10   ` Ferruh Yigit
2020-01-29 17:56     ` David Harton (dharton)
2020-01-31  8:46     ` Ye Xiaolong [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200131084623.GA108127@intel.com \
    --to=xiaolong.ye@intel.com \
    --cc=dev@dpdk.org \
    --cc=dharton@cisco.com \
    --cc=ferruh.yigit@intel.com \
    --cc=intel.com@cisco.com \
    --cc=konstantin.ananyev@intel.com \
    --cc=wenzhuo.lu@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.