[dpdk-dev] [PATCH 2/2] net/qede: fix default config option

Patil, Harish Harish.Patil at cavium.com
Fri Nov 10 00:00:24 CET 2017


-----Original Message-----
From: Harish Patil <Harish.Patil at cavium.com>
Date: Thursday, November 9, 2017 at 3:57 PM
To: Ferruh Yigit <ferruh.yigit at intel.com>, "Mody, Rasesh"
<Rasesh.Mody at cavium.com>, "dev at dpdk.org" <dev at dpdk.org>,
"thomas.monjalon at 6wind.com" <thomas.monjalon at 6wind.com>
Cc: Dept-Eng DPDK Dev <Dept-EngDPDKDev at cavium.com>
Subject: Re: [dpdk-dev] [PATCH 2/2] net/qede: fix default config option

>-----Original Message-----
>From: Ferruh Yigit <ferruh.yigit at intel.com>
>Date: Thursday, November 9, 2017 at 3:48 PM
>To: "Mody, Rasesh" <Rasesh.Mody at cavium.com>, "dev at dpdk.org"
><dev at dpdk.org>, "thomas.monjalon at 6wind.com" <thomas.monjalon at 6wind.com>
>Cc: Harish Patil <Harish.Patil at cavium.com>, Dept-Eng DPDK Dev
><Dept-EngDPDKDev at cavium.com>
>Subject: Re: [dpdk-dev] [PATCH 2/2] net/qede: fix default config option
>
>>On 11/8/2017 10:52 PM, Rasesh Mody wrote:
>>> From: Harish Patil <harish.patil at cavium.com>
>>> 
>>> Restore the default configuration as in previous releases and
>>> add a debug msg.
>>
>>Is this reverting
>>"f07aa795c92a ("net/qede: disable per-VF Tx switching feature")"
>>
>>This will be same as code before f07aa795c92a , right? If so why not just
>>remove
>>the config option for this release and add a dynamic runtime in next
>>release?
>>
>>I am not clear for both f07aa795c92a and this one fixing, and why should
>>they be
>>included for rc3?
>>
>>Thanks,
>>Ferruh
>
>Hi Ferruh,
>Some customers are interested in getting better performance with 64B sized
>packets. For that, they would need to keep this config disabled.
>But in all other cases, by default, we would like to keep Tx switching
>enabled (at a reduced performance) as in previous releases.
>As stated in other email with Thomas, we shall remove this compile-time
>config option in next release and use runtime option instead.
>But for 17.08 we need it to be enabled by default.
>Thanks.

Correction, I meant 17.11 release, not 17.08.
>
>>
>>> 
>>> Fixes: f07aa795c92a ("net/qede: disable per-VF Tx switching feature")
>>> 
>>> Signed-off-by: Harish Patil <harish.patil at cavium.com>
>>> Signed-off-by: Rasesh Mody <rasesh.mody at cavium.com>
>>> ---
>>>  config/common_base             |    2 +-
>>>  drivers/net/qede/qede_ethdev.c |    5 +++--
>>>  2 files changed, 4 insertions(+), 3 deletions(-)
>>> 
>>> diff --git a/config/common_base b/config/common_base
>>> index 34f04a9..e74febe 100644
>>> --- a/config/common_base
>>> +++ b/config/common_base
>>> @@ -415,7 +415,7 @@ CONFIG_RTE_LIBRTE_QEDE_DEBUG_INFO=n
>>>  CONFIG_RTE_LIBRTE_QEDE_DEBUG_DRIVER=n
>>>  CONFIG_RTE_LIBRTE_QEDE_DEBUG_TX=n
>>>  CONFIG_RTE_LIBRTE_QEDE_DEBUG_RX=n
>>> -CONFIG_RTE_LIBRTE_QEDE_VF_TX_SWITCH=n
>>> +CONFIG_RTE_LIBRTE_QEDE_VF_TX_SWITCH=y
>>>  #Provides abs path/name of the firmware file.
>>>  #Empty string denotes driver will use default firmware
>>>  CONFIG_RTE_LIBRTE_QEDE_FW=""
>>> diff --git a/drivers/net/qede/qede_ethdev.c
>>>b/drivers/net/qede/qede_ethdev.c
>>> index 8832145..6f5ba2a 100644
>>> --- a/drivers/net/qede/qede_ethdev.c
>>> +++ b/drivers/net/qede/qede_ethdev.c
>>> @@ -457,6 +457,7 @@ int qede_activate_vport(struct rte_eth_dev
>>>*eth_dev, bool flg)
>>>  	if (IS_VF(edev)) {
>>>  		params.update_tx_switching_flg = 1;
>>>  		params.tx_switching_flg = !flg;
>>> +		DP_INFO(edev, "VF tx-switching is disabled\n");
>>>  	}
>>>  #endif
>>>  	for_each_hwfn(edev, i) {
>>> @@ -469,8 +470,8 @@ int qede_activate_vport(struct rte_eth_dev
>>>*eth_dev, bool flg)
>>>  			break;
>>>  		}
>>>  	}
>>> -	DP_INFO(edev, "vport %s VF tx-switch %s\n", flg ? "activated" :
>>>"deactivated",
>>> -			params.tx_switching_flg ? "enabled" : "disabled");
>>> +	DP_INFO(edev, "vport is %s\n", flg ? "activated" : "deactivated");
>>> +
>>>  	return rc;
>>>  }
>>>  
>>> 
>>
>



More information about the dev mailing list