patches for DPDK stable branches
 help / color / mirror / Atom feed
From: Yongseok Koh <yskoh@mellanox.com>
To: "Mody, Rasesh" <Rasesh.Mody@cavium.com>
Cc: "stable@dpdk.org" <stable@dpdk.org>,
	"Shaikh, Shahed" <Shahed.Shaikh@cavium.com>,
	Dept-Eng DPDK Dev <Dept-EngDPDKDev@cavium.com>
Subject: Re: [dpdk-stable] [PATCH 17.11 1/5] net/qede/base: fix MFW FLR flow
Date: Wed, 19 Dec 2018 20:09:28 +0000	[thread overview]
Message-ID: <FBCE222B-7CE5-4ED5-A9FC-59BCA0F02AD8@mellanox.com> (raw)
In-Reply-To: <1545180127-3202-1-git-send-email-rasesh.mody@cavium.com>


> On Dec 18, 2018, at 4:42 PM, Mody, Rasesh <Rasesh.Mody@cavium.com> wrote:
> 
> From: Shahed Shaikh <shahed.shaikh@cavium.com>
> 
> [ backported from upstream commit 797ce8eec7c1b9e37dd9398403e9bc888cca0013 ]
> 
> Management firmware does not properly clean IGU block in PF FLR flow
> which may result in undelivered attentions for link events from
> default status block.
> Add a workaround in PMD to execute extra IGU cleanup right after PF FLR
> is done.
> 
> Fixes: 9e2f08a4ad5f ("net/qede/base: add request for PF FLR before load request")
> 
> Signed-off-by: Shahed Shaikh <shahed.shaikh@cavium.com>

Thanks, I was waiting for patches from you. :-)

Series applied to stable/18.11

Yongseok

