| /linux/Documentation/ABI/stable/ |
| A D | sysfs-hypervisor-xen | 1 What: /sys/hypervisor/compilation/compile_date 8 in the hypervisor. 17 in the hypervisor. 26 in the hypervisor. 57 in the hypervisor. 74 in the hypervisor. 83 What: /sys/hypervisor/type 88 Type of hypervisor: 89 "xen": Xen hypervisor 91 What: /sys/hypervisor/uuid [all …]
|
| /linux/Documentation/ABI/testing/ |
| A D | sysfs-hypervisor-xen | 1 What: /sys/hypervisor/guest_type 12 What: /sys/hypervisor/pmu/pmu_mode 24 privileged (e.g. dom0), the hypervisor 25 "all" The guest can profile itself, the hypervisor 30 What: /sys/hypervisor/pmu/pmu_features 39 What: /sys/hypervisor/properties/buildid 44 Build id of the hypervisor, needed for hypervisor live patching. 46 in the hypervisor.
|
| /linux/Documentation/virt/kvm/arm/ |
| A D | hyp-abi.rst | 8 hypervisor layer when running Linux as a hypervisor (for example 10 hypervisor when running as a guest (under Xen, KVM or any other 11 hypervisor), or any hypervisor-specific interaction when the kernel is 16 booted at HYP. It can also be used by a hypervisor other than KVM 19 On arm and arm64 (without VHE), the kernel doesn't run in hypervisor 21 hypervisor to be either installed or torn down. 28 Unless specified otherwise, any built-in hypervisor must implement 36 Set HVBAR/VBAR_EL2 to 'vectors' to enable a hypervisor. 'vectors' 47 hypervisor. 71 Any other value of r0/x0 triggers a hypervisor-specific handling,
|
| A D | pvtime.rst | 12 some hypervisor service calls to support a paravirtualized guest obtaining a 32 PV-time feature is supported by the hypervisor. 47 meaningfully filled by the hypervisor (see structure below). 72 The structure will be updated by the hypervisor prior to scheduling a VCPU. It
|
| /linux/Documentation/misc-devices/ |
| A D | ibmvmc.rst | 24 interface between the hypervisor and a management partition. This interface 47 application using a combination of HMC to hypervisor interfaces and 50 The set of HMC to hypervisor messages supported by the management 51 application component are passed to the hypervisor over a VMC interface, 75 defined that must take place to establish that both the hypervisor and 80 when the hypervisor detects one of the peer partitions has abnormally 152 RDMA of the HMC ID to the hypervisor, and then sends an Interface Open 156 connection. Finally, the hypervisor sends an Interface Open Response 177 During normal runtime, the management application and the hypervisor 179 sending data to the hypervisor, the management application performs a [all …]
|
| /linux/arch/arm/boot/dts/xen/ |
| A D | xenvm-4.2.dts | 20 /* this field is going to be adjusted by the hypervisor */ 50 /* this field is going to be adjusted by the hypervisor */ 71 hypervisor { 73 /* this field is going to be adjusted by the hypervisor */ 75 /* this field is going to be adjusted by the hypervisor */
|
| /linux/Documentation/virt/acrn/ |
| A D | introduction.rst | 6 The ACRN Hypervisor is a Type 1 hypervisor, running directly on bare-metal 13 hypervisor services to the ACRN userspace. 38 ioctls to communicate with the HSM. HSM implements hypervisor services by 42 The ACRN hypervisor is open for contribution from anyone. The source repo is 43 available at https://github.com/projectacrn/acrn-hypervisor.
|
| A D | io-request.rst | 6 An I/O request of a User VM, which is constructed by the hypervisor, is 15 communication between the hypervisor and Service VM. An I/O request is a 17 an I/O handler of the hypervisor when a trapped I/O access happens in a User 19 the GPA (Guest Physical Address) of the buffer to the hypervisor. The buffer is 81 An I/O request in COMPLETE or FREE state is owned by the hypervisor. HSM and 87 a. The I/O handler of the hypervisor will fill an I/O request with PENDING 89 b. The hypervisor makes an upcall, which is a notification interrupt, to 96 f. The HSM updates I/O requests states to COMPLETE and notifies the hypervisor
|
| /linux/Documentation/arch/powerpc/ |
| A D | papr_hcalls.rst | 12 operating system and how it should interact with the hypervisor for 15 - **IBM PowerVM (PHYP)**: IBM's proprietary hypervisor that supports AIX, 22 On PPC64 arch a guest kernel running on top of a PAPR hypervisor is called 24 issue hypercalls to the hypervisor whenever it needs to perform an action 25 that is hypervisor privileged [3]_ or for other services managed by the 26 hypervisor. 30 guest issues a with necessary input operands. The hypervisor after performing 43 Once control returns back to the guest after hypervisor has serviced the 134 initial call and use the hypervisor returned value of *continue-token* 135 for each subsequent hcall until hypervisor returns a non *H_CONTINUE* [all …]
|
| /linux/drivers/virt/ |
| A D | Kconfig | 20 Say Y here to use the hypervisor-provided Virtual Machine Generation ID 27 tristate "Freescale hypervisor management driver" 31 The Freescale hypervisor management driver provides several services 32 to drivers and applications related to the Freescale hypervisor:
|
| /linux/Documentation/devicetree/bindings/arm/ |
| A D | xen.txt | 1 * Xen hypervisor device tree bindings 3 Xen ARM virtual platforms shall have a top-level "hypervisor" node with 23 under /hypervisor with following parameters: 45 hypervisor { 60 they differ because they are provided by the Xen hypervisor, together with a set
|
| /linux/arch/arm64/kvm/ |
| A D | Kconfig | 51 Failure reports will BUG() in the hypervisor. This is intended for 52 local EL2 hypervisor development. 57 bool "Protected KVM hypervisor stacktraces" 61 Say Y here to enable pKVM hypervisor stacktraces on hyp_panic()
|
| /linux/Documentation/devicetree/bindings/powerpc/fsl/ |
| A D | msi-pic.txt | 37 This property may be used in virtualized environments where the hypervisor 81 The Freescale hypervisor and msi-address-64 87 In a virtualized environment, the hypervisor may need to create an IOMMU 88 mapping for MSIIR. The Freescale ePAPR hypervisor has this requirement 90 (PAMU), which is currently the only IOMMU that the hypervisor supports. 106 Therefore, the hypervisor has to create a subwindow inside the same 110 address of MSIIR. The hypervisor configures the PAMU to map that address to
|
| /linux/Documentation/virt/kvm/x86/ |
| A D | running-nested-guests.rst | 8 can be KVM-based or a different hypervisor). The straightforward 34 hypervisor", as it itself is capable of running KVM. 43 hypervisor running on bare metal, adding another layer and 45 metal, running the LPAR hypervisor), L1 (host hypervisor), L2 46 (guest hypervisor), L3 (nested guest). 62 hypervisor" (level-1 guest). This in turn allows you to create 158 then the guest hypervisor will subsequently be capable of running a 165 1. On the host hypervisor (L0), enable the ``nested`` parameter on 175 2. The guest hypervisor (L1) must be provided with the ``sie`` CPU 179 3. Now the KVM module can be loaded in the L1 (guest hypervisor):: [all …]
|
| A D | msr.rst | 34 whose data will be filled in by the hypervisor. The hypervisor is only 78 whose data will be filled in by the hypervisor periodically. Only one 81 The hypervisor may update this structure at any time it sees fit until 127 coordinated between the guest and the hypervisor. Availability 304 the hypervisor doesn't support this field. 317 written to by the hypervisor, typically at the time of interrupt 321 later be polled by the hypervisor. 330 primitives to synchronise with the hypervisor. 332 However, hypervisor can set and clear this memory bit at any time: 333 therefore to make sure hypervisor does not interrupt the [all …]
|
| A D | amd-memory-encryption.rst | 13 virtual machines (VMs) under the control of a hypervisor. When enabled, 17 The hypervisor can determine the SEV support through the CPUID 82 The KVM_SEV_INIT2 command is used by the hypervisor to initialize the SEV platform 103 It is an error if the hypervisor does not support any of the bits that 248 The KVM_SEV_DEBUG_DECRYPT command can be used by the hypervisor to request the 268 The KVM_SEV_DEBUG_ENCRYPT command can be used by the hypervisor to request the 335 The KVM_SEV_SEND_START command can be used by the hypervisor to create an 395 issued by the hypervisor to delete the encryption context. 440 The KVM_SEV_RECEIVE_UPDATE_DATA command can be used by the hypervisor to copy 465 issued by the hypervisor to make the guest ready for execution. [all …]
|
| /linux/Documentation/arch/x86/ |
| A D | tdx.rst | 202 require the hypervisor to be consulted. 205 guest to the hypervisor or the TDX module. 253 can make a hypercall to the hypervisor to handle the #VE. 285 against access from the hypervisor. Shared memory is expected to be 286 shared between guest and hypervisor and does not receive full TDX 292 information in shared memory, exposing it to the untrusted hypervisor. 297 Access to shared mappings can cause a #VE. The hypervisor ultimately 304 should only use shared mappings for communicating with the hypervisor. 327 The hypervisor is permitted to unilaterally move accepted pages to a 358 mapping which will cause a VMEXIT on access, and then the hypervisor [all …]
|
| /linux/Documentation/admin-guide/hw-vuln/ |
| A D | l1tf.rst | 104 only possible, when the hypervisor does not sanitize the content of the 174 the hypervisor flushes the L1D before entering the guest. 195 address space layout of the hypervisor. 353 managed and sanitized by the hypervisor. Though disabling EPT has a 385 flush Leaves SMT enabled and enables the default hypervisor 406 off Disables hypervisor mitigations and doesn't emit any 409 on both hypervisor and bare metal. 421 The KVM hypervisor mitigation mechanism, flushing the L1D cache when 550 EPT can be disabled in the hypervisor via the 'kvm-intel.ept' 557 the bare metal hypervisor, the nested hypervisor and the nested virtual [all …]
|
| /linux/Documentation/virt/coco/ |
| A D | sev-guest.rst | 10 The SEV API is a set of ioctls that are used by the guest or hypervisor 30 hypervisor or guest. The ioctl can be used inside the guest or the 31 hypervisor. 131 The certificate data returned is being provided by the hypervisor through the 147 :Type: hypervisor ioctl cmd 158 :Type: hypervisor ioctl cmd 169 :Type: hypervisor ioctl cmd 182 :Type: hypervisor ioctl cmd 210 being generated due to changes in validation state if the hypervisor tries 212 - Attempts to bypass PSP checks by the hypervisor by using a normal page, or
|
| /linux/arch/sparc/mm/ |
| A D | tsb.c | 129 if (tlb_type == cheetah_plus || tlb_type == hypervisor) in flush_tsb_user() 143 if (tlb_type == cheetah_plus || tlb_type == hypervisor) in flush_tsb_user() 162 if (tlb_type == cheetah_plus || tlb_type == hypervisor) in flush_tsb_user_page() 177 if (tlb_type == cheetah_plus || tlb_type == hypervisor) in flush_tsb_user_page() 273 if (tlb_type == cheetah_plus || tlb_type == hypervisor) { in setup_tsb_params() 291 if (tlb_type == hypervisor) { in setup_tsb_params() 505 if (tlb_type == cheetah_plus || tlb_type == hypervisor) { in tsb_grow()
|
| /linux/Documentation/virt/kvm/ |
| A D | ppc-pv.rst | 12 instructions that needlessly return us to the hypervisor even though they 16 and transforms them into unprivileged ones with some help from the hypervisor. 25 Linux is running on KVM, a node /hypervisor exists. That node contains a 34 Inside the device tree's /hypervisor node there's a property called 73 To enable communication between the hypervisor and guest there is a new shared 127 The MSR contains bits that require hypervisor intervention and bits that do 128 not require direct hypervisor intervention because they only get interpreted 129 when entering the guest or don't have any impact on the hypervisor's behavior. 213 These are the same hypercalls that pHyp, the POWER hypervisor, implements. Some of
|
| /linux/arch/sparc/kernel/ |
| A D | setup_64.c | 165 if (tlb_type != hypervisor) { in per_cpu_patch() 187 case hypervisor: in per_cpu_patch() 269 if (tlb_type != hypervisor) in sun4v_patch() 525 else if (tlb_type == hypervisor) { in init_sparc64_elf_hwcap() 565 if (tlb_type == hypervisor) { in init_sparc64_elf_hwcap() 635 if (tlb_type == hypervisor) in setup_arch()
|
| /linux/Documentation/driver-api/virtio/ |
| A D | virtio.rst | 15 for paravirtualized devices implemented by a hypervisor, it can be used 20 devices provided by the hypervisor, which exposes them as virtio devices 28 hypervisor, they're exposed to the guest as if they are physical devices 35 the hypervisor is done through shared memory (that's what makes virtio 61 specifically, the trigger will be an interrupt issued by the hypervisor 78 the hypervisor defines it. Taking the `QEMU virtio-console
|
| /linux/arch/powerpc/kvm/ |
| A D | Kconfig | 82 tristate "KVM for POWER7 and later using hypervisor mode in host" 90 hypervisor mode available to the host. 103 tristate "KVM support without using hypervisor mode in host" 109 without using hypervisor mode in the host, by running the 116 This is not as fast as using hypervisor mode, but works on 117 machines where hypervisor mode is not available or not usable, 145 bool "Detailed timing for hypervisor real-mode code (for POWER8)"
|
| /linux/Documentation/networking/ |
| A D | net_failover.rst | 24 datapath. It also enables hypervisor controlled live migration of a VM with 31 net_failover enables hypervisor controlled accelerated datapath to virtio-net 34 To support this, the hypervisor needs to enable VIRTIO_NET_F_STANDBY 116 net_failover also enables hypervisor controlled live migration to be supported 121 the source hypervisor. Note: It is assumed that the VM is connected to a 169 On the destination hypervisor, a shared bridge 'br0' is created before migration 173 The following script is executed on the destination hypervisor once migration
|