[dpdk-dev] [PATCH 00/56] Solarflare libefx-based PMD

Ferruh Yigit ferruh.yigit at intel.com
Wed Nov 23 01:10:57 CET 2016


On 11/23/2016 12:02 AM, Ferruh Yigit wrote:
> On 11/21/2016 3:00 PM, Andrew Rybchenko wrote:
>> The patch series adds Solarflare libefx-based network PMD.
>>
>> This version of the driver supports Solarflare SFN7xxx and SFN8xxx
>> families of 10/40 Gbps adapters.
>>
>> libefx is a platform-independent library to implement drivers for
>> Solarflare network adapters. It provides unified adapter family
>> independent interface (if possible). FreeBSD [1] and illumos [2]
>> drivers are built on top of the library.
>>
>> The patch series could be logically structured into 5 sub-series:
>>  1. (1) add the driver skeleton including documentation
>>  2. (2-30) import libefx and include it in build with the latest patch
>>  3. (31-43) implement minimal device level operations in steps
>>  4. (44-51) implement Rx subsystem
>>  5. (52-56) implement Tx subsystem
>>
>> Functional driver with multi-queue support capable to send and receive
>> traffic appears with the last patch in the series.
>>
>> The following design decisions are made during development:
>>
>>  1. Since libefx uses positive errno return codes, positive errno
>>     return codes are used inside the driver and coversion to negative
>>     is done on return from eth_dev_ops callbacks. We think that it
>>     is the less error-prone way.
>>
>>  2. Another Solarflare PMD with in-kernel part (for control operations)
>>     is considered and could be added in the future. Code for data path
>>     should be shared by these two drivers. libefx-based PMD is put into
>>     'efx' subdirectory to have a space for another PMD and shared code.
>>
>>  3. Own event queue (a way to deliver events from HW to host CPU) is
>>     used for house-keeping (e.g. link status notifications), each Tx
>>     and each Rx queue. No locks on datapath are requires in this case.
>>
>>  4. Alarm is used to periodically poll house-keeping event queue.
>>     The event queue is used to deliver link status change notifications,
>>     Rx/Tx queue flush events, SRAM events. It is not used on datapath.
>>     The event queue polling is protected using spin-lock since
>>     concurrent access from different contexts is possible (e.g. device
>>     stop when polling alarm is running).
>>
>> [1] https://svnweb.freebsd.org/base/head/sys/dev/sfxge/common/
>> [2] https://github.com/illumos/illumos-gate/tree/master/usr/src/uts/common/io/sfxge/common/
>>
>> ---
>>
>> Andrew Rybchenko (49):
>>   net/sfc: libefx-based PMD stub sufficient to build and init
>>   net/sfc: import libefx base
>>   net/sfc: import libefx register definitions
>>   net/sfc: import libefx filters support
>>   net/sfc: import libefx MCDI definition
>>   net/sfc: import libefx MCDI implementation
>>   net/sfc: import libefx MCDI logging support
>>   net/sfc: import libefx MCDI proxy authorization support
>>   net/sfc: import libefx 5xxx/6xxx family support
>>   net/sfc: import libefx SFN7xxx family support
>>   net/sfc: import libefx SFN8xxx family support
>>   net/sfc: import libefx diagnostics support
>>   net/sfc: import libefx built-in selftest support
>>   net/sfc: import libefx software per-queue statistics support
>>   net/sfc: import libefx PHY flags control support
>>   net/sfc: import libefx PHY statistics support
>>   net/sfc: import libefx PHY LEDs control support
>>   net/sfc: import libefx MAC statistics support
>>   net/sfc: import libefx event prefetch support
>>   net/sfc: import libefx Rx scatter support
>>   net/sfc: import libefx RSS support
>>   net/sfc: import libefx loopback control support
>>   net/sfc: import libefx monitors statistics support
>>   net/sfc: import libefx support to access monitors via MCDI
>>   net/sfc: import libefx support for Rx packed stream mode
>>   net/sfc: import libefx NVRAM support
>>   net/sfc: import libefx VPD support
>>   net/sfc: import libefx bootrom configuration support
>>   net/sfc: import libefx licensing support
>>   net/sfc: implement dummy callback to get device information
>>   net/sfc: implement driver operation to init device on attach
>>   net/sfc: add device configure and close stubs
>>   net/sfc: add device configuration checks
>>   net/sfc: implement device start and stop operations
>>   net/sfc: make available resources estimation and allocation
>>   net/sfc: interrupts support sufficient for event queue init
>>   net/sfc: implement event queue support
>>   net/sfc: implement EVQ dummy exception handling
>>   net/sfc: maintain management event queue
>>   net/sfc: periodic management EVQ polling using alarm
>>   net/sfc: minimum port control sufficient to receive traffic
>>   net/sfc: implement Rx subsystem stubs
>>   net/sfc: check configured rxmode
>>   net/sfc: implement Rx queue setup release operations
>>   net/sfc: calculate Rx buffer size which may be used
>>   net/sfc: validate Rx queue buffers setup
>>   net/sfc: implement Rx queue start and stop operations
>>   net/sfc: implement device callback to Rx burst of packets
>>   net/sfc: discard scattered packet on Rx correctly
>>
>> Artem Andreev (2):
>>   net/sfc: include libefx in build
>>   net/sfc: implement device operation to retrieve link info
>>
>> Ivan Malov (5):
>>   net/sfc: provide basic stubs for Tx subsystem
>>   net/sfc: add function to check configured Tx mode
>>   net/sfc: add callbacks to set up and release Tx queues
>>   net/sfc: implement transmit path start / stop
>>   net/sfc: add callback to send bursts of packets
>>
> 
> Hi Andrew,
> 
> Thank you for the patch, I have encounter with a few minor issues, can
> you please check them [1]?	
> 
> Also folder structure is drivers/net/sfc/efx/<all_src_files>, why /sfc/
> layer is created?
> sfc is company name (solarflare communications), right? Other driver
> folders not structured based on company, what about using
> drivers/net/efx/* ?
> 
> 
> [1]:
> 1- There are a few (non-base) checkpatch warnings, can you please check
> patch 36, 49, 50 and 55 please?
> 
> 2- Got following compile issues, not investigated, directly sharing here:
> 
> a) for i686-native-linuxapp-gcc target:
> =======================================

I just saw that driver doesn't support 32bit, please forget about this ones.

> In file included from .../i686-native-linuxapp-gcc/include/rte_debug.h:46:0,
>                  from .../drivers/net/sfc/efx/efsys.h:39,
>                  from .../drivers/net/sfc/efx/base/efx.h:34,
>                  from .../drivers/net/sfc/efx/sfc.c:35:
> .../drivers/net/sfc/efx/sfc.c: In function ‘sfc_dma_alloc’:
> .../drivers/net/sfc/efx/sfc.c:51:32: warning: format ‘%lu’ expects
> argument of type ‘long unsigned int’, but argument 12 has type ‘size_t
> {aka unsigned int}’ [-Wformat=]
>         name, id, len, socket_id);
>                                 ^
> .../i686-native-linuxapp-gcc/include/rte_log.h:268:25: note: in
> definition of macro ‘RTE_LOG’
>     RTE_LOGTYPE_ ## t, # t ": " __VA_ARGS__) : \
>                          ^
> .../drivers/net/sfc/efx/sfc_log.h:65:4: note: in expansion of macro
> ‘SFC_LOG’
>     SFC_LOG(sa, INFO,    \
>     ^~~~~~~
> .../drivers/net/sfc/efx/sfc.c:50:2: note: in expansion of macro
> ‘sfc_log_init’
>   sfc_log_init(sa, "name=%s id=%u len=%lu socket_id=%d",
>   ^~~~~~~~~~~~
> 
> b) for icc getting following warnings:
> =======================================
> icc: command line warning #10006: ignoring unknown option '-Wno-empty-body'
> icc: command line warning #10006: ignoring unknown option
> '-Waggregate-return'
> icc: command line warning #10006: ignoring unknown option
> '-Wbad-function-cast'
> icc: command line warning #10006: ignoring unknown option '-Wnested-externs'
> 
> 
> c) icc compiler errors:
> =======================================

And probably you don't have ICC compilers, I can help if that is the case.

> In file included from
> .../x86_64-native-linuxapp-icc/include/rte_ethdev.h(185),
>                  from .../drivers/net/sfc/efx/sfc.h(35),
>                  from .../drivers/net/sfc/efx/sfc.c(37):
> .../x86_64-native-linuxapp-icc/include/rte_ether.h(258): warning #2203:
> cast discards qualifiers from target type
>         uint16_t *from_words = (uint16_t *)(ea_from->addr_bytes);
>                                ^
> 
> .../drivers/net/sfc/efx/base/efx_mcdi.c(1157): warning #3179: deprecated
> conversion of string literal to char* (should be const char*)
> .../drivers/net/sfc/efx/base/ef10_filter.c(1276): warning #188:
> enumerated type mixed with another type
>                 : "unknown assertion";
>                 ^
> 
>                 filter_flags = 0;
>                              ^
> 
> .../drivers/net/sfc/efx/base/efx_mcdi.c(1426): warning #188: enumerated
> type mixed with another type
>         epp->ep_fixed_port_type =
>                                 ^
> 
> .../drivers/net/sfc/efx/base/efx_nic.c(556): warning #188: enumerated
> type mixed with another type
>         enp->en_family = 0;
>                        ^
> 
> Thanks,
> ferruh
> 




More information about the dev mailing list