From: Rasesh Mody <rmody@marvell.com>
To: Yongseok Koh <yskoh@mellanox.com>,
"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 22:18:20 +0000 [thread overview]
Message-ID: <CO2PR18MB0057F59C5F455C0E79ED6D5BB5BE0@CO2PR18MB0057.namprd18.prod.outlook.com> (raw)
In-Reply-To: <FBCE222B-7CE5-4ED5-A9FC-59BCA0F02AD8@mellanox.com>
>From: Yongseok Koh <yskoh@mellanox.com>
>Sent: Wednesday, December 19, 2018 12:09 PM
>
>> 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
Thanks, you mean stable/17.11, right?
-Rasesh
>
>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
>>
next prev parent reply other threads:[~2018-12-19 22:18 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 ` [dpdk-stable] [PATCH 17.11 1/5] net/qede/base: fix MFW FLR flow Yongseok Koh
2018-12-19 22:18 ` Rasesh Mody [this message]
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=CO2PR18MB0057F59C5F455C0E79ED6D5BB5BE0@CO2PR18MB0057.namprd18.prod.outlook.com \
--to=rmody@marvell.com \
--cc=Dept-EngDPDKDev@cavium.com \
--cc=Rasesh.Mody@cavium.com \
--cc=Shahed.Shaikh@cavium.com \
--cc=stable@dpdk.org \
--cc=yskoh@mellanox.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 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).