Re: [PATCH] x86/ACPI: move scheduler enable/disable calls out of freeze/thaw_domains

On 27/05/2025 11:04 am, Mykola Kvach wrote: > From: Mykola Kvach > > The scheduler_disable and scheduler_enable calls have been removed > from freeze_domains and thaw_domains, respectively, and relocated > to their usage context in enter_state. This change addresses > the concern about misleading

Re: [PATCH v3 11/14] xen/riscv: implementation of aplic and imsic operations

On 5/22/25 5:55 PM, Jan Beulich wrote: On 21.05.2025 18:03, Oleksii Kurochko wrote: +static void aplic_set_irq_affinity(struct irq_desc *desc, const cpumask_t *mask) +{ +unsigned int cpu; +uint64_t group_index, base_ppn; +uint32_t hhxw, lhxw ,hhxs, value; Nit: Comma vs blank place

[PATCH v11 1/7] iommu/arm: Introduce iommu_add_dt_pci_sideband_ids API

From: Oleksandr Tyshchenko The main purpose of this patch is to add a way to register PCI device (which is behind the IOMMU) using the generic PCI-IOMMU DT bindings [1] before assigning that device to a domain. This behaves similarly to the existing iommu_add_dt_device API, except it handles PCI

[PATCH v11 4/7] xen/arm: smmuv3: Add PCI devices support for SMMUv3

From: Rahul Singh Implement support for PCI devices in the SMMU driver. Trigger iommu-map parsing when new PCI device is added. Add checks to assign/deassign functions to ensure PCI devices are handled correctly. Implement basic quarantining. All pci devices are automatically assigned to hardwar

[PATCH v11 5/7] xen/arm: Fix mapping for PCI bridge mmio region

From: Rahul Singh Current code skip the mapping for PCI bridge MMIO region to dom0 when pci_passthrough_enabled flag is set. Mapping should be skip when has_vpci(d) is enabled for the domain, as we need to skip the mapping only when VPCI handler are registered for ECAM. Signed-off-by: Rahul Sing

[PATCH v11 0/7] SMMU handling for PCIe Passthrough on ARM

This series introduces SMMU handling for PCIe passthrough on ARM. These patches should be able to be upstreamed independently from the vPCI series [1]. See [2] for notes about test cases. [1] https://lists.xenproject.org/archives/html/xen-devel/2023-10/msg00660.html [2] https://lists.xenproject.or

[PATCH v11 7/7] xen/arm: Map ITS doorbell register to IOMMU page tables

From: Rahul Singh When ITS is enabled and PCI devices that are behind an SMMU generate an MSI interrupt, SMMU fault will be observed as there is currently no mapping in p2m table for the ITS translation register (GITS_TRANSLATER). A mapping is required in the iommu page tables so that the device

[PATCH v11 2/7] iommu/arm: iommu_add_dt_pci_sideband_ids phantom handling

From: Stewart Hildebrand Handle phantom functions in iommu_add_dt_pci_sideband_ids(). Each phantom function will have a unique requestor ID (RID)/BDF. On ARM, we need to map/translate the RID/BDF to an AXI stream ID for each phantom function according to the pci-iommu device tree mapping [1]. The

[PATCH v4 02/20] xen: make avail_domheap_pages() inlined into get_outstanding_claims()

Function avail_domheap_pages() is only invoked by get_outstanding_claims(), so it could be inlined into get_outstanding_claims(). Move up avail_heap_pages() to avoid declaration before get_outstanding_claims(). Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v1 -> v2: - let avail_

[PATCH v4 07/20] xen/sysctl: make CONFIG_TRACEBUFFER depend on CONFIG_SYSCTL

Users could only access trace buffers via hypercall XEN_SYSCTL_tbuf_op, so we shall make CONFIG_TRACEBUFFER depend on CONFIG_SYSCTL Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- xen/common/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/xen/common/Kconfig b/xen/comm

[PATCH v4 00/20] xen: introduce CONFIG_SYSCTL

It can be beneficial for some dom0less systems to further reduce Xen footprint via disabling some hypercalls handling code, which may not to be used & required in such systems. Each hypercall has a separate option to keep configuration flexible. Options to disable hypercalls: - sysctl - domctl - h

[PATCH v4 19/20] xen/sysctl: wrap around arch-specific arch_do_sysctl

Function arch_do_sysctl is to perform arch-specific sysctl op. Some functions, like psr_get_info() for x86, DTB overlay support for arm, are solely available through sysctl op, then they all shall be wrapped with CONFIG_SYSCTL Also, remove all #ifdef CONFIG_SYSCTL-s in arch-specific sysctl.c, as w

[PATCH v4 13/20] xen/sysctl: wrap around XEN_SYSCTL_page_offline_op

The following functions are only to deal with XEN_SYSCTL_page_offline_op, then shall be wrapped: - xsm_page_offline() - online_page() - query_page_offline() Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v1 -> v2: - add transient #ifdef in sysctl.c for correct compilation - no ne

[PATCH v11 3/7] xen/arm: smmuv2: Add PCI devices support for SMMUv2

From: Oleksandr Andrushchenko Implement support for PCI devices in the SMMU driver. Make arm_smmu_master structure to hold a pointer to the device to allow it to hold PCI devices. Trigger iommu-map parsing when new PCI device is added. Add checks to assign/deassign functions to ensure PCI devices

[PATCH v4 17/20] xen/sysctl: make CONFIG_COVERAGE depend on CONFIG_SYSCTL

All coverage-related op shall be wrapped around with CONFIG_SYSCTL, so we shall make CONFIG_COVERAGE depend on CONFIG_SYSCTL. Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v1 -> v2: - commit message refactor --- v3 -> v4: - commit message refactor --- xen/Kconfig.debug | 2 +-

[PATCH v4 14/20] xen/sysctl: wrap around XEN_SYSCTL_cpupool_op

Function cpupool_do_sysctl is designed for doing cpupool related sysctl operations, and shall be wrapped. The following static functions are only called by cpupool_do_sysctl(), then shall be wrapped too: - cpupool_get_next_by_id - cpupool_destroy - cpupool_unassign_cpu_helper - cpupool_unassign_cp

[PATCH v4 10/20] xen/sysctl: wrap around XEN_SYSCTL_lockprof_op

The following function is only to serve spinlock profiling via XEN_SYSCTL_lockprof_op, so it shall be wrapped: - spinlock_profile_control() Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v2 -> v3: - add the blank line --- v3 -> v4: - removw transient "#ifdef CONFIG_SYSCTL" --- x

[PATCH v4 11/20] xen/pmstat: introduce CONFIG_PM_OP

We move the following functions into a new file drivers/acpi/pm-op.c, as they are all more fitting in performance controling and only called by do_pm_op(): - get_cpufreq_para() - set_cpufreq_para() - set_cpufreq_gov() - set_cpufreq_cppc() - cpufreq_driver_getavg() - cpufreq_update_turbo() -

[PATCH v4 15/20] xen/sysctl: wrap around XEN_SYSCTL_scheduler_op

Function sched_adjust_global is designed for XEN_SYSCTL_scheduler_op, so itself and its calling flow, like .adjust_global, shall all be wrapped. Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini Acked-by: Stewart Hildebrand #a653 --- v1 -> v2: - no need to wrap declarations - add trans

[PATCH v4 20/20] xen/sysctl: wrap around sysctl hypercall

From: Stefano Stabellini Wrap sysctl hypercall def and sysctl.o with CONFIG_SYSCTL, and since PV_SHIM_EXCLUSIVE needs sorting in the future, we move them out of PV_SHIM_EXCLUSIVE condition at the same time. We need to make SYSCTL with prompt back and state unsetting SYSCTL in pvshim_defconfig to

[PATCH v4 16/20] xen/sysctl: wrap around XEN_SYSCTL_physinfo

The following functions are only used to deal with XEN_SYSCTL_physinfo, then they shall be wrapped: - arch_do_physinfo() - get_outstanding_claims() Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini Acked-by: Jan Beulich --- v1 -> v2: - no need to wrap declaration - add transient #ifdef

[PATCH v4 06/20] xen/sysctl: wrap around XEN_SYSCTL_readconsole

The following functions is to deal with XEN_SYSCTL_readconsole sub-op, and shall be wrapped: - xsm_readconsole() - read_console_ring() Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v2 -> v3: - move #endif up ahead of the blank line --- v3 -> v4: - remove transient "#ifdef CONFIG

[PATCH v4 04/20] xen: introduce CONFIG_SYSCTL

From: Stefano Stabellini We introduce a new Kconfig CONFIG_SYSCTL, which shall only be disabled on some dom0less systems or PV shim on x86, to reduce Xen footprint. Making SYSCTL without prompt is transient and it will be fixed in the final patch. Also, we will also state unsetting SYSCTL in pvs

[PATCH v4 01/20] xen/pmstat: consolidate code into pmstat.c

We move the following functions into drivers/acpi/pmstat.c, as they are all designed for performance statistic: - cpufreq_residency_update() - cpufreq_statistic_reset() - cpufreq_statistic_update() - cpufreq_statistic_init() - cpufreq_statistic_exit() Consequently, variable "cpufreq_statistic_data"

[PATCH v4 05/20] xen/xsm: wrap around xsm_sysctl with CONFIG_SYSCTL

As function xsm_sysctl() is solely invoked in sysctl.c, we need to wrap around it with CONFIG_SYSCTL Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- xen/include/xsm/xsm.h | 4 xen/xsm/dummy.c | 2 ++ xen/xsm/flask/hooks.c | 4 3 files changed, 10 insertions(+) di

[PATCH v4 03/20] xen/x86: remove "depends on !PV_SHIM_EXCLUSIVE"

Remove all "depends on !PV_SHIM_EXCLUSIVE" (also the functionally equivalent "if !...") in Kconfig file, since negative dependancy will badly affect allyesconfig. To make sure unchanging produced config file based on "pvshim_defconfig", we shall explicitly state according Kconfig is not set Add "d

[PATCH v4 09/20] xen/sysctl: wrap around XEN_SYSCTL_perfc_op

perfc_control() and perfc_copy_info() are responsible for providing control of perf counters via XEN_SYSCTL_perfc_op in DOM0, so they both shall be wrapped. Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v2 -> v3: - add the blank line --- v4 -> v5: - remove transient "#ifdef CONF

[PATCH v4 08/20] xen/sysctl: wrap around XEN_SYSCTL_sched_id

The following function shall be wrapped: - scheduler_id() Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v3 -> v4: - remove transient "#ifdef CONFIG_SYSCTL" --- xen/common/sched/core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/xen/common/sched/core.c b/xen/common/sch

Re: [PATCH 2/3] CI: Use bash arrays to simplfy dom0 rootfs construction

On Tue, May 27, 2025 at 04:24:57PM +0100, Andrew Cooper wrote: > On 27/05/2025 4:19 pm, Marek Marczykowski-Górecki wrote: > > On Tue, May 27, 2025 at 04:01:34PM +0200, Anthony PERARD wrote: > >> On Thu, May 22, 2025 at 06:36:39PM +0100, Andrew Cooper wrote: > >>> For Qubes, this requires switching

Re: [PATCH v4][PART 1 4/4] CHANGELOG: Mention Xen suspend/resume to RAM feature on arm64

On 5/27/25 6:05 PM, Mykola Kvach wrote: Hi, @Oleksii Kurochko On Tue, May 27, 2025 at 6:38 PM Oleksii Kurochko wrote: Hello Mykola, On 5/27/25 11:18 AM, Mykola Kvach wrote: From: Mykola Kvach Signed-off-by: Mykola Kvach --- CHANGELOG.md | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v11 6/7] xen/arm: enable dom0 to use PCI devices with pci-passthrough=no

