[PATCH 3/4] x86/vmx: replace enum vmx_msr_intercept_type with the msr access flags

Replace enum vmx_msr_intercept_type with the msr access flags, defined in hvm.h, so that the functions {svm,vmx}_{set,clear}_msr_intercept() share the same prototype. No functional change intended. Signed-off-by: Xenia Ragiadakou --- xen/arch/x86/cpu/vpmu_intel.c | 24 +++---

[PATCH 4/4] x86/hvm: create hvm_funcs for {svm,vmx}_{set,clear}_msr_intercept()

Add hvm_funcs hooks for {set,clear}_msr_intercept() for controlling the msr intercept in common vpmu code. No functional change intended. Signed-off-by: Xenia Ragiadakou --- xen/arch/x86/cpu/vpmu_amd.c | 10 - xen/arch/x86/cpu/vpmu_intel.c | 24 ++--

[PATCH 0/4] hvm: add hvm_funcs hooks for msr intercept handling

This patch series aims to make the msr intercept handling, performed in vpmu code, virtualization technology agnostic. It creates a common interface for setting/clearing the msr intercepts and then add hooks to the corresponding hvm_funcs table to be able to call the svm/vmx specific handlers throu

[PATCH 2/4] x86/svm: split svm_intercept_msr() into svm_{set,clear}_msr_intercept()

This change aims to render the control interface of MSR intercepts identical between SVM and VMX code, so that the control of the MSR intercept in common code can be done through an hvm_funcs callback. Create two new functions: - svm_set_msr_intercept(), enables interception of read/write accesses

[PATCH 1/4] x86/vpmu: rename {svm,vmx}_vpmu_initialise to {amd,core2}_vpmu_initialise

PMU virtualization is not dependent on the hardware virtualization support. Rename {svm,vmx}_vpmu_initialise to {amd,core2}_vpmu_initialise because the {svm,vmx} prefix is misleading. Take the opportunity to remove the also misleading comment stating that vpmu is specific to hvm guests, and correc

Re: [PATCH v3 05/12] x86/xen: set MTRR state when running as Xen PV initial domain

On 24.02.23 22:00, Boris Ostrovsky wrote: On 2/23/23 4:32 AM, Juergen Gross wrote: + + for (reg = 0; reg < MTRR_MAX_VAR_RANGES; reg++) { + op.u.read_memtype.reg = reg; + if (HYPERVISOR_platform_op(&op)) + break; If we fail on the first

[linux-linus test] 178595: regressions - trouble: fail/pass/starved

flight 178595 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/178595/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 8 xen-boot fail REGR. vs. 178042 test-amd64-amd64-xl

Re: [PATCH] drm/virtio: Pass correct device to dma_sync_sgtable_for_device()

On 2/25/23 17:55, Dmitry Osipenko wrote: > On 2/24/23 18:34, Oleksandr Tyshchenko wrote: >> From: Oleksandr Tyshchenko >> >> The "vdev->dev.parent" should be used instead of "vdev->dev" as a device >> for which to perform the DMA operation in both >> virtio_gpu_cmd_transfer_to_host_2d(3d). >> >> B

[linux-linus test] 178544: regressions - trouble: fail/pass/starved

flight 178544 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/178544/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 8 xen-boot fail REGR. vs. 178042 test-amd64-amd64-xl

[PATCH] xen-netback: remove unused variables pending_idx and index

building with gcc and W=1 reports drivers/net/xen-netback/netback.c:886:21: error: variable ‘pending_idx’ set but not used [-Werror=unused-but-set-variable] 886 | u16 pending_idx; | ^~~ pending_idx is not used so remove it. Since index was onl

[libvirt test] 178527: tolerable trouble: fail/pass/starved - PUSHED

flight 178527 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/178527/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-libvirt-qcow2 17 guest-start/debian.repeat fail like 178202 test-amd64-i386-libvirt-xsm 15 migrate-s

[xen-unstable test] 178515: tolerable trouble: fail/pass/starved

flight 178515 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/178515/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-pair 10 xen-install/src_host fail in 178432 pass in 178515 test-amd64-i386-migrupgrade 10 x

Re: [PATCH 2/6] xen/x86: Replace GPL v2.0 copyright with an SPDX tag in *.c (part 2)

Hi Anthony, On 23/02/2023 11:23, Anthony PERARD wrote: On Thu, Feb 09, 2023 at 11:00:16PM +, Julien Grall wrote: This is replacing the below pattern with the SPDX tag GPL-2.0 in xen/arch/x86/*.c: * This program is free software; you can redistribute it and/or modify * it under the term

Re: [PATCH 1/6] xen/x86: Replace GPL v2.0 copyright with an SPDX tag in *.c

Hi Anthony, On 23/02/2023 11:22, Anthony PERARD wrote: On Thu, Feb 09, 2023 at 11:00:15PM +, Julien Grall wrote: This is replacing the below pattern with the SPDX tag GPL-2.0 in The "GPL-2.0" identifier is actually deprecated: https://spdx.org/licenses/GPL-2.0.html I hadn't realize

Re: [PATCH v5 3/5] xen/arm64: mm: Introduce helpers to prepare/enable/disable the identity mapping

Hi Henry, On 28/01/2023 04:54, Henry Wang wrote: -Original Message- Subject: [PATCH v5 3/5] xen/arm64: mm: Introduce helpers to prepare/enable/disable the identity mapping From: Julien Grall In follow-up patches we will need to have part of Xen identity mapped in order to safely switc

[linux-linus test] 178479: regressions - trouble: fail/pass/starved

flight 178479 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/178479/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 8 xen-boot fail REGR. vs. 178042 test-amd64-amd64-xl