Age | Commit message (Collapse) | Author | Files | Lines |
|
This patch adds support for the following:
DPDK - 20.05
OVS - 2.14
VPP - 21.01
Ubuntu - 20.04
Fedora - 33
JIRA: VINEPERF-645
Signed-off-by: Sridhar K. N. Rao <sridhar.rao@spirent.com>
Change-Id: I8810ef04d1beb7f3bb39fb3a1420d0b15dbfa395
|
|
|
|
Pylint installation was part of vsperf installation scripts, which is
not following vsperf generic approach to add all required python
packages into requirements.txt. It also means, that the same
version of pylint is used for verification of all patches at given
server. This is causing issues in case, that different versions
of pylint are required to verify vsperf code, e.g. older version
might be required to verify patches of previous OPNFV release.
Pylint with exact version number was added into requirements.txt,
so correct version of pylint is used for verification of vspef code.
JIRA: VSPERF-563
Change-Id: I48c9cacd87f016e6047ed965728d3b8d63e6461f
Signed-off-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
Reviewed-by: Richard Elias <richardx.elias@intel.com>
|
|
Patch introduces a set of testcases with T-Rex running inside VM.
JIRA: VSPERF-560
Change-Id: I5b0a0220a2d72428ae1210ee9590d39abdfb9c1d
Signed-off-by: Martin Klozik <martinx.klozik@intel.com>
Signed-off-by: RadoslawX Glombiowski <radoslawx.glombiowski@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
|
|
It was reported that virtualenv-3.x sometimes uses python2.7 instead of
python3. This update of the python virtual environment creation scripts,
enforces the use of python3 from /usr/bin/python3.
The scripts were tested on fresh installations of each currently
supported Linux OS.
JIRA:VSPERF-551
Change-Id: If909dd9578a3c42b14c1a3e4f9ed7b07a675fb58
Signed-off-by: Richard Elias <richardx.elias@intel.com>
Reviewed-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
Reviewed-by: Trevor Cooper <trevor.cooper@intel.com>
|
|
An update of the Fedora installation scripts for versions 24,25 and 26.
Change-Id: Ib510d78f4040e1029bc68d2fa303a4c0a6357de3
Signed-off-by: Richard Elias <richardx.elias@intel.com>
Reviewed-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
Reviewed-by: Trevor Cooper <trevor.cooper@intel.com>
|
|
VSPERF with DPDK 16.04 and 16.07 did not work on Fedora 20-22.
Installtion scripts for F20-F22 were deleted. VSPERF supports
F24 and F25.
JIRA: VSPERF-475
Change-Id: I3ce62b8883844cbcaab5b75fb9374068f9fced16
Signed-off-by: Martin Goldammer <martinx.goldammer@intel.com>
Reviewed-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Bill Michalowski <bmichalo@redhat.com>
Reviewed-by: Antonio Fischetti <antonio.fischetti@intel.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
|
|
Adds installer script for Fedora 25. Kernel version on Fedora 25
requires DPDK 16.11 and newer. VSPERF user must use DPDK and OVS
versions, which are compatible with installed kernel.
Adds new folder for current distribution with installation scripts.
JIRA: VSPERF-453
Change-Id: Icb86ea7655e95df57a8052e4a8523348a0c75dc0
Signed-off-by: Martin Goldammer <martinx.goldammer@intel.com>
Reviewed-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Bill Michalowski <bmichalo@redhat.com>
Reviewed-by: Antonio Fischetti <antonio.fischetti@intel.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
|
|
Adds installer script for Fedora 24. Kernel version on Fedora 24
requires DPDK 16.11 and newer. VSPERF user must ensure, that used DPDK
and OVS version which are compatible with installed kernel.
Adds new folder for current distribution with installation scripts.
JIRA: VSPERF-453
Change-Id: I08846d6e51faa578ea9305173174bfc49b77018a
Signed-off-by: Martin Goldammer <martinx.goldammer@intel.com>
Reviewed-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: Bill Michalowski <bmichalo@redhat.com>
Reviewed-by: Antonio Fischetti <antonio.fischetti@intel.com>
Reviewed-by: Sridhar Rao <sridhar.rao@spirent.com>
|
|
Recent versions of DPDK (16.xx) depend on numa library.
Thus installation scripts were updated to install both
binary and development packages.
JIRA: VSPERF-360
Change-Id: Idd0eac8758f30a355909bb804e99e650b67bba8b
Signed-off-by: Martin Klozik <martinx.klozik@intel.com>
Reviewed-by: Maryam Tahhan <maryam.tahhan@intel.com>
Reviewed-by: Al Morton <acmorton@att.com>
Reviewed-by: Christian Trautman <ctrautma@redhat.com>
Reviewed-by: <bmichalo@redhat.com>
|
|
Fixes the build scripts to stop using arch specific packages.
The issue was found on an x86_64 arch when performing the
installation script. The glibc.i686 would fail to install
because a dependency was installed with a x86_64 arch.
While testing I found other versions of Fedora should also
include the glib2-devel package which was added to Fedora 22
build_base_machine script in another patch. This does not
seem to be included in the base installation of the OS.
Tested on Centos7, Fedora22, 21, 20, and Rhel7.2.
JIRA: VSPERF-281
Change-Id: I884d14fdacf0ceb96c9dc341e82c96d864653766
Signed-off-by: Christian Trautman <ctrautma@redhat.com>
|
|
Modified top level build_base_machine.sh script to use ID
instead of Name from os-release file. Renamed folders to
adapt to this change.
* Modified ID variable assignment from echo to straight assignment.
JIRA: VSPERF-257
Change-Id: I22a7d5a1f191418cbc8fc9fd7d85b013e51b49bc
Signed-off-by: Christian Trautman <ctrautma@redhat.com>
|