> ---
> drivers/net/qede/base/ecore_dev.c  |    7 +++++++
> drivers/net/qede/base/ecore_int.c  |   32 ++++++++++++++++++++++++++++++++
> drivers/net/qede/base/ecore_int.h  |    1 +
> drivers/net/qede/base/mcp_public.h |    2 ++
> drivers/net/qede/base/reg_addr.h   |   15 +++++++++++++++
> 5 files changed, 57 insertions(+)
> 
> diff --git a/drivers/net/qede/base/ecore_dev.c b/drivers/net/qede/base/ecore_dev.c
> index 092606b..6a3046d 100644
> --- a/drivers/net/qede/base/ecore_dev.c
> +++ b/drivers/net/qede/base/ecore_dev.c
> @@ -4096,6 +4096,13 @@ void ecore_prepare_hibernate(struct ecore_dev *p_dev)
> 		rc = ecore_mcp_initiate_pf_flr(p_hwfn, p_hwfn->p_main_ptt);
> 		if (rc != ECORE_SUCCESS)
> 			DP_NOTICE(p_hwfn, false, "Failed to initiate PF FLR\n");
> +
> +		/* Workaround for MFW issue where PF FLR does not cleanup
> +		 * IGU block
> +		 */
> +		if (!(p_hwfn->mcp_info->capabilities &
> +		      FW_MB_PARAM_FEATURE_SUPPORT_IGU_CLEANUP))
> +			ecore_pf_flr_igu_cleanup(p_hwfn);
> 	}
> 
> 	/* Check if mdump logs/data are present and update the epoch value */
> diff --git a/drivers/net/qede/base/ecore_int.c b/drivers/net/qede/base/ecore_int.c
> index 61e36a4..b2582aa 100644
> --- a/drivers/net/qede/base/ecore_int.c
> +++ b/drivers/net/qede/base/ecore_int.c
> @@ -2679,3 +2679,35 @@ enum _ecore_status_t ecore_int_get_sb_dbg(struct ecore_hwfn *p_hwfn,
> 
> 	return ECORE_SUCCESS;
> }
> +
> +void ecore_pf_flr_igu_cleanup(struct ecore_hwfn *p_hwfn)
> +{
> +	struct ecore_ptt *p_ptt = p_hwfn->p_main_ptt;
> +	struct ecore_ptt *p_dpc_ptt = ecore_get_reserved_ptt(p_hwfn,
> +							     RESERVED_PTT_DPC);
> +	int i;
> +
> +	/* Do not reorder the following cleanup sequence */
> +	/* Ack all attentions */
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_ATTENTION_ACK_BITS, 0xfff);
> +
> +	/* Clear driver attention */
> +	ecore_wr(p_hwfn,  p_dpc_ptt,
> +		((p_hwfn->rel_pf_id << 3) + MISC_REG_AEU_GENERAL_ATTN_0), 0);
> +
> +	/* Clear per-PF IGU registers to restore them as if the IGU
> +	 * was reset for this PF
> +	 */
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_LEADING_EDGE_LATCH, 0);
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_TRAILING_EDGE_LATCH, 0);
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_PF_CONFIGURATION, 0);
> +
> +	/* Execute IGU clean up*/
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_PF_FUNCTIONAL_CLEANUP, 1);
> +
> +	/* Clear Stats */
> +	ecore_wr(p_hwfn, p_ptt, IGU_REG_STATISTIC_NUM_OF_INTA_ASSERTED, 0);
> +
> +	for (i = 0; i < IGU_REG_PBA_STS_PF_SIZE; i++)
> +		ecore_wr(p_hwfn, p_ptt, IGU_REG_PBA_STS_PF + i * 4, 0);
> +}
> diff --git a/drivers/net/qede/base/ecore_int.h b/drivers/net/qede/base/ecore_int.h
> index 563051c..ebee68b 100644
> --- a/drivers/net/qede/base/ecore_int.h
> +++ b/drivers/net/qede/base/ecore_int.h
> @@ -258,4 +258,5 @@ enum _ecore_status_t ecore_int_set_timer_res(struct ecore_hwfn *p_hwfn,
> enum _ecore_status_t ecore_pglueb_rbc_attn_handler(struct ecore_hwfn *p_hwfn,
> 						   struct ecore_ptt *p_ptt);
> 
> +void ecore_pf_flr_igu_cleanup(struct ecore_hwfn *p_hwfn);
> #endif /* __ECORE_INT_H__ */
> diff --git a/drivers/net/qede/base/mcp_public.h b/drivers/net/qede/base/mcp_public.h
> index 81ca663..b83b241 100644
> --- a/drivers/net/qede/base/mcp_public.h
> +++ b/drivers/net/qede/base/mcp_public.h
> @@ -1777,6 +1777,8 @@ struct public_drv_mb {
> #define FW_MB_PARAM_FEATURE_SUPPORT_SMARTLINQ   0x00000001
> /* MFW supports EEE */
> #define FW_MB_PARAM_FEATURE_SUPPORT_EEE         0x00000002
> +/* MFW support complete IGU cleanup upon FLR */
> +#define FW_MB_PARAM_FEATURE_SUPPORT_IGU_CLEANUP	0x00000080
> /* MFW supports virtual link */
> #define FW_MB_PARAM_FEATURE_SUPPORT_VLINK       0x00010000
> 
> diff --git a/drivers/net/qede/base/reg_addr.h b/drivers/net/qede/base/reg_addr.h
> index ad15d28..8f226ad 100644
> --- a/drivers/net/qede/base/reg_addr.h
> +++ b/drivers/net/qede/base/reg_addr.h
> @@ -332,6 +332,21 @@
> 	0x180820UL
> #define  IGU_REG_ATTN_MSG_ADDR_H	\
> 	0x180824UL
> +#define IGU_REG_LEADING_EDGE_LATCH \
> +	0x18082cUL
> +#define IGU_REG_TRAILING_EDGE_LATCH \
> +	0x180830UL
> +#define IGU_REG_ATTENTION_ACK_BITS \
> +	0x180838UL
> +#define IGU_REG_PBA_STS_PF \
> +	0x180d20UL
> +#define IGU_REG_PF_FUNCTIONAL_CLEANUP \
> +	0x181210UL
> +#define IGU_REG_STATISTIC_NUM_OF_INTA_ASSERTED \
> +	0x18042cUL
> +#define IGU_REG_PBA_STS_PF_SIZE 5
> +#define IGU_REG_PBA_STS_PF \
> +	0x180d20UL
> #define  MISC_REG_AEU_GENERAL_ATTN_0 \
> 	0x008400UL
> #define  CAU_REG_SB_ADDR_MEMORY \
> -- 
> 1.7.10.3
> 

  parent reply	other threads:[~2018-12-19 20:09 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-19  0:42 Mody, Rasesh
2018-12-19  0:42 ` [dpdk-stable] [PATCH 17.11 2/5] net/qede: fix flow director for IPv6 filter Mody, Rasesh
2018-12-19  0:42 ` [dpdk-stable] [PATCH 17.11 3/5] net/qede: fix Rx buffer size calculation Mody, Rasesh
2018-12-19  0:42 ` [dpdk-stable] [PATCH 17.11 4/5] net/qede: fix Tx tunnel offload support mask Mody, Rasesh
2018-12-19  0:42 ` [dpdk-stable] [PATCH 17.11 5/5] net/qede/base: fix to handle stag update event Mody, Rasesh
2018-12-19 20:09 ` Yongseok Koh [this message]
2018-12-19 22:18   ` [dpdk-stable] [PATCH 17.11 1/5] net/qede/base: fix MFW FLR flow Rasesh Mody
2018-12-20  0:02     ` Yongseok Koh

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=FBCE222B-7CE5-4ED5-A9FC-59BCA0F02AD8@mellanox.com \
    --to=yskoh@mellanox.com \
    --cc=Dept-EngDPDKDev@cavium.com \
    --cc=Rasesh.Mody@cavium.com \
    --cc=Shahed.Shaikh@cavium.com \
    --cc=stable@dpdk.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).