[dpdk-dev] [PATCH v2 00/17] net/sfc: factor out common driver library
Ferruh Yigit
ferruh.yigit at intel.com
Tue Sep 22 00:38:27 CEST 2020
On 9/17/2020 7:34 AM, Andrew Rybchenko wrote:
> Network and vDPA drivers share libefx. So, libefx should be moved
> to common drivers.
>
> DPDK adaptation of the MCDI interface may be shared as well.
>
> The new common driver name is sfc_efx since it a new home of
> libefx base driver. sfc_ prefix is used to make it clear that
> it is related to net/sfc (and vdpa/sfc in the future).
>
> Cc: Thomas Monjalon <thomas at monjalon.net>
> Cc: David Marchand <david.marchand at redhat.com>
> Cc: Ferruh Yigit <ferruh.yigit at intel.com>
>
> v2:
> - add patches to introduce LIBEFX_API and LIBEFX_INTERNAL
> global functions decorators
> - use LIBEFX_API for __rte_internal markup
>
> Andrew Rybchenko (17):
> net/sfc/base: add missing extern storage-class specifiers
> net/sfc/base: decorate libefx API functions
> net/sfc/base: decorate libefx internal extern functions
> net/sfc: include header with debug helpers directly
> net/sfc: introduce common driver library
> net/sfc: add dedicated header file with MCDI interface
> net/sfc: move MCDI helper interface to dedicated namespace
> net/sfc: make MCDI logging helper macros local
> net/sfc: start to make MCDI helpers interface shareable
> net/sfc: use own logging helper macros
> net/sfc: avoid usage of NIC pointer from adapter context
> net/sfc: avoid panic in the case of MCDI timeout
> net/sfc: add MCDI callbacks to allocate/free DMA memory
> net/sfc: add MCDI callback to schedule restart
> net/sfc: add MCDI callback to poll management event queue
> net/sfc: use MCDI control structure as libefx ops context
> net/sfc: move MCDI helpers to common driver
>
Series applied to dpdk-next-net/main, thanks.
More information about the dev
mailing list