[Starlingx-discuss] QAT upgrade testing

[Liu, Yang]

Steps for launching VM using QAT devices can be found in upstream docs.
https://docs.openstack.org/nova/pike/admin/pci-passthrough.html

Note that there's currently an helm chart override issue for nova charts, which resulted in incorrect pci alias and passthrough whitelist configs in nova.conf.
https://bugs.launchpad.net/starlingx/+bug/1824831

You can try to override the helm charts to change the nova.conf to workaround it though.

BR,
Yang

From: Waheed, Numan [mailto:Numan.Waheed at windriver.com]
Sent: April-24-19 4:26 PM
To: Wang, Hai Tao; starlingx-discuss at lists.starlingx.io; Winnicki, Chris
Cc: Perez, Ricardo O
Subject: Re: [Starlingx-discuss] QAT upgrade testing

Hi Chris,

Can you please provide the steps for QAT testing.

Thanks,

Numan.

From: Wang, Hai Tao <hai.tao.wang at intel.com>
Sent: April-24-19 10:29 AM
To: Waheed, Numan <Numan.Waheed at windriver.com>; starlingx-discuss at lists.starlingx.io
Cc: Perez, Ricardo O <ricardo.o.perez at intel.com>
Subject: QAT upgrade testing

Hi Numan,

We are now testing the QAT upgrade on CentOS7.6. For functional test before upgrade, we start to verify guest can be launched with multiple crypto VFs.
Could you share some detail step on how to create a new flavor and add extra-spec for QAT device?
And it is nice if you provide the corresponding guest VM image to support the test so that we can go through the basic QAT test.

Thanks
Haitao

From: Waheed, Numan [mailto:Numan.Waheed at windriver.com]
Sent: Tuesday, April 16, 2019 4:50 AM
To: starlingx-discuss at lists.starlingx.io<mailto:starlingx-discuss at lists.starlingx.io>
Subject: [Starlingx-discuss] Upstreaming Automation Framework

StarlingX community has felt the lack of an automation framework since the beginning of this project. I am excited to share that we are working on upstreaming the automation framework that Wind River has been using for over three years now. This automation framework is based on PyTest but has been customized by adding Keywords that help test case creation simple and quick for this project.

PyTest was chosen as automation framework because of its maintainability, debugability, flexibility and scalability. It has simple syntax and parametrization capability that allows to scale quickly. It possesses strong support for test fixtures and state management via setup/teardown hooks.  Test case selection and deselection is fairly easy with the use of Markers.

As mentioned earlier, this framework has been in use for over three years. The framework and a set of test cases will become available to community in phases. In the first phase, we will be upstreaming the framework and related keywords. Next phase will include upstreaming the test case. We also plan to create a wiki for helping community members in using this framework and executing automated test cases or writing their own test cases.

Stay tuned.

Numan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20190425/e2aa6219/attachment-0001.html>