[Intel-wired-lan] [PATCH 1/1] idpf: Clean up the vmvf_type for ctlq_recv functions

2024-03-11 Thread Zhu Yanjun
From: Zhu Yanjun In the original source code, add vmvf_type to ctrl_msg for ctlq_recv functions. These new types will be implemented and used. But currently these types are not used. So remove them. Signed-off-by: Zhu Yanjun --- drivers/net/ethernet/intel/idpf/idpf_controlq_api.h | 3 --- 1

Re: [Intel-wired-lan] [PATCH ipsec-next 4/5] xfrm: provide common xdo_dev_offload_ok callback implementation

2025-02-16 Thread Zhu Yanjun
gt; should be "or" Thanks a lot. Reviewed-by: Zhu Yanjun Zhu Yanjun +this callback, the stack provides reasonable defaults. Crypto offload mode: When ready to send, the driver needs to inspect the Tx packet for the diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/

Re: [Intel-wired-lan] [PATCH ipsec-next 4/5] xfrm: provide common xdo_dev_offload_ok callback implementation

2025-02-16 Thread Zhu Yanjun
在 2025/2/16 12:07, Leon Romanovsky 写道: On Sun, Feb 16, 2025 at 10:33:59AM +0100, Zhu Yanjun wrote: 在 2025/2/5 19:20, Leon Romanovsky 写道: From: Leon Romanovsky Almost all drivers except bond and nsim had same check if device can perform XFRM offload on that specific packet. The check was

Re: [Intel-wired-lan] [PATCH ipsec-next 3/5] xfrm: rely on XFRM offload

2025-02-18 Thread Zhu Yanjun
ffload rely on both ?? Thanks a lot. Reviewed-by: Zhu Yanjun Zhu Yanjun and x->xso.type to determine if SA is offloaded or not. Signed-off-by: Leon Romanovsky