lkml.org 
[lkml]   [2022]   [Nov]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v2] igbvf: Regard vf reset nack as success
On Wed, Nov 23, 2022 at 12:26:30AM +0900, Akihiko Odaki wrote:
> vf reset nack actually represents the reset operation itself is
> performed but no address is assigned. Therefore, e1000_reset_hw_vf
> should fill the "perm_addr" with the zero address and return success on
> such an occasion. This prevents its callers in netdev.c from saying PF
> still resetting, and instead allows them to correctly report that no
> address is assigned.

What's the v1->v2 diff?
Probably route to net and add fixes tag?

>
> Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
> ---
> drivers/net/ethernet/intel/igbvf/vf.c | 15 ++++++++++++---
> 1 file changed, 12 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/ethernet/intel/igbvf/vf.c b/drivers/net/ethernet/intel/igbvf/vf.c
> index b8ba3f94c363..2691ae2a8002 100644
> --- a/drivers/net/ethernet/intel/igbvf/vf.c
> +++ b/drivers/net/ethernet/intel/igbvf/vf.c
> @@ -1,6 +1,8 @@
> // SPDX-License-Identifier: GPL-2.0
> /* Copyright(c) 2009 - 2018 Intel Corporation. */
>
> +#include <linux/etherdevice.h>
> +
> #include "vf.h"
>
> static s32 e1000_check_for_link_vf(struct e1000_hw *hw);
> @@ -131,11 +133,18 @@ static s32 e1000_reset_hw_vf(struct e1000_hw *hw)
> /* set our "perm_addr" based on info provided by PF */
> ret_val = mbx->ops.read_posted(hw, msgbuf, 3);
> if (!ret_val) {
> - if (msgbuf[0] == (E1000_VF_RESET |
> - E1000_VT_MSGTYPE_ACK))
> + switch (msgbuf[0]) {
> + case E1000_VF_RESET | E1000_VT_MSGTYPE_ACK:
> memcpy(hw->mac.perm_addr, addr, ETH_ALEN);
> - else
> + break;
> +
> + case E1000_VF_RESET | E1000_VT_MSGTYPE_NACK:
> + eth_zero_addr(hw->mac.perm_addr);
> + break;
> +
> + default:
> ret_val = -E1000_ERR_MAC_INIT;
> + }
> }
> }
>
> --
> 2.38.1
>

\
 
 \ /
  Last update: 2022-11-22 17:24    [W:0.099 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site