Also state the RISC-V baseline now it's been set, as it's the reason why
RISC-V Bullseye got dropped.
Signed-off-by: Andrew Cooper
Acked-by: Oleksii Kurochko
Reviewed-by: Denis Mukhin
---
CC: Anthony PERARD
CC: Michal Orzel
CC: Jan Beulich
CC: Julien Grall
CC: Roger Pau Monné
CC: Stefano S
On Thu Sep 11, 2025 at 5:04 PM CEST, Jan Beulich wrote:
> On 11.09.2025 14:03, Andrew Cooper wrote:
>> On 11/09/2025 12:53 pm, Alejandro Vallejo wrote:
>>> CPU hotplug relies on the online CPU bitmap being provided on PIO 0xaf00
>>> by the device model. The GPE handler checks this and compares it a
From: Leon Romanovsky
Use physical address directly in DMA mapping flow.
Signed-off-by: Leon Romanovsky
---
drivers/vdpa/vdpa_user/iova_domain.c | 11 +--
drivers/vdpa/vdpa_user/iova_domain.h | 8
drivers/vdpa/vdpa_user/vduse_dev.c | 18 ++
3 files changed,
On Thu, Sep 18, 2025 at 04:03:49PM -0400, Peter Xu wrote:
> On Wed, Sep 17, 2025 at 07:13:26PM +0900, Akihiko Odaki wrote:
> > Children are automatically unparented so manually unparenting is
> > unnecessary.
> >
> > Worse, automatic unparenting happens before the instance_finalize()
> > callback
The following analysis jobs are performed:
- eclair-{x86_64,ARM64}: analyze Xen using the default configuration for
that architecture; runs on runners tagged `eclair-analysis'.
- eclair-{x86-64,ARM64}-safety: analyze Xen using the configuration for
safety, which is more restricted; runs on run
On 2025-09-03 03:49, victorm.l...@amd.com wrote:
From: Victor Lira
Filtering jobs using the selected jobs regex is missing for
qemu-export/yocto- jobs when running regular pipelines and eclair jobs
when running scheduled pipelines.
Add the missing rules to filter out those jobs, and set a defa
On Wed, Sep 17, 2025 at 07:13:26PM +0900, Akihiko Odaki wrote:
> Children are automatically unparented so manually unparenting is
> unnecessary.
>
> Worse, automatic unparenting happens before the instance_finalize()
> callback of the parent gets called, so object_unparent() calls in
> the callbac
On Wed, Sep 17, 2025 at 02:23:35PM +0100, Daniel P. Berrangé wrote:
> On Wed, Sep 17, 2025 at 02:17:35PM +0100, Daniel P. Berrangé wrote:
> > On Wed, Sep 17, 2025 at 09:24:04PM +0900, Akihiko Odaki wrote:
> > > On 2025/09/17 20:57, Daniel P. Berrangé wrote:
> > > > On Wed, Sep 17, 2025 at 07:13:25P
From: Leon Romanovsky
After conversion of arch code to use physical address mapping,
there are no users of .map_page() and .unmap_page() callbacks,
so let's remove them.
Signed-off-by: Leon Romanovsky
---
include/linux/dma-map-ops.h | 7 ---
kernel/dma/mapping.c| 12
From: Leon Romanovsky
Changelog:
v6:
* Based on "dma-debug: don't enforce dma mapping check on noncoherent
allocations" patch.
* Removed some unused variables from kmsan conversion.
* Fixed missed ! in dma check.
v5: https://lore.kernel.org/all/cover.1756822782.git.l...@kernel.org
* Added
On Fri, Sep 12, 2025 at 03:02:15PM +0200, David Hildenbrand wrote:
> How would that work with nesting? I feel like there is a fundamental problem
> with nesting with what you describe but I might be wrong.
My picture is - flush on each lazy_mmu_disable(), pause on lazy_mmu_pause()
and honour only
When the lazy MMU mode was introduced eons ago, it wasn't made clear
whether such a sequence was legal:
arch_enter_lazy_mmu_mode()
...
arch_enter_lazy_mmu_mode()
...
arch_leave_lazy_mmu_mode()
...
arch_leave_lazy_mmu_m
From: Leon Romanovsky
Switch to .map_phys callback instead of .map_page.
Signed-off-by: Leon Romanovsky
---
drivers/xen/grant-dma-ops.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/drivers/xen/grant-dma-ops.c b/drivers/xen/grant-dma-ops.c
index 2925
From: Leon Romanovsky
MIPS jazz uses physical addresses for mapping pages, so convert
it to get them directly from DMA mapping routine.
Signed-off-by: Leon Romanovsky
---
arch/mips/jazz/jazzdma.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/arch/mip
From: Leon Romanovsky
Convert sparc architecture DMA code to use .map_phys callback.
Signed-off-by: Leon Romanovsky
---
arch/sparc/kernel/iommu.c | 16 ++--
arch/sparc/kernel/pci_sun4v.c | 16 ++--
arch/sparc/mm/io-unit.c | 13 +-
arch/sparc/mm/iommu.c
From: Leon Romanovsky
Perform mechanical conversion from .map_page to .map_phys callback.
Signed-off-by: Leon Romanovsky
---
drivers/parisc/ccio-dma.c | 25 +
drivers/parisc/sba_iommu.c | 23 ---
2 files changed, 25 insertions(+), 23 deletions(-)
d
Hi,
This series continues following two series:
1. "dma-mapping: migrate to physical address-based API"
https://lore.kernel.org/all/cover.1757423202.git.leo...@nvidia.com
2. "Preparation to .map_page and .unmap_page removal"
Preparation to .map_page and .unmap_page removal
In this series, the DM
From: Leon Romanovsky
Alpha doesn't need struct *page and can perform mapping based on
physical addresses. So convert it to implement new .map_phys callback.
As part of this change, remove useless BUG_ON() as DMA mapping layer
ensures that right direction is provided.
Signed-off-by: Leon Romano
From: Leon Romanovsky
Perform mechanical conversion from DMA .map_page to .map_phys.
Signed-off-by: Leon Romanovsky
---
arch/x86/kernel/amd_gart_64.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/arch/x86/kernel/amd_gart_64.c b/arch/x86/kernel/amd_gar
From: Leon Romanovsky
Adapt PowerPC DMA to use physical addresses in order to prepare code
to removal .map_page and .unmap_page.
Signed-off-by: Leon Romanovsky
---
arch/powerpc/include/asm/iommu.h | 8 +++---
arch/powerpc/kernel/dma-iommu.c | 22 +++-
arch/powerpc
On Thu, Sep 18, 2025 at 12:20:49PM -0400, Peter Xu wrote:
> On Thu, Sep 18, 2025 at 05:29:34PM +0200, BALATON Zoltan wrote:
> > On Thu, 18 Sep 2025, Peter Xu wrote:
> > > On Wed, Sep 17, 2025 at 07:13:25PM +0900, Akihiko Odaki wrote:
> > > > Based-on:
> > > > ("[PATCH v2 00/14] hw/pci-host/raven c
When stopping a core deinit_timer_interrupt is called in non-alloc
context, which causes xfree in release_irq to fail an assert.
To fix this, switch to a statically allocated irqaction that does not
need to be freed in release_irq.
Signed-off-by: Mykyta Poturai
---
xen/arch/arm/time.c | 20
On Fri, Sep 12, 2025 at 03:44:22PM +0100, Andrew Cooper wrote:
> cpio needs to be in Tools (general) now that it's used by the general build
> script. Merge the rest of the test phase jobs into one group, to avoid being
> overly fine-grain.
>
> No functional change.
>
> Signed-off-by: Andrew Coo
On Wed, Aug 27, 2025 at 09:16:38PM -0400, Jason Andryuk wrote:
> On 2025-08-27 01:57, Jan Beulich wrote:
> > Callers observing errors elsewhere may be confused by the ENOSYS that
> > the Flask operation would yield on a Flask-disabled hypervisor.
> >
> > Signed-off-by: Jan Beulich
> > ---
> > Of
On 09.09.2025 10:14, Mykola Kvach wrote:
> On Tue, Sep 9, 2025 at 9:57 AM Jan Beulich wrote:
>> On 09.09.2025 08:29, Mykola Kvach wrote:
>>> Then, in domain_shutdown(), we can call need_hwdom_shutdown() instead
>>> of directly checking is_hardware_domain(d). This keeps the logic
>>> readable and a
File hvm/vm_event.c and x86/vm_event.c are the extend to vm_event handling
routines, and its compilation shall be guarded by CONFIG_VM_EVENT too.
Futhermore, features about monitor_op and memory access are both based on
vm event subsystem, so monitor.o/mem_access.o shall be wrapped under
CONFIG_VM_
On Fri, Sep 12, 2025 at 11:49:12AM +0200, Jürgen Groß wrote:
> On 11.09.25 17:11, Marek Marczykowski-Górecki wrote:
> > Hi,
> >
> > The steps:
> > 1. Have domU netfront ("untrusted" here) and domU netback
> > ("sys-firewall-alt" here).
> > 2. Pause frontend
> > 3. Shutdown backend
> > 4. Unpause f
On 18.09.25 18:41, Jan Beulich wrote:
On 16.09.2025 15:41, Grygorii Strashko wrote:
--- a/xen/arch/x86/hvm/Kconfig
+++ b/xen/arch/x86/hvm/Kconfig
@@ -62,6 +62,16 @@ config ALTP2M
If unsure, stay with defaults.
+config HVM_VIRIDIAN
I may have said so already on v1: I'm not quite c
On 18.09.25 18:19, Jan Beulich wrote:
On 18.09.2025 17:15, Grygorii Strashko wrote:
On 16.09.25 16:41, Grygorii Strashko wrote:
--- a/xen/arch/x86/hvm/Kconfig
+++ b/xen/arch/x86/hvm/Kconfig
@@ -62,6 +62,16 @@ config ALTP2M
If unsure, stay with defaults.
+config HVM_VIRIDIAN
+
On Thu, Sep 18, 2025 at 05:29:34PM +0200, BALATON Zoltan wrote:
> On Thu, 18 Sep 2025, Peter Xu wrote:
> > On Wed, Sep 17, 2025 at 07:13:25PM +0900, Akihiko Odaki wrote:
> > > Based-on:
> > > ("[PATCH v2 00/14] hw/pci-host/raven clean ups")
> >
> > Could I ask why this is a dependency?
>
> It re
On Thu, 18 Sep 2025, Peter Xu wrote:
On Wed, Sep 17, 2025 at 07:13:25PM +0900, Akihiko Odaki wrote:
Based-on:
("[PATCH v2 00/14] hw/pci-host/raven clean ups")
Could I ask why this is a dependency?
It removes an address_space usage from raven so this series does not have
to change that and
On 17.09.2025 23:55, Oleksii Kurochko wrote:
> --- /dev/null
> +++ b/xen/arch/riscv/p2m.c
> @@ -0,0 +1,91 @@
> +/* SPDX-License-Identifier: GPL-2.0-only */
> +
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +#include
> +
> +unsigned long __ro_after_init gstage_
On 16.09.2025 15:41, Grygorii Strashko wrote:
> --- a/xen/arch/x86/hvm/Kconfig
> +++ b/xen/arch/x86/hvm/Kconfig
> @@ -62,6 +62,16 @@ config ALTP2M
>
> If unsure, stay with defaults.
>
> +config HVM_VIRIDIAN
I may have said so already on v1: I'm not quite convinced of the need
or useful
From: Leon Romanovsky
As a preparation to changing from .map_page to use .map_phys DMA
callbacks, convert arch_sync_dma*() functions to use physical addresses
instead of struct page.
Signed-off-by: Leon Romanovsky
---
arch/arm/mm/dma-mapping.c | 82 +++
1 fi
On 18.09.2025 17:15, Grygorii Strashko wrote:
> On 16.09.25 16:41, Grygorii Strashko wrote:
>> --- a/xen/arch/x86/hvm/Kconfig
>> +++ b/xen/arch/x86/hvm/Kconfig
>> @@ -62,6 +62,16 @@ config ALTP2M
>>
>>If unsure, stay with defaults.
>>
>> +config HVM_VIRIDIAN
>> +bool "Hyper-V enli
Hi All,
On 16.09.25 16:41, Grygorii Strashko wrote:
From: Sergiy Kibrik
Add config option HVM_VIRIDIAN that covers viridian code within HVM.
Calls to viridian functions guarded by is_viridian_domain() and related macros.
Having this option may be beneficial by reducing code footprint for syste
On 18.09.2025 14:16, Mykyta Poturai wrote:
> --- a/config/arm64.mk
> +++ b/config/arm64.mk
> @@ -1,5 +1,6 @@
> CONFIG_ARM := y
> CONFIG_ARM_64 := y
> +CONFIG_HOTPLUG := y
>
> CONFIG_XEN_INSTALL_SUFFIX :=
>
> --- a/config/x86_32.mk
> +++ b/config/x86_32.mk
> @@ -3,6 +3,7 @@ CONFIG_X86_32 := y
On 18.09.2025 15:35, Julien Grall wrote:
> On 18/09/2025 13:16, Mykyta Poturai wrote:
>> +static long cpu_hotplug_sysctl(struct xen_sysctl_cpu_hotplug *hotplug)
>> +{
>> +bool up;
>> +
>> +switch (hotplug->op) {
>> +case XEN_SYSCTL_CPU_HOTPLUG_ONLINE:
>> +if ( hotplug->c
Xen ABIs/APIs second session notes (apologies for errors, etc.)
Andrew Cooper (AC): There are two classes of hypercall:
"privileged": ops such as: set trap table, PV load IDT, that must only
ever be issued by a kernel, and others such as grant and event
channel ops, because they act on per-domai
From: Leon Romanovsky
Combine resource and page mappings routines to one function, which
handles both these flows at the same manner. This conversion allows
us to remove .map_resource/.unmap_resource callbacks completely.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Leon Romanovsky
---
arch/ar
Changelog:
v4:
* Added Jason's ROB tags
* Added "xen: swiotlb ..." patch to the list of patches which had .map_resource
* Added extra patch "ARM: dma-mapping: Reduce ..." to remove struct
page as much as possible.
* Added call to .map_phys/.unmap_phys to dma_common_*_pages() functions.
v3: h
From: Leon Romanovsky
After ARM and XEN conversions to use physical addresses for the mapping,
there are no in-kernel users for map_resource/unmap_resource callbacks,
so remove them.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Leon Romanovsky
---
include/linux/dma-map-ops.h | 6 --
kerne
From: Leon Romanovsky
Add new .map_phys() and .unmap_phys() callbacks to dma_map_ops as a
preparation to replace .map_page() and .unmap_page() respectively.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Leon Romanovsky
---
include/linux/dma-map-ops.h | 7 +++
kernel/dma/mapping.c|
From: Leon Romanovsky
Change dma_dummy_map_page and dma_dummy_unmap_page routines
to accept physical address and rename them.
Reviewed-by: Jason Gunthorpe
Signed-off-by: Leon Romanovsky
---
kernel/dma/dummy.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/ke
On Wed, Sep 17, 2025 at 07:13:25PM +0900, Akihiko Odaki wrote:
> Based-on:
> ("[PATCH v2 00/14] hw/pci-host/raven clean ups")
Could I ask why this is a dependency?
--
Peter Xu
Hi Mykyta,
On 18/09/2025 13:16, Mykyta Poturai wrote:
Implement XEN_SYSCTL_CPU_HOTPLUG_* calls to allow for enabling/disabling
CPU cores in runtime.
Signed-off-by: Mykyta Poturai
---
xen/arch/arm/sysctl.c | 67 +++
1 file changed, 67 insertions(+)
di
Hi Mykyta,
On 18/09/2025 13:16, Mykyta Poturai wrote:
When stopping a core deinit_timer_interrupt is called in non-alloc
context, which causes xfree in release_irq to fail an assert.
To fix this, switch to a statically allocated irqaction that does not
need to be freed in release_irq.
> > Sign
When stopping a core cpu_gic_callback is called in non-alloc
context, which causes xfree in release_irq to fail an assert.
To fix this, switch to a statically allocated irqaction that does not
need to be freed in release_irq.
Signed-off-by: Mykyta Poturai
---
xen/arch/arm/gic.c | 10 --
With CPU hotplug sysctls implemented on Arm it becomes useful to have a tool
for calling them. Introduce new CONFIG_HOTPLUG to allow building hptool
separately from other migration tools and enable it for Arm.
Signed-off-by: Mykyta Poturai
---
config/arm64.mk | 1 +
config/x86_3
Implement XEN_SYSCTL_CPU_HOTPLUG_* calls to allow for enabling/disabling
CPU cores in runtime.
Signed-off-by: Mykyta Poturai
---
xen/arch/arm/sysctl.c | 67 +++
1 file changed, 67 insertions(+)
diff --git a/xen/arch/arm/sysctl.c b/xen/arch/arm/sysctl.c
in
This series implements support for CPU hotplug/unplug on Arm. To achieve this,
several things need to be done:
1. XEN_SYSCTL_CPU_HOTPLUG_* calls implemented.
2. timer and GIC maintenance interrupts switched to static irqactions to remove
the need for freeing them during release_irq.
3. Enabled the
Newer compiler can put some constant strings inside constant
sections (.rodata.cstXX) instead of string sections (.rodata.str1.XX).
This causes the produced live patch to not apply when such
strings are produced.
So treat the constant sections as string ones.
Signed-off-by: Frediano Ziglio
---
c
52 matches
Mail list logo
