virt-what-cvm.pod: Fix man page typo s390x-protvirt -> s390-protvirt

Reported-by: Yongkui Guo
Fixes: commit 037689fbe95e403b050c1eb736ebc8fdc2e601a5

Add support for detecting protected virtualization on s390x

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

Fix CVM detection on Azure with TDX

The current TDX support was tested on Azure, however, since that time
they now block the CPUID leaf we were using. Instead it is required to
issue the Azure specific CPUID calls as we were already doing for SNP.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

Version 1.26

Also updated a few copyright dates to 2024.

And fixed some missing EXTRA_DIST entries, found by
'make dist && make maintainer-check-extra-dist':

  Checking for differences between EXTRA_DIST and git ...
  tests/alibaba-cloud-arm/sbin/timeout
  tests/alibaba-cloud-x86/sbin/timeout
  virt-what-cvm.pod

Fix support for Hyper-V on Arm

This architecture lacks CPUID so we must fall back to looking
at DMI data instead.

Reported-by: Yuxin Sun
Thanks: Dan Berrange
Fixes: https://issues.redhat.com/browse/RHEL-45834

Set timeout threshold for alibaba ecs identification to avoid hanging.

On Alibaba ECS/EBM, virt-what used to run this tricky shell command:
```
( { echo -e "GET /latest/meta-datainstance/instance-type HTTP/1.0\r\nHost: 100.100.100.200\r\n\r" >&3; grep -sq 'ebm' <&3 ; } 3<> /dev/tcp/100.100.100.200/80 ) 2>/dev/null
```
which means the host fetches metadata and identifies its flavor.

However, the remote server '100.100.100.200' is accessible only within
Alibaba Cloud network, which keeps those hosts, not in that condition
mentioned above, hanging until syscall 'connect' timeout and get interrupted
by kernel, or even worse, hanging forever.

This commit set 1 second timeout at most for meta-data fetching process
to avoid that kind of hanging.

Signed-off-by: Weisson <hanxiaobupt@bupt.cn>

virt-what-cvm: rename 'azure-hcl' fact to 'hyperv-hcl'

Azure is a cloud service that uses the HyperV platform, so we
should refer to the fact as 'hyperv-hcl', not 'azure-hcl'.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

virt-what-cvm: drop TPM logic for detecting SNP on HyperV/Azure

Now we have proper CPUID detection, we no longer need the TPM
hacks.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

virt-what-cvm: probe for SNP/HCL on HyperV/Azure via CPUID

When running a confidential VM on Azure (HyperV) we can probe
CPUID leaf 0x40000003 to detect if VM isolation is present,
and 0x4000000c to detect what kind of isolation is used.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

virt-what-cvm: support alternative cpuid leaf ordering

The HyperV CPUID leaf for reporting the vendor string has an
alternative ordering of ecx/edx.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

virt-what-cvm: check if hypervisor bit is set

Before doing any probes for a confidential VM, check that the
tool is running under a hypervisor, rather than bare metal

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

Add support for CRI-O containers

Reported-by: Alessandro Taufer
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2217407
Thanks: Xiaodai Wang

nutanix: Don't match Nutanix-based baremetal systems

Nutanix ship baremetal systems which have modified firmware that
reports similar to:

  Manufacturer: Nutanix
  Product Name: NX-T00-4NL3-G5

This is not a virtual machine, but was recognised as such.  Make sure
we match on 'Product Name: AHV' to identify only virtual machines.

Thanks: Scott Yeager, Shaoyu Shang
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2211980

docs: Add cross reference to virt-what-cvm(1) to virt-what(1)

Introduce 'virt-what-cvm' program

The 'virt-what' program prints facts that reflect the hypervisor that
the guest is running under.

The new complementary 'virt-what-cvm' program prints facts that reflect
the confidential virtualization technology the guest is running under,
if any.

It is kept as a separate tool, rather than incorporating the facts into
'virt-what' output because it is considering a different aspect of the
virtualization. Furthermore there are specific security concerns around
the usage of facts reported by 'virt-what-cvm'.

The tool has been tested in a number of environments

 * Azure confidential guest with AMD SEV-SNP (GA)
 * Azure confidential guest with Intel TDX (technology preview)
 * Fedora 37 QEMU/KVM guest with AMD SEV (GA)
 * Fedora 37 QEMU/KVM guest with AMD SEV-ES (GA)
 * Fedora 38 QEMU/KVM guest with AMD SEV-SNP + SVSM (devel snapshot)

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>

Add support for Alibaba cloud on aarch64

