d/numam-dpdk
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
58fd9eebaf
numam-dpdk/config/common_linuxapp

43 lines
1.1 KiB
Plaintext
Raw Normal View History

config: replace Intel license headers with SPDX tags Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
2018-01-23 14:21:16 +00:00
# SPDX-License-Identifier: BSD-3-Clause
# Copyright(c) 2010-2016 Intel Corporation
config: factorize configurations linux and bsd default configurations now have their own default common configuration files. Specific options are then set in the specific files. This makes it easier to globally enable/disable some features in DPDK for multiple targets. Signed-off-by: David Marchand <david.marchand@6wind.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
2014-05-14 14:58:07 +00:00
config: remove duplicate information In order to cleanup the configuration files some and reduce the number of duplicate configuration information. Add a new file called common_base which contains just about all of the configuration lines in one place. Then have the common_bsdapp, common_linuxapp files include this one file. Then in those OS specific files add the delta configuration lines. Signed-off-by: Keith Wiles <keith.wiles@intel.com> Signed-off-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2016-03-04 18:11:12 +00:00
#include "common_base"
config: factorize configurations linux and bsd default configurations now have their own default common configuration files. Specific options are then set in the specific files. This makes it easier to globally enable/disable some features in DPDK for multiple targets. Signed-off-by: David Marchand <david.marchand@6wind.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
2014-05-14 14:58:07 +00:00
CONFIG_RTE_EXEC_ENV="linuxapp"
CONFIG_RTE_EXEC_ENV_LINUXAPP=y
mem: balanced allocation of hugepages Currently EAL allocates hugepages one by one not paying attention from which NUMA node allocation was done. Such behaviour leads to allocation failure if number of available hugepages for application limited by cgroups or hugetlbfs and memory requested not only from the first socket. Example: # 90 x 1GB hugepages availavle in a system cgcreate -g hugetlb:/test # Limit to 32GB of hugepages cgset -r hugetlb.1GB.limit_in_bytes=34359738368 test # Request 4GB from each of 2 sockets cgexec -g hugetlb:test testpmd --socket-mem=4096,4096 ... EAL: SIGBUS: Cannot mmap more hugepages of size 1024 MB EAL: 32 not 90 hugepages of size 1024 MB allocated EAL: Not enough memory available on socket 1! Requested: 4096MB, available: 0MB PANIC in rte_eal_init(): Cannot init memory This happens beacause all allocated pages are on socket 0. Fix this issue by setting mempolicy MPOL_PREFERRED for each hugepage to one of requested nodes using following schema: 1) Allocate essential hugepages: 1.1) Allocate as many hugepages from numa N to only fit requested memory for this numa. 1.2) repeat 1.1 for all numa nodes. 2) Try to map all remaining free hugepages in a round-robin fashion. 3) Sort pages and choose the most suitable. In this case all essential memory will be allocated and all remaining pages will be fairly distributed between all requested nodes. New config option RTE_EAL_NUMA_AWARE_HUGEPAGES introduced and enabled by default for linuxapp except armv7 and dpaa2. Enabling of this option adds libnuma as a dependency for EAL. Fixes: 77988fc08dc5 ("mem: fix allocating all free hugepages") Signed-off-by: Ilya Maximets <i.maximets@samsung.com> Acked-by: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com> Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com> Acked-by: Jerin Jacob <jerin.jacob@caviumnetworks.com> Tested-by: Jerin Jacob <jerin.jacob@caviumnetworks.com>
2017-06-29 05:59:19 +00:00
CONFIG_RTE_EAL_NUMA_AWARE_HUGEPAGES=y
igb_uio: make compilation optional Currently, igb_uio is always compiled. Some Linux distributions may not want to include igb_uio with DPDK, so we need to make sure that igb_uio compilation for Linuxapp targets can be optional. Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Tested-by: HuilongX Xu <huilongx.xu@intel.com> Tested-by: Waterman Cao <waterman.cao@intel.com> Acked-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2014-06-13 14:52:40 +00:00
CONFIG_RTE_EAL_IGB_UIO=y
vfio: header for build support Add VFIO compilation option to linuxapp config. Adding a header that will determine if VFIO support should be compiled in. If VFIO is enabled in config (and it's enabled by default), then the header will also check for kernel version. If VFIO is enabled in config and if the kernel version is 3.6+, then VFIO_PRESENT will be defined. This is the macro that should be used to determine if VFIO support is being compiled in. Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com> Tested-by: HuilongX Xu <huilongx.xu@intel.com> Tested-by: Waterman Cao <waterman.cao@intel.com> Acked-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2014-06-13 14:52:42 +00:00
CONFIG_RTE_EAL_VFIO=y
config: add KNI kmod option This option permit to build librte_kni.so without building rte_kni.ko so you can build a sdk without building kernel drivers. Signed-off-by: Nikita Kozlov <nikita@elyzion.net>
2015-08-03 16:12:17 +00:00
CONFIG_RTE_KNI_KMOD=y
config: remove duplicate information In order to cleanup the configuration files some and reduce the number of duplicate configuration information. Add a new file called common_base which contains just about all of the configuration lines in one place. Then have the common_bsdapp, common_linuxapp files include this one file. Then in those OS specific files add the delta configuration lines. Signed-off-by: Keith Wiles <keith.wiles@intel.com> Signed-off-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2016-03-04 18:11:12 +00:00
CONFIG_RTE_LIBRTE_KNI=y
net/kni: add KNI PMD Add KNI PMD which wraps librte_kni for ease of use. KNI PMD can be used as any regular PMD to send / receive packets to the Linux networking stack. Signed-off-by: Ferruh Yigit <ferruh.yigit@intel.com> Reviewed-by: Yong Wang <yongwang@vmware.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Yong Wang <yongwang@vmware.com>
2017-02-17 13:42:38 +00:00
CONFIG_RTE_LIBRTE_PMD_KNI=y
vhost: turn on by default Previous vhost-cuse implementation requires fuse development package. Now that we have vhost-user implementation, which is enabled by default and doesn't require additional library to build, we could turn on vhost. Signed-off-by: Huawei Xie <huawei.xie@intel.com>
2015-06-29 15:58:53 +00:00
CONFIG_RTE_LIBRTE_VHOST=y
config: enable vhost NUMA awareness by default It is safe to enable LIBRTE_VHOST_NUMA by default for all configurations where libnuma is already a default dependency. Signed-off-by: Ilya Maximets <i.maximets@samsung.com> Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com> Acked-by: Jerin Jacob <jerin.jacob@caviumnetworks.com> Tested-by: Jerin Jacob <jerin.jacob@caviumnetworks.com>
2017-06-29 05:59:20 +00:00
CONFIG_RTE_LIBRTE_VHOST_NUMA=y
vhost: add driver on top of the library The patch introduces a new PMD. This PMD is implemented as thin wrapper of librte_vhost. It means librte_vhost is also needed to compile the PMD. The vhost messages will be handled only when a port is started. So start a port first, then invoke QEMU. The PMD has 2 parameters. - iface: The parameter is used to specify a path to connect to a virtio-net device. - queues: The parameter is used to specify the number of the queues virtio-net device has. (Default: 1) Here is an example. $ ./testpmd -c f -n 4 --vdev 'eth_vhost0,iface=/tmp/sock0,queues=1' -- -i To connect above testpmd, here is qemu command example. $ qemu-system-x86_64 \ <snip> -chardev socket,id=chr0,path=/tmp/sock0 \ -netdev vhost-user,id=net0,chardev=chr0,vhostforce,queues=1 \ -device virtio-net-pci,netdev=net0,mq=on Signed-off-by: Tetsuya Mukawa <mukawa@igel.co.jp> Acked-by: Ferruh Yigit <ferruh.yigit@intel.com> Acked-by: Yuanhan Liu <yuanhan.liu@linux.intel.com> Acked-by: Rich Lane <rich.lane@bigswitch.com> Tested-by: Rich Lane <rich.lane@bigswitch.com> Update for queue state event name: Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
2016-03-21 05:45:08 +00:00
CONFIG_RTE_LIBRTE_PMD_VHOST=y
net/ifcvf: add ifcvf vDPA driver The IFCVF vDPA (vhost data path acceleration) driver provides support for the Intel FPGA 100G VF (IFCVF). IFCVF's datapath is virtio ring compatible, it works as a HW vhost backend which can send/receive packets to/from virtio directly by DMA. Different VF devices serve different virtio frontends which are in different VMs, so each VF needs to have its own DMA address translation service. During the driver probe a new container is created, with this container vDPA driver can program DMA remapping table with the VM's memory region information. Key vDPA driver ops implemented: - ifcvf_dev_config: Enable VF data path with virtio information provided by vhost lib, including IOMMU programming to enable VF DMA to VM's memory, VFIO interrupt setup to route HW interrupt to virtio driver, create notify relay thread to translate virtio driver's kick to a MMIO write onto HW, HW queues configuration. - ifcvf_dev_close: Revoke all the setup in ifcvf_dev_config. Live migration feature is supported by IFCVF and this driver enables it. For the dirty page logging, VF helps to log for packet buffer write, driver helps to make the used ring as dirty when device stops. Because vDPA driver needs to set up MSI-X vector to interrupt the guest, only vfio-pci is supported currently. Signed-off-by: Xiao Wang <xiao.w.wang@intel.com> Signed-off-by: Rosen Xu <rosen.xu@intel.com> Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com>
2018-04-17 07:06:23 +00:00
CONFIG_RTE_LIBRTE_IFCVF_VDPA_PMD=y
config: remove duplicate information In order to cleanup the configuration files some and reduce the number of duplicate configuration information. Add a new file called common_base which contains just about all of the configuration lines in one place. Then have the common_bsdapp, common_linuxapp files include this one file. Then in those OS specific files add the delta configuration lines. Signed-off-by: Keith Wiles <keith.wiles@intel.com> Signed-off-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2016-03-04 18:11:12 +00:00
CONFIG_RTE_LIBRTE_PMD_AF_PACKET=y
net/tap: add TUN/TAP device PMD The PMD allows for DPDK and the host to communicate using a raw device interface on the host and in the DPDK application. The device created is a Tap device with a L2 packet header. Signed-off-by: Keith Wiles <keith.wiles@intel.com> Reviewed-by: Ferruh Yigit <ferruh.yigit@intel.com> Tested-by: Aws Ismail <aismail@ciena.com> Tested-by: Vasily Philipov <vasilyf@mellanox.com>
2016-12-12 14:38:38 +00:00
CONFIG_RTE_LIBRTE_PMD_TAP=y
net/avp: support driver registration Adds the initial framework for registering the driver against the support PCI device identifiers. Signed-off-by: Allain Legacy <allain.legacy@windriver.com> Signed-off-by: Matt Peters <matt.peters@windriver.com> Acked-by: Vincent Jardin <vincent.jardin@6wind.com>
2017-03-28 11:53:59 +00:00
CONFIG_RTE_LIBRTE_AVP_PMD=y
net/vdev_netvsc: introduce Hyper-V platform driver This patch lays the groundwork for this driver (draft documentation, copyright notices, code base skeleton and build system hooks). While it can be successfully compiled and invoked, it's an empty shell at this stage. Signed-off-by: Adrien Mazarguil <adrien.mazarguil@6wind.com> Signed-off-by: Matan Azrad <matan@mellanox.com>
2018-01-18 13:51:42 +00:00
CONFIG_RTE_LIBRTE_VDEV_NETVSC_PMD=y
config: enable nfp driver on Linux Because using a NFP PMD requires specific BSP installed, the PMD support was not the default option before. This was just for making people aware of such dependency, since there is no need for such a BSP for just compiling DPDK with NFP PMD support. Signed-off-by: Alejandro Lucero <alejandro.lucero@netronome.com>
2017-01-13 11:50:02 +00:00
CONFIG_RTE_LIBRTE_NFP_PMD=y
config: remove duplicate information In order to cleanup the configuration files some and reduce the number of duplicate configuration information. Add a new file called common_base which contains just about all of the configuration lines in one place. Then have the common_bsdapp, common_linuxapp files include this one file. Then in those OS specific files add the delta configuration lines. Signed-off-by: Keith Wiles <keith.wiles@intel.com> Signed-off-by: Thomas Monjalon <thomas.monjalon@6wind.com>
2016-03-04 18:11:12 +00:00
CONFIG_RTE_LIBRTE_POWER=y
net/virtio-user: add vhost-user adapter layer This patch provides vhost adapter layer implementation. Two main help functions are provided to upper layer (device emulation): - vhost_user_setup(), to set up vhost user backend; - vhost_user_sock(), to talk with vhost user backend. ---------------------- | ------------------ | | | virtio driver | | | ------------------ | | | | | ------------------ | ------> virtio-user PMD | | device emulate | | | | | | | | vhost adapter |-|----> (vhost_user.c) | ------------------ | ---------------------- | | -------------- --> (vhost-user protocol) | ------------------ | vhost backend | ------------------ Signed-off-by: Huawei Xie <huawei.xie@intel.com> Signed-off-by: Jianfeng Tan <jianfeng.tan@intel.com> Acked-by: Neil Horman <nhorman@tuxdriver.com> Acked-by: Yuanhan Liu <yuanhan.liu@linux.intel.com>
2016-06-15 09:03:22 +00:00
CONFIG_RTE_VIRTIO_USER=y
app/procinfo: add compilation option in config Unlike every other DPDK application's compilation, proc_info's compilation cannot be turned off on Linux. Fix it by adding a config option to base linuxapp config. Fixes: 22561383ea17 ("app: replace dump_cfg by proc_info") Cc: stable@dpdk.org Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>
2018-01-12 18:27:29 +00:00
CONFIG_RTE_PROC_INFO=y
config: add dpaaX build for all Linux platforms Signed-off-by: Hemant Agrawal <hemant.agrawal@nxp.com>
2018-03-14 07:56:04 +00:00
# NXP DPAA BUS and drivers
CONFIG_RTE_LIBRTE_DPAA_BUS=y
CONFIG_RTE_LIBRTE_DPAA_MEMPOOL=y
CONFIG_RTE_LIBRTE_DPAA_PMD=y
CONFIG_RTE_LIBRTE_PMD_DPAA_EVENTDEV=y
CONFIG_RTE_LIBRTE_PMD_DPAA_SEC=y
# NXP FSLMC BUS and DPAA2 drivers
CONFIG_RTE_LIBRTE_FSLMC_BUS=y
CONFIG_RTE_LIBRTE_DPAA2_MEMPOOL=y
CONFIG_RTE_LIBRTE_DPAA2_PMD=y
CONFIG_RTE_LIBRTE_PMD_DPAA2_EVENTDEV=y
CONFIG_RTE_LIBRTE_PMD_DPAA2_SEC=y
raw/dpaa2_cmdif: introduce DPAA2 command interface driver Signed-off-by: Nipun Gupta <nipun.gupta@nxp.com> Acked-by: Shreyansh Jain <shreyansh.jain@nxp.com>
2018-05-04 10:11:26 +00:00
CONFIG_RTE_LIBRTE_PMD_DPAA2_CMDIF_RAWDEV=y
raw/dpaa2_qdma: introduce the DPAA2 QDMA driver DPAA2 QDMA driver uses MC DPDMAI object. This driver enables the user (app) to perform data DMA without involving CPU in the DMA process Signed-off-by: Nipun Gupta <nipun.gupta@nxp.com> Acked-by: Shreyansh Jain <shreyansh.jain@nxp.com>
2018-05-03 16:06:07 +00:00
CONFIG_RTE_LIBRTE_PMD_DPAA2_QDMA_RAWDEV=y
Reference in New Issue Copy Permalink