Re: [PATCH for-next v3 0/3] RDMA/efa: Add support for 128B admin v2 SQ entry
Jason Gunthorpe <[email protected]>
| Newsgroups | org.kernel.vger.linux-rdma |
|---|---|
| Message-ID | <[email protected]> |
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/[email protected]/ > * Rebase on for-next branch instead of wip/leon-for-next. > v1: https://lore.kernel.org/all/[email protected]/ > > ------------------------------------------------------------------------- > 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 Reviewed-by: Jason Gunthorpe <[email protected]> Jason