From: Stewart Hildebrand Enable the use of IOMMU + PCI in dom0 without having to specify "pci-passthrough=yes". Due to possible platform specific dependencies of the PCI host, we rely on dom0 to initialize it and perform a PHYSDEVOP_pci_device_add/remove call to add each device to SMMU. PHYSDEVOP

Re: [PATCH v4 00/25] drm/dumb-buffers: Fix and improve buffer-size calculation

ping I'm still looking for more reviews; especially patches 1 and 2. Best regards Thomas Am 11.03.25 um 16:47 schrieb Thomas Zimmermann: Dumb-buffer pitch and size is specified by width, height, bits-per-pixel plus various hardware-specific alignments. The calculation of these values is incons

[PATCH v2 2/2] xen/char: implement suspend/resume calls for SCIF driver

From: Volodymyr Babchuk The changes have been tested only on the Renesas R-Car H3 Starter Kit board. Signed-off-by: Volodymyr Babchuk Signed-off-by: Oleksandr Andrushchenko Signed-off-by: Mykola Kvach --- In patch v2, I just added a CONFIG_SYSTEM_SUSPEND check around the suspend/resume functi

[PATCH v2 1/2] xen: Introduce system suspend config option

From: Mykola Kvach This option enables the system suspend support. This is the mechanism that allows the system to be suspended to RAM and later resumed. The patch introduces three options: - HAS_SYSTEM_SUSPEND: indicates suspend support is available on the platform. - SYSTEM_SUSPEND_ALWAYS_ON:

