Arthur Kiyanovski

@tohojo, As you said the extent to which we can increase the size of a packet is driver dependant. More specifically, it depends on how much tailroom is left in...

Thanks for your quick answer. I totally agree, which is why I made my second suggestion. It only makes sense for a driver to use as little space as possible....

This is technically solvable depending on how important the bpf_xdp_adjust_tail() use case is. For example simplest solution: Lets say the driver gives 4K buffers to the NIC for RX packets....

Hi @pstavirs, You are correct they have not been merged. We don't currently have a specific timeline that we can share with you. Once they are released we will update...

@oicnysa and @moscovium115, It's great to know there is interest in AF_XDP and we are taking this into account. However we can't currently share anything new. As @davidarinzon already said,...

Hi @aneagoe, Thanks for your request. n-tuple filtering is in our long term plans, but there isn't a concrete timeline yet.

Hi @borkmann, Thank you for reaching out and raising this request. We are planning to look into adding BIG TCP support to the ENA driver, please stay tuned for updates.

Hi @borkmann Thank you for you inquiry. The message “Command parameter 46 is not supported” comes from the function ena_get_rxnfc() and is printed because currently the driver does not support...

Hi @borkmann, Another thing. We are aware of an issue with XDP_REDIRECT not currently working on RHEL 9 with the latest github driver. We have a fix and it will...

Hi @borkmann, You've originally attached your dmesg when failing to load the xdp program up to : `[ 3037.066035] ena 0000:00:05.0 eth0: Command parameter 46 is not supported