This assumes you are running RHEL or another tenant which supports
ACPI.  It probably won't work for guests using device tree.

Also we assume that the hypervisor is KVM.  Since the hypervisor
indicates that it is RHEL 7, this is very likely to be true, but hard
to prove since there is no CPUID on Arm.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2165285

Add support for UpCloud

Grammar fixes

Detect OCI containers

Podman using OCI containers sets container=oci in PID 1's environment.
Detect that and print "oci" fact.

This patch was originally contributed by Alessandro Valentini.  I
modified it and added tests and documentation.

Reported-by: Alessandro Valentini
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2155233

podman: Fix location of test file /proc/1/environ

Since it was at the wrong location, the file was not even used by the
test.

Fixes: commit 1df728aa4b ("Add podman support")

Move docker and podman tests up, add comments

Refactor to bring related tests closer together and make the comments
more uniform.

Rearrange lxc test to avoid use of cat

Thanks: Elias Probst <e.probst@ssc-services.de>

Version 1.25.

detect AWS arm virtual instance as kvm

AWS arm virtual instance is KVM based hypervisor.
With this patch:
$ sudo virt-what
kvm
aws
$ cat /sys/devices/virtual/dmi/id/product_name
t4g.small

Without it:
$ sudo virt-what
aws

Signed-off-by: Xiao Liang <xiliang@redhat.com>

google-cloud: Print "kvm" fact on aarch64 instances

GCE instances are KVM with a non-QEMU userspace.  On x86-64 we should
recognize this from the CPUID information, but aarch64 has no
equivalent to this.  /proc/device-tree/hypervisor/compatible contains
something but RHEL does not use device tree.  However the SMBIOS
tables exported by GCE do contain:

  Manufacturer: KVM

so we can use that.

  # uname -m
  aarch64
  # virt-what
  google_cloud
  kvm

This commit also updates the test.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2114997
Updates: commit 54b726fa7c9687b692162488e8934a426f9fa6c3
Thanks: Eric Auger, Yongkui Guo

tests: Add test for Google Cloud Engine

This was actually a GCE aarch64 instance, but I believe the
architecture makes no difference as all we're looking for is the
characteristic string in dmidecode output.

Thanks: Craig Donnelly
Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2114997
Updates: commit 8363fa9f0e2cbd970f34ffb7c7b23ed0ac2c374a

alibaba-cloud: Make the test more robust

This test worked by trying to make an HTTP connection to a path under
100.100.100.200, which if successful would indicate that it's an
Alibaba cloud instance.  We only try the connection if SM-BIOS
information indicates the hardware OEM is Alibaba.

However 'make check' would hang if 100.100.100.200 doesn't immediately
reject the connection.  I found that GCE is such an environment where
connecting to this address would hang rather than reject.  GCE does
not have Alibaba hardware of course, but when doing 'make check' we
fake dmidecode data.

Make the test more robust by only trying to connect when we know we're
not in 'make check'.

Fixes: commit b7cc3d93a613ef6d0ac5ccd6e32cc3d66e057243

Version 1.24.

illumos-lx: Fix test so it works under virtualization

Tests need to provide dummy sbin/virt-what-cpuid-helper, dmidecode and
uname.  This ensures that if we are running the test suite under (eg)
KVM, that virt-what doesn't discover this.

The failure was:

./test.sh: test failed because output did not match expected
Expected output was:
----------------------------------------
illumos-lx
----------------------------------------
But the actual output of the program was:
----------------------------------------
illumos-lx
kvm
----------------------------------------

Fixes: commit 763cf1b1123136751b71f475610c5ac1eeaba0ad

Version 1.23.

Detect Illumos (SmartOS/OmniOS) LX virtualization

Thanks for the feedback, Eric and Richard.  In this version, I've expunged the redundant cats and included the Makefile.am.

Version 1.22.

Add test file to EXTRA_DIST

Fixes: commit 1df728aa4b1d2814265f9c86494f7d55ee0cf9af

Add test file to EXTRA_DIST

Fixes: commit 7e679278431aa1a188dfe423526dfea82fddcbd3

Display kvm/qemu fact for Nutanix AHV

Since these are based on KVM we should display those facts too.

Thanks: Paolo Bonzini

Add detection of Red Hat's hypervisor

Red Hat sets the following fields in SMBIOS information, allowing us
to detect that it's the branded Red Hat hypervisor.

  Manufacturer: Red Hat
  Product Name: KVM
  Version: RHEL 7.6.0 PC (i440FX + PIIX, 1996)

Note that "RHEL 7.6.0" there is the machine type, which is not the
same as the hypervisor version (although the two have a relationship).