[PATCH v2 0/2] Add CONFIG_SYSTEM_SUSPEND and SCIF UART suspend/resume handlers

From: Mykola Kvach Hi all, This patch series introduces CONFIG_SYSTEM_SUSPEND to Xen and implements suspend/resume handlers for the SCIF UART driver. These changes address feedback and discussions on the Xen-devel mailing list: https://lists.xenproject.org/archives/html/xen-devel/2025-03/ms

[PATCH v4 18/20] xen/sysctl: make CONFIG_LIVEPATCH depend on CONFIG_SYSCTL

LIVEPATCH mechanism relies on LIVEPATCH_SYSCTL hypercall, so CONFIG_LIVEPATCH shall depend on CONFIG_SYSCTL Signed-off-by: Penny Zheng Reviewed-by: Stefano Stabellini --- v1 -> v2: - commit message refactor --- xen/common/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v4 12/20] xen/sysctl: introduce CONFIG_PM_STATS

We introduce a new Kconfig CONFIG_PM_STATS for wrapping all operations regarding performance management statistics. The major codes reside in xen/drivers/acpi/pmstat.c, including the pm-statistic-related sysctl op: do_get_pm_info(). CONFIG_PM_STATS also shall depend on CONFIG_SYSCTL Signed-off-by:

Re: [PATCH 2/3] CI: Use bash arrays to simplfy dom0 rootfs construction

