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

Re: [XEN][PATCH] xen/evtchn: enable build optimization for evtchn_move_pirqs()/send_guest_pirq()


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Grygorii Strashko <grygorii_strashko@xxxxxxxx>
  • Date: Thu, 17 Jul 2025 21:55:19 +0300
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=epam.com; dmarc=pass action=none header.from=epam.com; dkim=pass header.d=epam.com; arc=none
  • 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=5fvBoBx2iVidOg5p2bIjKtFfYK1D16B9jy0rz0AK5/c=; b=IPvRjbmkntZCw2MdR6Igwl4cibmjmnLttkkx8cpc1lVeQdjx1nISP+R/MsTglPQ5SEGBxCzmzhxal/tWz0fS6paQyeYcPI6VZVMeAuGVK8JAfs9FjW6DayZTquJS8bTwd0KeZHf8JPc3m/t0EW5CVJ8K72LlHcCpmffQNF3fq9V+vkr6QhaJd8Str28FWixfBWMHF4rxMhwUoauJBktC+CwBK7Wru8LpR4PrchjU9Ml2p86QdiUXcpO9pJPHD8QdRrcmDNdXjke0xszJDPZ1QBaWjS6A1dSE7QsjecgjZPR/12JD/5AoP4qk6ajAnt/K0/6TJ6vrCxtFxk6/n7M0xQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=O0U9daxxskVXOXmmKtwMOUyd480OlwRAfPZvIkVMhFocI/iA/PKFXIEwDx0B+bJbiFbr1Ra5ksqRvXwUJ+IaBwk2lIPZ+lS2CccSqUNOH/NlNs6otuJQrCI3Rip+pbHwiw6RzfHnd7Naas7f6oa8UeLFdZEXODvFlcKH9QnjvgGn1P6dvrj5Lpg1v2y0cfZcV6AR/QPDFJQQymlL02eGdpYK3sw4/4Aa8pBIkQSHWReM/B81lZwe8UpLyV6s051rSaEtIoOJwwAp1RhB0JW/ou7bXXcoRcMIrnM11ymGtSjsOUevB2HLKKhrvMogbSgfKoln41eCwz0SiClqg7o1Qg==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=epam.com;
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Roger Pau Monne <roger.pau@xxxxxxxxxx>, Ayan Kumar Halder <ayankuma@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 17 Jul 2025 18:55:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>



On 17.07.25 18:33, Jan Beulich wrote:
On 17.07.2025 16:41, Grygorii Strashko wrote:


On 17.07.25 16:10, Jan Beulich wrote:
On 17.07.2025 15:01, Grygorii Strashko wrote:
--- a/xen/common/event_channel.c
+++ b/xen/common/event_channel.c
@@ -975,6 +975,9 @@ void send_guest_pirq(struct domain *d, const struct pirq 
*pirq)
       int port;
       struct evtchn *chn;
+ if (!IS_ENABLED(CONFIG_HAS_PIRQ))
+        return;
+
       /*
        * PV guests: It should not be possible to race with __evtchn_close(). 
The
        *     caller of this function must synchronise with pirq_guest_unbind().

Isn't this function unreachable on Arm, and hence a Misra rule 2.1 violation,
requiring #ifdef around the entire function to address?

Yes. It's unused on Arm, only x86 is an user.
I can put it under ifdef.


@@ -1710,10 +1713,15 @@ void evtchn_destroy_final(struct domain *d)
   void evtchn_move_pirqs(struct vcpu *v)
   {
       struct domain *d = v->domain;
-    const cpumask_t *mask = cpumask_of(v->processor);
+    const cpumask_t *mask;

This change shouldn't be necessary; compilers ought to be able to DCE the
code.

Unfortunately not, with "-O1" more code is generated as cpumask_of() is 
complicated inside.


       unsigned int port;
       struct evtchn *chn;
+ if (!IS_ENABLED(CONFIG_HAS_PIRQ))

Nit (style): Missing blanks (see other nearby if()-s).

I wonder though whether we wouldn't better have x86'es arch_move_irqs()
invoke this function, and then #ifdef it out here altogether as well.

Do you mean as in the below diff?

Along these lines, yes. I guess personally I wouldn't convert to an
out-of-line function. If an inline function fails to compile (and that
isn't easily fixable), use a macro instead.

I'd prefer stick to out-of-line function, if you don't mind.
Inline implementation causes cascade build failure:

adding
 #include <xen/event.h>
 #include <xen/sched.h>
in irq.h is not enough.


--- a/xen/arch/x86/include/asm/irq.h
+++ b/xen/arch/x86/include/asm/irq.h
@@ -224,7 +224,7 @@ void cleanup_domain_irq_mapping(struct domain *d);
bool cpu_has_pending_apic_eoi(void); -static inline void arch_move_irqs(struct vcpu *v) { }
+void arch_move_irqs(struct vcpu *v);
struct msi_info;
   int allocate_and_map_gsi_pirq(struct domain *d, int index, int *pirq_p);
diff --git a/xen/arch/x86/irq.c b/xen/arch/x86/irq.c
index 556134f85aa0..b8d8f202119d 100644
--- a/xen/arch/x86/irq.c
+++ b/xen/arch/x86/irq.c
@@ -1851,6 +1851,10 @@ void pirq_guest_unbind(struct domain *d, struct pirq 
*pirq)
           cleanup_domain_irq_pirq(d, irq, pirq);
   }
+void arch_move_irqs(struct vcpu *v) {
+    evtchn_move_pirqs(v);
+}
+
   static bool pirq_guest_force_unbind(struct domain *d, struct pirq *pirq)
   {
       struct irq_desc *desc;
diff --git a/xen/common/sched/core.c b/xen/common/sched/core.c
index 13fdf57e57b9..ad6032fb2865 100644
--- a/xen/common/sched/core.c
+++ b/xen/common/sched/core.c
@@ -642,7 +642,6 @@ int sched_init_vcpu(struct vcpu *v)
   static void vcpu_move_irqs(struct vcpu *v)
   {
       arch_move_irqs(v);
-    evtchn_move_pirqs(v);
   }




--
Best regards,
-grygorii



 


Rackspace

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