Thanks: Timothy Smith at IBM, Karen Noel

Add Google Cloud (not tested)

Thanks: Paolo Bonzini

use official product name for alibaba cloud bare-metal instances

Check for Alibaba Cloud X-Dragon Architecture

Thanks to Richard W.M. Jones' Super Powerful Bash Script

Add test for Alibaba Cloud Linux

Add support for Alibaba Cloud Linux

aws: Match multi-digit version number in BIOS information

See: https://listman.redhat.com/archives/virt-tools-list/2021-May/msg00011.html
Reported-by: Stuart Cooper

Add support for VMware ESXi on ARM

Virt-what doesn't recognize VMware VMs for AARCH64/ARM (with licensing
implications in ESXi Fling for ARM and Fusion v.Next for ARM). I've
created and attached a patch that adds both support for recognizing
ESXi and the automated tests for it.

Version 1.21.

Simplify and fix invocation of cpuid.

Fixes a crash on some platforms identified by Yongkui Guo in
https://bugzilla.redhat.com/show_bug.cgi?id=1756381#c15

Add podman support

docker: Lookup from /proc/self/cgroup too

Refs https://github.com/moby/moby/issues/18355

docker: Check for /.dockerenv too

/.dockerinit may no longer exist.

Ref https://github.com/moby/moby/issues/18355

Fix incorrect detection of MS Surfacebook 2 as a virtual machine.

helper: Fix KVM signature.

Thanks: Paolo Bonzini.