On 28/05/2025 10:45 am, Anthony PERARD wrote: > On Tue, May 27, 2025 at 04:24:57PM +0100, Andrew Cooper wrote: >> On 27/05/2025 4:19 pm, Marek Marczykowski-Górecki wrote: >>> On Tue, May 27, 2025 at 04:01:34PM +0200, Anthony PERARD wrote: On Thu, May 22, 2025 at 06:36:39PM +0100, Andrew Cooper

Re: [PATCH] x86/traps: Trim includes

On Tue, May 27, 2025 at 04:09:11PM +0100, Andrew Cooper wrote: > None of these are used by traps.c today. > > Signed-off-by: Andrew Cooper Acked-by: Roger Pau Monné > --- > CC: Jan Beulich > CC: Roger Pau Monné > > I'm experimenting with include-what-you-use but it's not the most > ergonomi

Re: [PATCH] x86/setup: Trim includes

On Tue, May 27, 2025 at 04:13:02PM +0100, Andrew Cooper wrote: > None of these are used by setup.c today. > > Signed-off-by: Andrew Cooper Acked-by: Roger Pau Monné Thanks, Roger.

Re: [PATCH v1 0/3] xen/arm: Add option to optionally disable trapping on unmapped mmio

On Tue, May 27, 2025 at 09:03:11PM +0100, Andrew Cooper wrote: > On 27/05/2025 8:56 pm, Edgar E. Iglesias wrote: > > From: "Edgar E. Iglesias" > > > > This follows up on the virtio-pci discussion and adds a per-domain > > option to select the behaviour of accesses to unmapped mmio ranges. > > The

[PATCH v3 1/2] xen/domain: introduce common hardware emulation flags

From: Denis Mukhin From: Denis Mukhin Add common emulation_flags for configuring domain emulation features. Print d->emulation_flags from 'q' keyhandler for better traceability while debugging. Signed-off-by: Denis Mukhin --- Changes since v2: - move emulation_flags to common domain struct -

