[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
|