Use eth_zero_addr to assign zero address to the given address array
instead of memset when the second argument in memset is address
of zero. Also, it makes the code clearer
Signed-off-by: Shyam Saini <redacted>
---
drivers/net/ethernet/qlogic/qed/qed_l2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Use eth_zero_addr to assign zero address to the given address array
instead of memset when the second argument in memset is address
of zero. Also, it makes the code clearer
Signed-off-by: Shyam Saini <redacted>
---
drivers/net/ethernet/qlogic/qed/qed_sriov.c | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
@@ -1199,7 +1199,7 @@ static void qed_iov_clean_vf(struct qed_hwfn *p_hwfn, u8 vfid)return;/* Clear the VF mac */-memset(vf_info->mac,0,ETH_ALEN);+eth_zero_addr(vf_info->mac);}staticvoidqed_iov_vf_cleanup(structqed_hwfn*p_hwfn,
@@ -2539,8 +2539,7 @@ static int qed_iov_vf_update_mac_shadow(struct qed_hwfn *p_hwfn,for(i=0;i<QED_ETH_VF_NUM_MAC_FILTERS;i++){if(ether_addr_equal(p_vf->shadow_config.macs[i],p_params->mac)){-memset(p_vf->shadow_config.macs[i],0,-ETH_ALEN);+eth_zero_addr(p_vf->shadow_config.macs[i]);break;}}
@@ -2553,7 +2552,7 @@ static int qed_iov_vf_update_mac_shadow(struct qed_hwfn *p_hwfn,}elseif(p_params->opcode==QED_FILTER_REPLACE||p_params->opcode==QED_FILTER_FLUSH){for(i=0;i<QED_ETH_VF_NUM_MAC_FILTERS;i++)-memset(p_vf->shadow_config.macs[i],0,ETH_ALEN);+eth_zero_addr(p_vf->shadow_config.macs[i]);}/* List the new MAC address */
From: David Miller <davem@davemloft.net> Date: 2017-01-16 04:38:34
Please do not ever submit two patches which have the same exact commit
header line, as these two patches do.
When someone looks into the shortlog of GIT history all they will see
is "qed: Replace memset with eth_zero_addr" twice.
This gives the reader no idea what might be different between those
two changes.
Therefore you must give unique a commit header text for each change,
which communicates sufficiently what is different in each change.
On Sun, Jan 15, 2017 at 11:38:30PM -0500, David Miller wrote:
Please do not ever submit two patches which have the same exact commit
header line, as these two patches do.
When someone looks into the shortlog of GIT history all they will see
is "qed: Replace memset with eth_zero_addr" twice.
This gives the reader no idea what might be different between those
two changes.
Therefore you must give unique a commit header text for each change,
which communicates sufficiently what is different in each change.
Thanks a lot for correcting me. I'll take care of this thing.
I'm resending these two patches as
1). qed: Replace memset with eth_zero_addr
2). qed: Use eth_zero_addr
I hope it resolves same commit header line conflict.
Regards,
Shyam
On Sun, Jan 15, 2017 at 11:38:30PM -0500, David Miller wrote:
quoted
Please do not ever submit two patches which have the same exact commit
header line, as these two patches do.
When someone looks into the shortlog of GIT history all they will see
is "qed: Replace memset with eth_zero_addr" twice.
This gives the reader no idea what might be different between those
two changes.
Therefore you must give unique a commit header text for each change,
which communicates sufficiently what is different in each change.
Thanks a lot for correcting me. I'll take care of this thing.
I'm resending these two patches as
1). qed: Replace memset with eth_zero_addr
2). qed: Use eth_zero_addr
I hope it resolves same commit header line conflict.
You aren't understanding the point.
Those two lines still say exactly the same thing.
What is different about these two changes? The answer to that question
must propagate into those lines of text.
On Sun, Jan 15, 2017 at 11:38:30PM -0500, David Miller wrote:
quoted
Please do not ever submit two patches which have the same exact
commit header line, as these two patches do.
When someone looks into the shortlog of GIT history all they will see
is "qed: Replace memset with eth_zero_addr" twice.
This gives the reader no idea what might be different between those
two changes.
Therefore you must give unique a commit header text for each change,
which communicates sufficiently what is different in each change.
Thanks a lot for correcting me. I'll take care of this thing.
I'm resending these two patches as
1). qed: Replace memset with eth_zero_addr
2). qed: Use eth_zero_addr
I hope it resolves same commit header line conflict.
You aren't understanding the point.
Those two lines still say exactly the same thing.
What is different about these two changes? The answer to that question
must propagate into those lines of text.
Other than the fact these 2 patches change 2 different qed files,
is there any significant difference between what each does?
If not, why not simply do both in a single patch?
On Sun, Jan 15, 2017 at 11:38:30PM -0500, David Miller wrote:
quoted
Please do not ever submit two patches which have the same exact commit
header line, as these two patches do.
When someone looks into the shortlog of GIT history all they will see
is "qed: Replace memset with eth_zero_addr" twice.
This gives the reader no idea what might be different between those
two changes.
Therefore you must give unique a commit header text for each change,
which communicates sufficiently what is different in each change.
Thanks a lot for correcting me. I'll take care of this thing.
I'm resending these two patches as
1). qed: Replace memset with eth_zero_addr
2). qed: Use eth_zero_addr
I hope it resolves same commit header line conflict.
You aren't understanding the point.
Those two lines still say exactly the same thing.
What is different about these two changes? The answer to that question
must propagate into those lines of text.
I got your point now. As pointed by you and Mintz, I'll resend it
as a single patch.
I sincerely appreciate your efforts for making things clearer and
correcting me.
Thanks a lot,
Shyam