[PATCH v3 2/2] xen/domain: rewrite emulation_flags_ok()

From: Denis Mukhin From: Denis Mukhin Rewrite emulation_flags_ok() to simplify future modifications. No functional change intended. Signed-off-by: Denis Mukhin --- Changes since v2: - addressed review feedback - added some explanatory comments for emulation_flags_ok() --- xen/arch/x86/domai

[PATCH v3 0/2] xen/domain: updates to hardware emulation flags

Patch 1 introduces emulation_flags in common domain struct for enabling domain emulation features on non-x86 platforms. Patch 2 rewrites emulation_flags_ok() on x86 with a goal of improving readability and maintainability of the code. Originally, the code was part of [1], part of NS16550 emulator

[PATCH v3 1/3] docs: add documentation for Argo as a feature

Adds approachable documentation describing system components and introduces the support statement for feature status. Signed-off-by: Christopher Clark --- docs/features/argo-feature.pandoc | 99 +++ 1 file changed, 99 insertions(+) create mode 100644 docs/features/ar

[PATCH v3 2/3] MAINTAINERS: add link and keyword statements for Argo section

Add link to Argo documentation and to ensure that Argo maintainers and reviewers are included in developments involving Argo, add keyword expressions for Argo. Signed-off-by: Christopher Clark --- MAINTAINERS | 3 +++ 1 file changed, 3 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH v3 3/3] MAINTAINERS: add a reviewer for Argo

Adding Daniel P. Smith as reviewer for the Argo subsystem. Signed-off-by: Christopher Clark Acked-by: Stefano Stabellini --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 697f383505..6b129704fc 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -222,

Re: [PATCH v2 1/2] xen/domain: introduce non-x86 hardware emulation flags

On Wed, May 21, 2025 at 04:05:04PM +0200, Roger Pau Monné wrote: > On Fri, May 16, 2025 at 02:29:09AM +, dm...@proton.me wrote: > > From: Denis Mukhin > > > > Define per-architecture emulation_flags for configuring domain emulation > > features. > > > > Print d->arch.emulation_flags from 'q' k

Re: [PATCH v11 4/7] xen/arm: smmuv3: Add PCI devices support for SMMUv3

On 5/28/25 05:12, Mykyta Poturai wrote: > From: Rahul Singh > > Implement support for PCI devices in the SMMU driver. Trigger iommu-map > parsing when new PCI device is added. Add checks to assign/deassign > functions to ensure PCI devices are handled correctly. Implement basic > quarantining. >

Re: [PATCH] x86/traps: Trim includes

On 28/05/2025 1:43 pm, Roger Pau Monné wrote: > On Tue, May 27, 2025 at 04:09:11PM +0100, Andrew Cooper wrote: >> None of these are used by traps.c today. >> >> Signed-off-by: Andrew Cooper > Acked-by: Roger Pau Monné Thanks. >> --- >> CC: Jan Beulich >> CC: Roger Pau Monné >> >> I'm experime

[PATCH v9 1/3] xen/domain: unify domain ID allocation

From: Denis Mukhin From: Denis Mukhin Currently, hypervisor code has two different domain ID allocation implementations: (a) Sequential IDs allocation in dom0less Arm code based on max_init_domid; (b) Sequential IDs allocation in XEN_DOMCTL_createdomain; does not use max_init_domid

[PATCH v9 2/3] xen/domain: adjust domain ID allocation for Arm

From: Denis Mukhin From: Denis Mukhin Remove the hardcoded domain ID 0 allocation for hardware domain and replace it with a call to get_initial_domain_id() (returns the value of hardware_domid on Arm). Update domid_alloc(DOMID_INVALID) case to ensure that get_initial_domain_id() ID is skipped

[PATCH v9 0/3] xen/domain: domain ID allocation

The patch series adds new library calls for allocating domain IDs. Patch 1 introduces new domid_{alloc,free} calls. Patch 2 adjusts hardware domain ID treatment on Arm. Patch 3 is an RFC: introduces new CONFIG_MAX_DOMID parameter to limit the number of user domains during run-time. Link to v8: h

[PATCH v9 3/3] xen/domain: introduce CONFIG_MAX_DOMID

