From: Oleksii Kurochko <oleksii.kurochko@gmail.com>
To: Stefano Stabellini <sstabellini@kernel.org>,
Leonid Komarianskyi <Leonid_Komarianskyi@epam.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
"olekstysh@gmail.com" <olekstysh@gmail.com>,
Julien Grall <julien@xen.org>,
Bertrand Marquis <bertrand.marquis@arm.com>,
Michal Orzel <michal.orzel@amd.com>,
Volodymyr Babchuk <Volodymyr_Babchuk@epam.com>,
Anthony PERARD <anthony.perard@vates.tech>,
Community Manager <community.manager@xenproject.org>
Subject: Re: [PATCH v7 00/12] Introduce eSPI support
Date: Mon, 8 Sep 2025 16:14:32 +0200 [thread overview]
Message-ID: <5cb8fdc8-9ea9-471b-bb07-ede3d27c575b@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.22.394.2509051717530.1405870@ubuntu-linux-20-04-desktop>
[-- Attachment #1: Type: text/plain, Size: 7254 bytes --]
On 9/6/25 2:17 AM, Stefano Stabellini wrote:
> Hi Leonid,
>
> I was about to commit this but unfortunately it is introducing MISRA
> regressions. See:
> https://gitlab.com/xen-project/people/sstabellini/xen/-/tree/ppp6?ref_type=heads
>
> https://gitlab.com/xen-project/people/sstabellini/xen/-/jobs/11265005118
>
> Compared this result:
> https://eclair-analysis-logs.xenproject.org/fs/var/local/eclair/xen-project.ecdf/xen-project/people/sstabellini/xen/ECLAIR_normal/ppp6/ARM64/11265005118/PROJECT.ecd;/by_service.html#service&kind
>
> Against upstream staging:
> https://eclair-analysis-logs.xenproject.org/fs/space/XEN.ecdf/xen-project/hardware/xen/ECLAIR_normal/staging/ARM64/11264772605/PROJECT.ecd;/by_service.html#service&kind
>
> It is introducing a couple of easy-to-fix 16.3 issues and also a couple
> of new 16.4 issues. They should be all easy to fix. It is also
> introducing three new 13.2 issues and one 18.1 but I haven't looked
> closely into those. Please address them.
>
>
> Oleksii,
>
> Technically, the series is fully acked and ready to be committed. From a
> risk perspective, I would be comfortable committing it now with the
> outstanding MISRA regressions, leaving Leonid to fix them over the next
> few days. However, I have not done so because it would make it harder to
> spot the MISRA regressions due to the way the scanner works (it
> compares against the previous version).
>
> I suggest we allow this series to be committed in the next couple of
> days, once Leonid addresses the regressions, even though it would
> technically be past the feature freeze.
If there is no any strong objects, it sounds good to me to give couple
of days to fix the regressions and then commit this patch series.
~ Oleksii
>
> Cheers,
>
> Stefano
>
> P.S.
>
> Leonid, you might want to check my commits because I fixed a couple of
> things on commit, in addition to adding the various acked-by tags.
>
>
> On Thu, 4 Sep 2025, Leonid Komarianskyi wrote:
>> Hello everyone!
>>
>> V6 contains an issue for debug builds with CONFIG_GICV3_ESPI=n due to a
>> mistake in the ASSERT() condition in the is_espi() function. This patch
>> series fixes the issue and also includes minor fixes according to the
>> review of V6.
>>
>> Summarized description:
>> This patch series adds support for the extended shared peripheral
>> interrupt (eSPI) range (INTIDs 4096-5119 [2](ranges of INTIDs)) for Xen
>> and guest domains. The implementation uses a generic approach to handle
>> eSPIs, similar to regular SPIs, while maintaining compatibility with the
>> existing SPI range. Functionality remains unchanged for setups that do
>> not require eSPIs.
>>
>> The series includes:
>> 1) General refactoring of common IRQ operations with GIC registers to
>> improve code readability, simplify further maintenance and prepare the
>> key functions for eSPI implementation.
>> 2) Introducing a new Kconfig option (default n) to enable or disable
>> eSPI support. Disabling this option prevents unnecessary resource
>> allocation for setups that do not require eSPIs.
>> 3) Adding additional resources to store required information and operate
>> with up to 1024 interrupts from eSPI range.
>> 4) Adjusting assertions and checks to pass verification for INTIDs in
>> the eSPI range.
>> 5) Configuration of eSPI-specific registers during GIC initialization
>> for systems with GICv3.1+ hardware.
>> 6) Enables eSPI MMIO emulation for vGIC, allowing guest domains to
>> access and operate within the eSPI's INTIDs.
>> 7) Updating documentation and CHANGELOG to reflect the changes made for eSPI
>> support.
>>
>> Also, to simplify reviewing, please find below link to unsquashed patches, that
>> are on top of every patch, that is changed in the series, compared to V6:
>> https://github.com/LKomaryanskiy/xen/commits/espi-support-master-upstream-v7-unsquashed/
>>
>> Github branch with patch series:
>> https://github.com/LKomaryanskiy/xen/commits/espi-support-master-upstream-v7/
>>
>> Changes in V7:
>> - individual changes in patches
>>
>> Link on V6:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-09/msg00296.html
>>
>> Changes in V6:
>> - individual changes in patches
>>
>> Link on V5:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-08/msg02086.html
>>
>> Changes in V5:
>> - individual changes in patches
>>
>> Link on V4:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-08/msg01767.html
>>
>> Changes in V4:
>> - added a patch for documentation
>> - individual changes in patches
>>
>> Link on V3:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-08/msg01628.html
>>
>> Changes in V3:
>> - added a patch to update CHANGELOG.md
>> - individual changes in patches
>>
>> Link on V2:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-08/msg00372.html
>>
>> Changes in V2:
>> - added 2 more patches to implement helper
>> functions for gic/vgic:
>> xen/arm: gic: implement helper functions for INTID checks
>> xen/arm: vgic: implement helper functions for virq checks
>> - removed 2 patches:
>> xen/arm/irq: allow assignment/releasing of eSPI interrupts
>> xen/arm: gic/irq: permit routing of eSPI interrupts to Xen and domains
>> since their functionality can be moved to appropriate patches after
>> introducing patches with helper functions
>> - individual changes in patches
>>
>> Link on V1:
>> -https://lists.xenproject.org/archives/html/xen-devel/2025-07/msg01809.html
>>
>> Leonid Komarianskyi (12):
>> xen/arm: gicv3: refactor obtaining GIC addresses for common operations
>> xen/arm: gic: implement helper functions for INTID checks
>> xen/arm: vgic: implement helper functions for virq checks
>> xen/arm/irq: add handling for IRQs in the eSPI range
>> xen/arm: gicv3: implement handling of GICv3.1 eSPI
>> xen/arm/irq: allow eSPI processing in the gic_interrupt function
>> xen/arm: gicv3: modify ICH_LR_PHYSICAL_MASK to allow eSPI processing
>> xen/arm: vgic: add resource management for extended SPIs
>> xen/arm: domain_build/dom0less-build: adjust domains config to support
>> eSPIs
>> xen/arm: vgic-v3: add emulation of GICv3.1 eSPI registers
>> doc/man: update description for nr_spis with eSPI
>> CHANGELOG.md: add mention of GICv3.1 eSPI support
>>
>> CHANGELOG.md | 2 +
>> docs/man/xl.cfg.5.pod.in | 13 +-
>> xen/arch/arm/Kconfig | 8 +
>> xen/arch/arm/dom0less-build.c | 2 +-
>> xen/arch/arm/domain_build.c | 2 +-
>> xen/arch/arm/gic-v3.c | 195 +++++++++++++++++++----
>> xen/arch/arm/gic.c | 8 +-
>> xen/arch/arm/include/asm/gic.h | 28 ++++
>> xen/arch/arm/include/asm/gic_v3_defs.h | 40 ++++-
>> xen/arch/arm/include/asm/irq.h | 38 +++++
>> xen/arch/arm/include/asm/vgic.h | 56 ++++++-
>> xen/arch/arm/irq.c | 62 +++++++-
>> xen/arch/arm/vgic-v3.c | 203 ++++++++++++++++++-----
>> xen/arch/arm/vgic.c | 212 +++++++++++++++++++++++--
>> xen/arch/arm/vgic/vgic.c | 5 +
>> 15 files changed, 762 insertions(+), 112 deletions(-)
>>
>> --
>> 2.34.1
>>
[-- Attachment #2: Type: text/html, Size: 9166 bytes --]
prev parent reply other threads:[~2025-09-08 14:15 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-04 20:00 [PATCH v7 00/12] Introduce eSPI support Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 01/12] xen/arm: gicv3: refactor obtaining GIC addresses for common operations Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 02/12] xen/arm: gic: implement helper functions for INTID checks Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 03/12] xen/arm: vgic: implement helper functions for virq checks Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 04/12] xen/arm/irq: add handling for IRQs in the eSPI range Leonid Komarianskyi
2025-09-04 20:56 ` Volodymyr Babchuk
2025-09-05 7:10 ` Julien Grall
2025-09-05 10:05 ` Leonid Komarianskyi
2025-09-05 10:10 ` Julien Grall
2025-09-05 11:00 ` Oleksandr Tyshchenko
2025-09-04 20:01 ` [PATCH v7 05/12] xen/arm: gicv3: implement handling of GICv3.1 eSPI Leonid Komarianskyi
2025-09-05 7:22 ` Julien Grall
2025-09-05 10:27 ` Leonid Komarianskyi
2025-09-05 10:36 ` Julien Grall
2025-09-04 20:01 ` [PATCH v7 06/12] xen/arm/irq: allow eSPI processing in the gic_interrupt function Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 07/12] xen/arm: gicv3: modify ICH_LR_PHYSICAL_MASK to allow eSPI processing Leonid Komarianskyi
2025-09-05 7:23 ` Julien Grall
2025-09-04 20:01 ` [PATCH v7 08/12] xen/arm: vgic: add resource management for extended SPIs Leonid Komarianskyi
2025-09-04 20:58 ` Volodymyr Babchuk
2025-09-05 7:27 ` Julien Grall
2025-09-04 20:01 ` [PATCH v7 09/12] xen/arm: domain_build/dom0less-build: adjust domains config to support eSPIs Leonid Komarianskyi
2025-09-05 7:28 ` Julien Grall
2025-09-04 20:01 ` [PATCH v7 10/12] xen/arm: vgic-v3: add emulation of GICv3.1 eSPI registers Leonid Komarianskyi
2025-09-05 7:38 ` Julien Grall
2025-09-04 20:01 ` [PATCH v7 11/12] doc/man: update description for nr_spis with eSPI Leonid Komarianskyi
2025-09-04 20:01 ` [PATCH v7 12/12] CHANGELOG.md: add mention of GICv3.1 eSPI support Leonid Komarianskyi
2025-09-06 0:17 ` [PATCH v7 00/12] Introduce " Stefano Stabellini
2025-09-07 20:28 ` Leonid Komarianskyi
2025-09-09 0:10 ` Stefano Stabellini
2025-09-08 14:14 ` Oleksii Kurochko [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5cb8fdc8-9ea9-471b-bb07-ede3d27c575b@gmail.com \
--to=oleksii.kurochko@gmail.com \
--cc=Leonid_Komarianskyi@epam.com \
--cc=Volodymyr_Babchuk@epam.com \
--cc=anthony.perard@vates.tech \
--cc=bertrand.marquis@arm.com \
--cc=community.manager@xenproject.org \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=olekstysh@gmail.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.