On 1/11/2019 1:25 PM, Alejandro Lucero wrote: > The Netronome's Network Flow Processor chip is highly programmable > with the goal of processing packets at high speed. Processing units > and other chip components are available from the host through the > PCIe CPP(Command Push Pull bus) interface. The NFP PF PMD configures > a CPP handler for setting up and working with vNICs, perform actions > like link up or down, or accessing extended stats from the MAC component. > > There exist NFP host tools which access the NFP components for > programming and debugging but they require the CPP interface. When the > PMD is bound to the PF, the DPDK app owns the CPP interface, so these > host tools can not access the NFP through other means like NFP kernel > drivers. > > This patch adds a CPP bridge using the rte_service API which can be > enabled by a DPDK app. Interestingly, DPDK clients like OVS will not > enable specific service cores, but this can be performed with a > secondary process specifically enabling this CPP bridge service and > therefore giving access to the NFP to those host tools. > > v2: > - Avoid printfs for debugging > - fix compilation problems for powerpc > > Signed-off-by: Alejandro Lucero <alejandro.luc...@netronome.com>
Applied to dpdk-next-net/master, thanks.