Add support for Nutanix Acropolis Hypervisor (AHV) (RHBZ#1756381).

Thanks: Cristian Seres for providing access to a guest.

Fix virt-what-cpuid-helper.

The value returned in %eax is the max_entry (eg. 0x40000000
if there are no further leafs).  However it is not reliable.
In addition if there are multiple leafs we should probably
only print the highest one.

Also use uint32_t instead of unsigned int.

Thanks: Paolo Bonzini.

Version 1.20.

maintainer: Add rules for maintainers.

Adds:
make maintainer-check-extra-dist
make maintainer-commit
make maintainer-tag

build: Add .gitignore to tarball.

Mainly to keep maintainer-check-extra-dist happy.

Arrange tests in subdirectories.

This simplifies and isolates each test.

build: Remove *~ files on make clean.

aws: Add regression test for AWS on KVM on ARM architecture.

Version 1.19.

aws: Add regression test for AWS on Xen on x86_64 architecture.

aws: Add regression test for AWS on baremetal on x86_64 architecture.

aws: Add regression test for AWS on KVM on x86_64 architecture.

tests: Fix tests when run on AWS.

When running on AWS two of the tests failed.  This was because the
tests did _not_ include a working dmidecode binary, hence the platform
dmidecode binary was being run instead, and that was detecting as AWS
owing to the previous commit.  Fix this by supplying a working
dmidecode binary for those tests.

aws: Detect AWS from dmidecode information.

Move the AWS detection out from under Xen.  AWS runs on KVM and
baremetal these days.  The dmidecode information for KVM and baremetal
is a little bit different so we also need to adjust the test for that
case.

Typical SMBIOS info for Xen:

BIOS Information
        Vendor: Xen
        Version: 4.2.amazon

Typical SMBIOS info for KVM and baremetal:

BIOS Information
        Vendor: Amazon EC2
        Version: 1.0

Thanks: Vitaly Kuznetsov, Jon Masters.

Replace == with = since the former is a bash-ism.

Thanks: Eric Blake.

Fixes commit d7fd8a7843030d2b1719353edfcd49dba3000122.

Allow using sysctl, for example when /proc isn't available

Determine architecture via 'uname -m'

'uname -p' only gives unknown on x86_64, i386, arm6l (rpi) and aarch64
(scaleways).

Recognize ppc64le (little endian) virtualization (RHBZ#1147876).

Tested by Laurent Vivier, see:
https://bugzilla.redhat.com/show_bug.cgi?id=1147876#c35 & ff.

As xen pv guest can access cpuid from Intel CPUs started IvyBridge onwards have CPUID Faulting, added one more check in virt-what.

Remove bashisms

Use [ instead of [[ so we fall back to test if necessary:

     http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html

Gbp-Pq: Name Remove-bashisms.patch

Missing have_cpuinfo check.

Version 1.18.

Add new ldoms binaries to EXTRA_DIST.

Fixes commit 0e25bd8297ddedec14a260b25a6347ccca784df3
and commit dc0c2972e178a6de9ee87501acca54447ea9c699.

Version 1.17.

ppc64: Test ${root}/proc/device-tree/hypervisor instead of real file.

Fixes commit 50153230d19401fe47fcfd19d7ca0a2623c1ff09.

tests: Fix ldoms test so it doesn't test the host.

Fixes commit dc0c2972e178a6de9ee87501acca54447ea9c699.

Document ‘aws’ meaning Amazon Web Services cloud guest.

Updates commit dc32228184622b28f412f527c0f353347db029b8.

Fix EXTRA_DIST to match actual contents of tests directory.

Version 1.16

Add LDoms Support.

The current version of virt-what does not support discovery of any
Logical Domains (LDoms) variants. This patch adds that support.

Orabug: 26106813

Signed-off-by: Darren Kenny <darren.kenny@oracle.com>
Reviewed-By: Liam Merwick <liam.merwick@oracle.com>
Reviewed-By: Rashmi Narasimhan <rashmi.narasimhan@oracle.com>

Update virt-what to detect AWS via dmidecode data.

virt-what: recognize OpenBSD vmm

Hi,

Please find attached a patch for virt-what to recognize the OpenBSD VMM
hypervisor.

For more information on vmm, please refer to:
- http://man.openbsd.org/vmm.4
- https://www.openbsd.org/papers/asiabsdcon2017-vmm-slides.pdf

>From 837390b5afbb9253a62b15208d6fb4cbbbecabf1 Mon Sep 17 00:00:00 2001
From: Jasper Lievisse Adriaanse <j@jasper.la>
Date: Sat, 17 Jun 2017 21:17:39 +0200
Subject: [PATCH] vmm detection (OpenBSD hypervisor)

Update to detect QEMU via 'TCGTCGTCGTCG' CPUID

QEMU >= 2.10 will start reporting the string "TCGTCGTCGTCG"
for CPUID queries when running under TCG only (KVM signature
is unchanged)

Signed-off-by: Daniel P. Berrange <berrange@redhat.com>

Add support for KVM on System Z

KVM on System Z can be discovered in the same way as z/VM, by
looking at the "VM* Control Program" lines in /proc/sysinfo.

Signed-off-by: Thomas Huth <thuth@redhat.com>

Export internal PATH variable (RHBZ#1467878).

- Fixes virt-what failing if it's started without an environment, eg:
  $ env -i /sbin/virt-what
  ... or with python subprocess.Popen, eg:
  p = subprocess.Popen('/sbin/virt-what', shell=False, ... , env={})

Detect KVM property when running on POWER (RHBZ#1455676).

QEMU on ppc64 adds an additional property in the device tree if
running with KVM, so you could check that property for the string
"linux,kvm" to see if KVM is enabled:

0000000: 6c69 6e75 782c 6b76 6d00                 linux,kvm.

Revert "Print 'qemu' fact when running in qemu environment on POWER 9 (RHBZ#1455676)."

This reverts commit 15314ad0a6e3764f070b60f6df02a2f881b09fce.

Print 'qemu' fact when running in qemu environment on POWER 9 (RHBZ#1455676).

Thanks Nageswara R. Sastry

Add documentation for bhyve.

Add detection of bhyve (FreeBSD hypervisor)

Add detection of Red Hat Enterprise Virtualization hypervisor (RHBZ#1249438).

Thanks: Xianghua Chen

Update the previous commit to use <system>-<virt> standard for facts.

Also I renamed ppc64 to power, since that is the official IBM name.

Add support for detecting ppc64 LPAR as virt guests.

https://bugzilla.redhat.com/show_bug.cgi?id=1072524#c13

qemu/kvm: dmidecode: look for 'KVM'

We can check the product name for 'KVM' to determine if we're
accelerated. This only works for arm/aarch64 targets boot with
AAVMF and on RHEL x86 targets (which already have KVM in the cpuid
leaf), but it doesn't hurt to try on all.

qemu/kvm: try dmidecode on all targets

Looking at "$dmi" on targets that don't support dmidecode is
harmless. Furthermore it works, not only for arm targets, but
also pc, so move it out of the 'if arm' block.

trivial: virt-what.in doesn't use tabs

Add oVirt (RHBZ#1249438).

trivial: comment fixup

dmidecode does now exist on non-PC architectures.

Add QEMU/KVM detection for ACPI-boot ARM

Detect QEMU/KVM on ARM guests that have been boot with ACPI, i.e.
without device tree. When boot with ACPI SMBIOS is populated, so we
can use dmidecode.

Signed-off-by: Andrew Jones <drjones@redhat.com>

Update copyright years.