Re: [PATCH for-next v3 0/3] RDMA/efa: Add support for 128B admin v2 SQ entry

[Leon Romanovsky <leon@kernel.org>]

On Wed, Aug 12, 2026 at 12:17:15PM +0000, Yonatan Nachum wrote:
> Changelog:
> v3:
>  * Ensure proper alignment of stack admin buffer to prevent unaligned memory
>    accesses.
> v2: https://lore.kernel.org/all/20260731075007.3878376-1-ynachum@amazon.com/
>  * Rebase on for-next branch instead of wip/leon-for-next.
> v1: https://lore.kernel.org/all/20260726123854.638687-1-ynachum@amazon.com/
> 
> -------------------------------------------------------------------------
> Add support for the new 128-byte admin v2 SQ entry format. The v2 entry
> extends the v1 header with checksum and payload version fields, and
> carries a larger inline payload.
> 
> The series first decouples admin command payloads from admin headers,
> then generalizes the SQ ring to use a configurable entry size, and
> finally adds the v2 entry format selection based on device API version.
> 
> Yonatan Nachum (3):
>   RDMA/efa: Decouple admin command payload from admin header
>   RDMA/efa: Generalize the admin SQ
>   RDMA/efa: Add support for 128B admin v2 SQ entry
> 
>  .../infiniband/hw/efa/efa_admin_cmds_defs.h   | 116 +++--------
>  drivers/infiniband/hw/efa/efa_admin_defs.h    |  33 ++-
>  drivers/infiniband/hw/efa/efa_com.c           | 194 +++++++++++-------
>  drivers/infiniband/hw/efa/efa_com.h           |  16 +-
>  drivers/infiniband/hw/efa/efa_com_cmd.c       | 170 +++++----------
>  5 files changed, 240 insertions(+), 289 deletions(-)

I tried to apply the series, but it resulted in a large number of merge
conflicts. Please rebase and resend it.

Thanks

> 
> -- 
> 2.50.1
>