From: Denis Mukhin From: Denis Mukhin Embedded deployments of Xen do not need to have support for more than dozen of domains. Introduce build-time configuration option to limit the number of domains during run-time. Suggested-by: Julien Grall Signed-off-by: Denis Mukhin --- Changes since v8

[PATCH v4 3/4] xen/console: remove max_init_domid dependency

From: Denis Mukhin From: Denis Mukhin The physical console input rotation depends on max_init_domid symbol, which is managed differently across architectures. Instead of trying to manage max_init_domid in the arch-common code the console input rotation code can be reworked by removing dependen

[PATCH v4 1/4] xen/console: rename switch_serial_input() to console_switch_input()

From: Denis Mukhin From: Denis Mukhin Update the function name as per naming notation in the console driver. No functional change. Signed-off-by: Denis Mukhin Acked-by: Jan Beulich --- Changes since v3: - added A-b --- xen/drivers/char/console.c | 6 +++--- 1 file changed, 3 insertions(+),

[PATCH v4 2/4] xen/console: introduce console input permission

From: Denis Mukhin From: Denis Mukhin Add new flag to domain structure for marking permission to intercept the physical console input by the domain. Update console input switch logic accordingly. No functional change intended. Signed-off-by: Denis Mukhin --- Changes since v3: - rebased ---

[PATCH v4 4/4] xen/console: rename console_rx to console_domid

From: Denis Mukhin From: Denis Mukhin Update the symbol name to match the code better. No functional change. Signed-off-by: Denis Mukhin --- Changes since v3: - rebased --- xen/drivers/char/console.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/xen/driver

[PATCH v4 0/4] xen/console: cleanup console input switch logic

The patch series originates from the NS16550 UART emulator series [1] (x86) which requires ability to switch physical console input to a PVH/HVM domain with an emulated UART. Currently, on x86, console input can be rotated in round-robin manner only between dom0, PV shim, and Xen itself. On Arm th

Re: [PATCH v1 1/3] xen/arm: Add a way to disable traps on unmapped MMIO

On Tue, 27 May 2025, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Add a per-domain way to optionally disable traps on unmapped MMIO. > > Signed-off-by: Edgar E. Iglesias The ARM changes look OK; I'll ack the next version when the option becomes arch common as Andrew suggested > -

Re: [PATCH v1 2/3] xen/arm: dom0less: Add trap-unmapped-mmio-disabled

On Tue, 27 May 2025, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Add the trap-unmapped-mmio-disabled per-domain fdt property. > > Signed-off-by: Edgar E. Iglesias > --- > docs/misc/arm/device-tree/booting.txt | 7 +++ > xen/arch/arm/dom0less-build.c | 3 ++- > 2 files

Re: [PATCH v11 3/7] xen/arm: smmuv2: Add PCI devices support for SMMUv2

On Wed, 28 May 2025, Mykyta Poturai wrote: > From: Oleksandr Andrushchenko > > Implement support for PCI devices in the SMMU driver. Make arm_smmu_master > structure to hold a pointer to the device to allow it to hold PCI devices. > Trigger iommu-map parsing when new PCI device is added. Add chec

Re: [PATCH v11 4/7] xen/arm: smmuv3: Add PCI devices support for SMMUv3

On Wed, 28 May 2025, Mykyta Poturai wrote: > From: Rahul Singh > > Implement support for PCI devices in the SMMU driver. Trigger iommu-map > parsing when new PCI device is added. Add checks to assign/deassign > functions to ensure PCI devices are handled correctly. Implement basic > quarantining.

Re: [PATCH v5 4/4] xen/arm: add support for R-Car Gen4 PCI host controller

On Wed, 21 May 2025, Mykyta Poturai wrote: > From: Oleksandr Andrushchenko > > Add support for Renesas R-Car Gen4 PCI host controller, specifically > targeting the S4 and V4H SoCs. The implementation includes configuration > read/write operations for both root and child buses. For accessing the >

Re: [PATCH] device-tree: Move Arm's static-evtchn feature to common

On Tue, 27 May 2025, Michal Orzel wrote: > There's nothing Arm specific about this feature. Move it to common as > part of a larger activity to commonalize device tree related features. > For now, select it only for ARM until others (e.g. RISC-V) verify it > works for them too. > > Signed-off-by: