[dpdk-dev] [PATCH v2 00/17] net/sfc: factor out common driver library

[Ferruh Yigit]

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.