[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2] xen/sched: rtds: re-arm repl_timer after timer re-initialization
- To: Jürgen Groß <jgross@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Oleksii Moisieiev <oleksii_moisieiev@xxxxxxxx>
- Date: Fri, 10 Apr 2026 15:04:33 +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=7ocYjMX8B4d+THjQiKydpZOLUXpSsq8+97VyZcMyask=; b=d7Hnr+pG51o2n0uIR4VItNQ4f3miDqjHCb55w1fIzrH+eMUvbvjn2YLLUFCw4lbnznVyM2gSC+ALiZbyNlEtUf/gxd0w0/5075Ya/35mWFIOprdzxYzZjTi6bCc1Sa4uJWPrToWqMcbWuolgpa+ljXfDQITa0LbnVt/pzOhv1EsJ/3Gh53Px429tiKcQe43hxDcACbdqwimFSK4iMEjYp+k5aX174arYBqnkr+Zgbc3Ku2m+Ku+HJ+KgJT7GG6cZHtYGQdN8/TKrmM6s7tBuxSDgvKcLpVCLCq7Y36xWCeEpKJb6esTRpWkzeEwEvCSBBlbIFBp/v/drtjHTTNbKdQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=A9qV6vMYaPb+lico7rk13WEc9b9ynlFC7TZ9luiE1UL5J0dh3SSlpWd0GcGonDA1su1Dzp8GE3i35IzkWkL6rMGnwyXPqGweORPHFjhKF1JWba8WYr2QrXisU2Dvi8+oRCsr1QAhpHOARka6LaXUPpi4BotmLAR39UUzMa9ABUsK0BKRjMnA8Eld5mcOD8PXsSRCx+7AmHELfref/KzASR1fxABhpVgy9dd0I3dMBSkadxSNA9JVfX/aIjkUSw7ndxiWmovG5CeSb69AQBoI2I+ITd9Xb3heHUcyHny+AsWeNIR+g917ltK6Vt6gMyHJ2neADoovQtR8uX7mvYf6tw==
- Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=epam.com header.i="@epam.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck"
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=epam.com;
- Cc: Dario Faggioli <dfaggioli@xxxxxxxx>, George Dunlap <gwd@xxxxxxxxxxxxxx>, Meng Xu <mengxu@xxxxxxxxxxxxx>
- Delivery-date: Fri, 10 Apr 2026 12:04:42 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
Hi Juergen,
During our safety certification analysis work, we identified this as a
potential
issue. While we haven't encountered this problem in practice yet, it
could occur
in the future, so I believe it should be addressed proactively.
--
Oleksii.
On 10/04/2026 13:14, Jürgen Groß wrote:
On 03.04.26 11:29, Oleksii Moisieiev wrote:
In RTDS, removing the last eligible pCPU can kill repl_timer.
When a pCPU is later re-added, rt_switch_sched() reinitializes the
timer object, but pending entries may already exist in replq.
Did you experience this behavior?
I'm asking because I don't see how this could happen. A CPU can't be
removed from a cpupool as long as there are domains in that cpupool.
So how would replq contain entries after the last CPU of the cpupool
has been removed?
But maybe I'm missing something.
Juergen
|
