Fix an issue for TLS

Export a qcow2 persistent bitmap with qemu-nbd

usb_host: add usb-host device specific parameters support

env_process: Handle the kvm_probe module together

virttest: Delete scsi disk before scsi_debug mod unload

Signed-off-by: NZhenchao Liu <zhencliu@redhat.com>

This is to fix an incorrect replacement in commit 30c34c8e.
With old implemention, the libvirtd daemon can not be started because of
the incorrect configuration in /etc/libvirt/qemu.conf like below:

chardev_tls_x509_cert_dir=\"/etc/pki/libvirt-chardev\"
Signed-off-by: NDan Zheng <dzheng@redhat.com>

Minorfix: Make a copy for globals to avoid RuntimeError

Add debug info

Add missing parameters for 'blkiotune' virsh cmd

This reverts commit cdc4045e.

It shouldn't have been stripped from the PR before merging it... my
fault!
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Signed-off-by: NCleber Rosa <crosa@redhat.com>

1. Add support to handle the kvm_probe module.
2. Improve "reload_module" and "restore" methods which provided by
utils_kernel_module, now they will unload the module and those used by
this one.
Signed-off-by: NYihuang Yu <yihyu@redhat.com>

Update the correct kvm module list for powerpc and s390
Signed-off-by: NYihuang Yu <yihyu@redhat.com>

Just a simplification which IMO is better to read, and also works
around a possible problem when arch is set to an empty string.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Which is a common interface for getting values from the current
settings implementation.  On systems using older Avocado, it will
use the old API, and on systems with more recent Avocado, the new
settings interface.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

This plugin will only be active when Avocado-VT is used with versions
of Avocado that support that interface, and support the new settings
interfaces.

It will register all options under the configuration file, so that a
configuration file will be respected on such environments, and default
values will also be present.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

With defaults coming from config file, via the settings module *when
the Avocado implementation of the settings module is concerned only
with the configuration file*. In this case, we can get the value that
will serve as the option defaults from it.

When the Avocado implementation is the "new settings" module, that
concentrates information about the configuration file and command
line, and defaults are registered ahead of time, this becomes a
no-op.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

PoC for setting option with default from config file [2]
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Avocado has introduced a new settings module implementation, currently
available as "avocado.core.future.settings, but with the goal of
replacing the one at "avocado.core.settings".

If find that the this new implementation is available, we can be
certain that we're dealing with configurations that are dictionaries,
and never and argparse.Namespace instance.

Also, because it will live in the same location as the current one,
and because the change will happen at a given point before a release,
we need to implement some heuristic to check for new or old
implementation.

When using the new implementation, it means that new responsibilities
are needed, and registering the core options is required.  In this
case, the compatibility helpers get_opt()/set_opt() can now be defined
according to the presence of the settings implementation, because that
will guarantee that the opts will be a dictionary or not.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

By using the name of the section and key in the configuration file as
as the option name, we both:

 * Improve consistency Adhere to the standard used by the new Avocado
 * settings module

The other positive aspect of this change is that if users should not
be impacted if using configuration files, given that the section names
and keys did not change, and the option names are pretty much
internal.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

To be consistent with the names on latest Avocado plugin interfaces
and configuration data (which is now a dictionary, and no longer the
result of command line arguments and an argparse.Namespace instance).
Signed-off-by: NCleber Rosa <crosa@redhat.com>

And rely on get_opt/set_opt as compatibility, instead of turning a
dictionary into a Namespace() instance.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Instead of repeating the values as the default for a given option,
let's just use the first entry for each of the supported values list.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

There are options are not used anywhere else, one (vt_tests) is even
set twice.  Overall, all the needed configurations are already set in
the VirtTestOptionsProcess class and in the command line option
creation (such as the selinux option).
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Avocado 69.0 (LTS) already contains loader.DiscoverMode, so it's safe
to just use it directly here.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Signed-off-by: NCleber Rosa <crosa@redhat.com>

Signed-off-by: NCleber Rosa <crosa@redhat.com>

utils_config.py: Add missing opts for libvirtd.conf and qemu.conf

v2v: improve construction of output options

Add usb-host device options support, like:
hostbus, hostaddr, hostport, venderid, and productid.
Signed-off-by: Nybduan <yduan@redhat.com>

Add attr 'port' to Interface class

virttest/cpu.py: Extract variants cpu_types and cpu_types_re

Add the server's ip info when the certificates generated

Add method to handle all boot attributes

Support curl stroage backend

Fix get_conf_obj() to create config obj on non-modular daemon

Signed-off-by: NYingshun Cui <yicui@redhat.com>

For global usage in some cpu test cases
Signed-off-by: NQianqian Zhu <qizhu@redhat.com>

  1. url: <protocol>://[<username>[:<password>]@]<host>/<path>
     protocol: 'http', 'https', 'ftp', or 'ftps'
  2. -blockdev driver=https, url=https://a.b.c.d/image,
     username=xx, password-secret=xx, sslverify=off,readahead=xx,
     timeout=xxx
Signed-off-by: NZhenchao Liu <zhencliu@redhat.com>

cpu: update intel cpu model types