[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [XEN][PATCH v5] x86: make Viridian support optional


  • To: Grygorii Strashko <grygorii_strashko@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Jason Andryuk <jason.andryuk@xxxxxxx>
  • Date: Tue, 28 Oct 2025 16:41:08 -0400
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=epam.com smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EtTfUmz7uzjdaEfuQ4u662No/wB6uEUodbU39HVVf2o=; b=L/ewOf6wwBto6M0PHwMSZd6pbibdO4TZdH3ixJk2W7SHSHXKGka1+Z2oz0ouHLDB2ZqdfvkBQsaVgIgi+eEkAozizI9uWfKWUmsOAzhfTRbuHwqtyQcFFMWS9TIO72dbFCuyR9pKyRG97um9HpRK/QoC8dUb1xHk05dadvF+n/fOqW2fG4lK4jY542gfGnI+/4Z06Whq/mSVS6qmJ5cjCJYUAjyRAMvDHp2/1buKtQoiLDRYaUa1WQ38+Tm7A4yOPctNhxSiIJqRPXFbAMKgSczAKWOe2w3YicnbB2S6k0WqoX89YqQJmb6ubcQw0S3q5567OwWIDGVSSL9bpTkU7A==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=OhFLK/1MuApN4L8IiHfF+VJB+2ntqJyeyyiq19EzLXmWApOrcEV5Ve/FXji0en60pRV575WisuAp12c/HaXwUj9smLrXUPrh+L2CX/6PtlmlvowtnIat9/C4T+arqZ9hte1+p5IhP9pM9jmC7AEEME04AVxLadtTAkZoSCTf9oRngZpNJPyiIJxEUJP7dr4jMlxGWAZWGwMUcey1l59qcGO+xlSvWb43jChN4e7xOYWkpfKjB0H79+pLUkXzBTyvff3Yhqiinb+TMyNmJb/yGbH3MZmE/quswJGGeJUu7A4p9nGd0sufjvYatr1E13LQmme4Yxi2MlebIg1Wu2sxJQ==
  • Cc: Sergiy Kibrik <Sergiy_Kibrik@xxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Paul Durrant <paul@xxxxxxx>
  • Delivery-date: Tue, 28 Oct 2025 20:41:35 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 2025-10-28 16:17, Grygorii Strashko wrote:
Hi Jason,

On 24.10.25 21:55, Jason Andryuk wrote:
On 2025-10-23 11:18, Grygorii Strashko wrote:
From: Sergiy Kibrik <Sergiy_Kibrik@xxxxxxxx>

Add config option VIRIDIAN that covers viridian code within HVM.
Calls to viridian functions guarded by is_viridian_domain() and related macros. Having this option may be beneficial by reducing code footprint for systems
that are not using Hyper-V.

[grygorii_strashko@xxxxxxxx: fixed NULL pointer deref in
viridian_save_domain_ctxt(); stub viridian_vcpu/domain_init/deinit()]
Signed-off-by: Sergiy Kibrik <Sergiy_Kibrik@xxxxxxxx>
Signed-off-by: Grygorii Strashko <grygorii_strashko@xxxxxxxx>
---

diff --git a/xen/arch/x86/hvm/viridian/viridian.c b/xen/arch/x86/hvm/ viridian/viridian.c
index f79cffcb3767..b935803700fd 100644
--- a/xen/arch/x86/hvm/viridian/viridian.c
+++ b/xen/arch/x86/hvm/viridian/viridian.c

@@ -1153,6 +1156,9 @@ static int cf_check viridian_load_vcpu_ctxt(
      struct vcpu *v;
      struct hvm_viridian_vcpu_context ctxt;
+    if ( !is_viridian_domain(d) )
+        return -EILSEQ;

Given:

  #define is_viridian_domain(d) \
     (IS_ENABLED(CONFIG_VIRIDIAN) && \
      is_hvm_domain(d) && (viridian_feature_mask(d) & HVMPV_base_freq))

CONFIG_VIRIDIAN=n is okay because of the IS_ENABLED.

For CONFIG_VIRIDIAN=y && a viridian domain, is HVM_PARAM_VIRIDIAN guaranteed to be loaded before viridian_load_vcpu_ctxt() is called, so that HVMPV_base_freq can be checked properly?  I don't know, but it seems a little fragile if this relies on implicit ordering.  Maybe just do:

if ( !IS_ENABLED(CONFIG_VIRIDIAN) )
     return -EILSEQ;

?

Should it be done the same way for viridian_load_domain_ctxt() also?

Yes, I think so.  Thanks for catching that.

Regards,
Jason



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.