> From: Zhang, Helin > Sent: Thursday, November 06, 2014 12:54 PM > To: dev at dpdk.org > Cc: Cao, Waterman; Cao, Min; Ananyev, Konstantin; Zhang, Helin > Subject: [PATCH v3 0/5] support of configurable CRC stripping in VF > > To support configurable CRC stripping in both PF host > and VF, a new operation and a new structure are added > to carry more configurations from VF to PF host. > > v2 changes: > * Put all the renaming and code style fixes into a patch. > * Put processing crc stripping configuration in PF host > into a single patch. > * Put setting the crc stripping into a single patch. > * Put the configuring crc stripping in VF into a single patch. > * Added several more code style fixes reported by checkpatch.pl. > > v3 changes: > * Added a macro of calculating memory size for configuring > vsi queues. > * Used array of memory in stack to replace the memory > allocated by rte_zmalloc(). > * Added an input parameter for configuring crc stripping in > RX queue context. > * Put configuring crc stripping of both PF host and VF > into a single patch. > * Defined below new structures for the configuring specifically. > - struct i40e_virtchnl_rxq_ext_info; > - struct i40e_virtchnl_queue_pair_ext_info; > - struct i40e_virtchnl_vsi_queue_config_ext_info; > * Renamed 'I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EX' to > 'I40E_VIRTCHNL_OP_CONFIG_VSI_QUEUES_EXT'. > > Helin Zhang (5): > config: remove useless i40e items in config files > i40evf: Remove 'host_is_dpdk', and use version number instead > i40e: renaming and code style fix > i40e: support of configurable crc stripping in rx queue > i40e: support of configurable VF crc stripping > > config/common_bsdapp | 1 - > config/common_linuxapp | 1 - > lib/librte_pmd_i40e/i40e_ethdev.h | 3 +- > lib/librte_pmd_i40e/i40e_ethdev_vf.c | 218 > +++++++++++++++++++++++------------ > lib/librte_pmd_i40e/i40e_pf.c | 134 +++++++++++++++------ > lib/librte_pmd_i40e/i40e_pf.h | 57 +++++++-- > 6 files changed, 297 insertions(+), 117 deletions(-) > > -- > 1.8.1.4
Acked-by: Konstantin Ananyev <konstantin.ananyev at intel.com>
