Is possible to run purifier with i40e?

[tonve]

/var/log/purifier.log
PMD: i40e_pf_config_rss(): Max of contiguous 2 PF queues are configured
EAL: Error - exiting with code: 1
Cause: rte_eth_dev_filter_ctrl: err=-22

Google finds that error is related to version-specific dpdk-driver, and looks like that was fixed in current stable branch.
I'm wrong?
Purifier may be built with 17.05 release?

[tonve]

The same issue with freebsd, dpdk 16.07 from ports collection
PMD: i40e_pf_config_rss(): Max of contiguous 2 PF queues are configured
EAL: Error - exiting with code: 1
Cause: rte_eth_dev_filter_ctrl: err=-22

[tonve]

Also tries with dpdk 17.05 still unhappens:
i40e_pf_config_rss(): Max of contiguous 2 PF queues are configured
i40e_ethertype_filter_restore(): Ethertype filter: mac_etype_used = 0, etype_used = 0, mac_etype_free = 0, etype_free = 0
i40e_fdir_filter_restore(): FDIR: Guarant count: 0, Best count: 0
i40e_dev_filter_ctrl(): Filter type (5) not supported
EAL: Error - exiting with code: 1
Cause: rte_eth_dev_filter_ctrl: err=-22

[medvedv]

Hi,

Currently it is impossible to run purifier on i40, because it doesn't support L2 ethertype filters. I'm going to change purifier's arcitecture regarding NIC features soon.

[Onepamopa]

Actually I think some of the i40e support ethertype filters, at least there are mentions of them in the datasheets.

[Onepamopa]

"7.1.6 Layer 2 classification filter
The 710 series supports L2 filters (MAC / VLAN / L2 Ethertype) in the embedded switch. These filters act on the following layers: S-Tag; MAC address; VLAN and EtherType. These filters define a VSI and can also define a unique LAN queue within that VSI. The LAN queue is enabled by the ToQueue flag and the queue is defined by the queue number for each filter. These parameters are programmed by admin commands described in Section 7.4.9.5.9. The filters can be defined as the second or fifth priority filters for receive queue classification as follows:
"

[tonve]

Actually I think some of the i40e support ethertype filters, at least there are mentions of them in the datasheets.

Supported by hardware but not by drivers yet.
History with openvswitch-guys and rejected patch here
https://patchwork.ozlabs.org/patch/601608/

[Onepamopa]

So the only reason the patch was rejected was due to reordering of fragmented packets, that's not a problem for purifier. After all, fragmented packets are dropped by default.

[Onepamopa]

Couldn't flow director be used to classify IP/UDP? I just checked the examples in http://dpdk.org/doc/guides/nics/i40e.html but I don't have such hardware to check.