> On 8 Jan 2025, at 09:01, Luca Fancellu wrote:
>
>
>
>> On 8 Jan 2025, at 07:57, Michal Orzel wrote:
>>
>> In the original patch e7a80636f16e ("xen/arm: add cache coloring support
>> for Xen image"), the stub was added under wrong assumption
Hi Ayan,
> On 4 Feb 2025, at 19:23, Ayan Kumar Halder wrote:
>
> For AArch32, refer to ARM DDI 0568A.c ID110520.
> MPU_REGION_SHIFT is same between AArch32 and AArch64 (HPRBAR).
> Also, NUM_MPU_REGIONS_SHIFT is same between AArch32 and AArch64
> (HMPUIR).
>
> Signed-off-by: Ayan Kumar Halder
>
0, HTCR)
> +#endif
I was wondering if here it was better, for readability, to have this part
defined in the arm32/mmu/head.S and
arm32/mpu/head.S could have implemented a stub, maybe the maintainer could help
with that.
Anyway this solution works for me.
Reviewed-by: Luca Fancellu
>
> mov_w r0, HSCTLR_SET
> mcr CP32(r0, HSCTLR)
> --
> 2.25.1
>
>
n line with what is done for arm64.
Reviewed-by: Luca Fancellu
Hi Ayan,
> On 4 Feb 2025, at 19:23, Ayan Kumar Halder wrote:
>
> Secondary cpus initialization is not yet supported. Thus, we print an
> appropriate message and put the secondary cpus in WFE state.
>
> Signed-off-by: Ayan Kumar Halder
> ---
Reviewed-by: Luca Fancellu
Hi Ayan,
> On 4 Feb 2025, at 19:23, Ayan Kumar Halder wrote:
>
> Define enable_boot_cpu_mm() for the Armv8-R AArch64.
>
> Like boot-time page table in MMU system, we need a boot-time MPU protection
> region configuration in MPU system so Xen can fetch code and data from normal
> memory.
>
> To
Hi Roger,
5) You name it. I think many people in the community can name their points
for
and against clang-format.
>>>
>>> What are the parts of our coding style that clang-format cannot
>>> correctly represent? Could you make a list of what would need to
>>> change in Xen
Hi Roger,
>>
>> 3) The size of the patch after applying clang-format is huge. Really.
>> Something
>> like 9 MB. Even if everyone agrees that the approach is good and we can
>> proceed
>> with it, it is highly unlikely anyone will be able to review it. Considering
>> that new patches are being
Hi all,
in order to build Xen for Arm64 with MPU support, there are few changes to
support the compilation of Arm code without HAS_PASSTHROUGH and some refactoring
around the start_xen for Arm.
Luca Fancellu (2):
xen/passthrough: Provide stub functions when !HAS_PASSTHROUGH
xen/arm: Move
64 and not numa.
Now setup_pagetables() is called only in the mmu/setup.c module,
limit its visibility and remove it from mm.h header.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/Kconfig | 2 +-
xen/arch/arm/include/asm/mm.h | 4 ++--
xen/arch/arm/mmu/setup.c | 35 +
, which is the case for example on systems
with MPU support.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/grant_table.h | 8 ++
xen/include/xen/iommu.h| 40 +++---
2 files changed, 44 insertions(+), 4 deletions(-)
diff --git a/xen/arch/arm/include
Hi Andrew,
thanks for your review,
> On 12 Feb 2025, at 11:50, Andrew Cooper wrote:
>
> On 12/02/2025 9:18 am, Luca Fancellu wrote:
>> When Xen is built without HAS_PASSTHROUGH, there are some parts
>> in arm and x86 where iommu_* functions are called in the c
from init data bootinfo, as it will be needed
after destroying the init data section, rename it to using_static_heap
and use it to tell whether the Xen static heap feature is enabled.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
Reviewed-by: Jan Beulich
Hi Michal,
> On 11 Dec 2024, at 11:59, Michal Orzel wrote:
>
>
>
> On 11/12/2024 12:11, Luca Fancellu wrote:
>>
>>
>> From: Penny Zheng
>>
>> If the Xen heap is statically configured in Device Tree, its size is
>> definite, so
_banks.
> ---
Hi Michal,
it looks good to me, I’ve also tested in our CI and no issues!
Reviewed-by: Luca Fancellu
Tested-by: Luca Fancellu
from init data bootinfo, as it will be needed
after destroying the init data section, rename it to using_static_heap
and use it to tell whether the Xen static heap feature is enabled.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
---
Changes from v5:
- Drop Jan
pygrub understand default entry in
> string format")
> Fixes: 622e368758b ("Add ZFS libfsimage support patch")
> Fixes: 02b26c02c7c ("xen/scripts: add cppcheck tool to the xen-analysis.py
> script")
> Fixes: 56c0063f4e7 ("xen/misra: xen-analysis.py:
from init data bootinfo, as it will be needed
after destroying the init data section, rename it to using_static_heap
and use it to tell whether the Xen static heap feature is enabled.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
s: add cppcheck tool to the xen-analysis.py
> script)
> Signed-off-by: Ariel Otilibili
> --
Reviewed-by: Luca Fancellu
tly
used while managing kernel_info structures, it's good to have it
for completeness.
Fixes: a14593e3995a ("xen/device-tree: Allow region overlapping with
/memreserve/ ranges")
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/kernel.h | 5 -
1 file changed, 4 inser
Hi Julien and Michal,
> On 23 Dec 2024, at 10:45, Julien Grall wrote:
>
> Hi,
>
> On 23/12/2024 10:42, Michal Orzel wrote:
>> On 23/12/2024 11:06, Julien Grall wrote:
>>>
>>>
>>> Hi Michal,
>>>
>>> On 23/12/2024 07:58, Micha
bank
> structures")
> Signed-off-by: Michal Orzel
> ---
Apart from Julien’s comments for which I’ll leave you both to agree on a
solution, I’ve reproduced
the issue and tested that your change is fixing it and it’s not breaking a
different setup (e.g. 64 bit).
Reviewed-by: Luca Fancellu
Tested-by: Luca Fancellu
virt()")
> Signed-off-by: Michal Orzel
> ---
I’ve tested this one and it fix the compilation issue on the above setup, I’ve
also tested
that it doesn’t introduce issues on other setup (e.g. arm64)
Reviewed-by: Luca Fancellu
Tested-by: Luca Fancellu
k" are equally aligned */
> +BUILD_BUG_ON(alignof(struct membanks) != alignof(struct membank));
Apologies for not catching the issue for your v1, probably I didn't understand
very well the test itself,
why are we checking that the structure have the same alignment?
I see we c
14593e3995a ("xen/device-tree: Allow region overlapping with
/memreserve/ ranges")
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
---
Changes from v2:
- Banks created by Xen should be MEMORY type. (Michal)
- Add R-by Michal
Changes from v1:
- Changed commit title and body msg
>>
>>>
---
---
xen/arch/arm/domain_build.c | 13 -
xen/arch/arm/include/asm/kernel.h | 5 -
xen/arch/arm/static-shmem.c | 3 ++-
xen/include/xen/bootfdt.h | 16
4 files changed, 26 insertions(+), 11 deletions(-)
Hi Michal,
> On 9 Jan 2025, at 10:00, Michal Orzel wrote:
>
> Hi Luca,
>
> Is this patch for 4.20? I would say so, therefore it should have "for-4.20"
> tag and Oleksii as release manager
> should be CCed. Doing it now.
Thanks, I forgot the procedure
>
>> ---
>> ---
>> xen/arch/arm/domain_b
14593e3995a ("xen/device-tree: Allow region overlapping with
/memreserve/ ranges")
Signed-off-by: Luca Fancellu
---
Changes from v1:
- Changed commit title and body msg
- initialised max_banks and type for all structures using 'struct membanks_hdr'
I didn't get why the fixe
Hi Julien,
thanks for your review.
>> +void __init setup_early_mappings(paddr_t fdt_paddr)
>> +{
>> +const char *cmdline;
>> +struct bootmodule *xen_bootmodule;
>> +
>> +device_tree_flattened = early_fdt_map(fdt_paddr);
>> +if ( !device_tree_flattened )
>> +panic("Invalid
se that file
>> to generate the exclusion list dynamically, but then someone might want to
>> exclude certain files only in some analyses and not others, which is not a
>> good fit for exclude-list.json as it is now.
>> @Stefano, thoughts?
>
> I forgot to address the f
> On 12 Feb 2025, at 12:37, Luca Fancellu wrote:
>
> Hi Andrew,
>
> thanks for your review,
>
>> On 12 Feb 2025, at 11:50, Andrew Cooper wrote:
>>
>> On 12/02/2025 9:18 am, Luca Fancellu wrote:
>>> When Xen is built without HAS_PASSTHROUGH,
, which is the case for example on systems
with MPU support.
For gnttab_need_iommu_mapping() in the Arm part, modify the macro
to use IS_ENABLED for the HAS_PASSTHROUGH Kconfig.
Signed-off-by: Luca Fancellu
---
v2 Changes:
- modify gnttab_need_iommu_mapping to use IS_ENABLED
- removed macro that
Hi all,
in order to build Xen for Arm64 with MPU support, there are few changes to
support the compilation of Arm code without HAS_PASSTHROUGH and some refactoring
around the start_xen for Arm.
Luca Fancellu (2):
xen/passthrough: Provide stub functions when !HAS_PASSTHROUGH
xen/arm: Restrict
(), because
it parses the memory banks from the DT, but to discover that
the developer needs to dig into the function.
Signed-off-by: Luca Fancellu
---
v2 changes:
- dropped part of the v1 code, now this one is simpler, I will
discuss better how to design a common boot flow for MPU and
implement on
Hi Jan,
thanks for your review,
> On 17 Feb 2025, at 10:50, Jan Beulich wrote:
>
> On 17.02.2025 11:27, Luca Fancellu wrote:
>> When Xen is built without HAS_PASSTHROUGH, there are some parts
>> in arm and x86 where iommu_* functions are called in the codebase,
>>
>>> +static inline int iommu_domain_init(struct domain *d, unsigned int opts)
>>> +{
>>> +return 0;
>>
>> Shouldn't this fail when is_iommu_enabled(d) is true? (The use of the
>> predicate here as well as in the real function is slightly strange, but
>> that's the way it is.)
>
> Right, prob
pen-coding copy_from_paddr inside
relocate_fdt, without mapping on the fixmap.
Signed-off-by: Luca Fancellu
---
Changes from v2:
- fixed pointer issue for dtb_vaddr.
---
xen/arch/arm/setup.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/xen/arch/arm/setup.c b/xe
Hi Julien,
>>>
>>> #ifdef CONFIG_EARLY_PRINTK
>>> diff --git a/xen/arch/arm/include/asm/arm64/mpu.h
>>> b/xen/arch/arm/include/asm/mpu.h
>> Why not in include/mpu/ ?
>
> Do you mean include/asm/mpu? or something different?
Yes, sorry typo, I mean include/asm/mpu/mpu.h
Cheers,
Luca
>>
>>>
return fdt;
}
@@ -362,7 +363,7 @@ void asmlinkage __init start_xen(unsigned long
fdt_paddr)
if ( acpi_disabled )
{
printk("Booting using Device Tree\n");
-device_tree_flattened = relocate_fdt(fdt_paddr, fdt_size);
Hi Michal,
> On 26 Feb 2025, at 10:38, Orzel, Michal wrote:
>
>
>
> On 26/02/2025 09:36, Luca Fancellu wrote:
>>
>>
>> Currently the early stage of the Arm boot maps the DTB using
>> early_fdt_map() using PAGE_HYPERVISOR_RO which is cacheable
>>
pen-coding copy_from_paddr inside
relocate_fdt, without mapping on the fixmap.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/setup.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
index c1f2d1b89d43..2a9747a50abc 100644
---
pen-coding copy_from_paddr inside
relocate_fdt, without mapping on the fixmap.
Fixes: 1bdc81dac816 ("arm: setup MM using information from the device tree")
Signed-off-by: Luca Fancellu
---
xen/arch/arm/setup.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/xe
Hi Michal,
> On 17 Feb 2025, at 12:55, Orzel, Michal wrote:
>
>
>
> On 17/02/2025 11:27, Luca Fancellu wrote:
>>
>>
>> LLC coloring can be used only on MMU system, move the code
>> that selects it from ARM_64 to MMU and add the ARM_64
>> depend
diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
index c1f2d1b89d43..91fa579e73e5 100644
--- a/xen/arch/arm/setup.c
+++ b/xen/arch/arm/setup.c
@@ -328,6 +328,7 @@ void asmlinkage __init start_xen(unsigned long
fdt_paddr)
(padd
>
--- a/xen/include/xen/iommu.h
+++ b/xen/include/xen/iommu.h
@@ -110,6 +110,8 @@ extern int8_t iommu_hwdom_reserved;
extern unsigned int iommu_dev_iotlb_timeout;
+#ifdef CONFIG_HAS_PASSTHROUGH
+
int iommu_setup(void);
int iommu_hardware_setup(vo
Hi Oleksandr,
>
> 2. Long strings in ptintk violations
> I filed an issue on printk format strings [5]
> ==
> @@ -225,9 +231,9 @@ void __init acpi_table_print_madt_entry(struct
> acpi_subtable_header *header)
> p
the case for example on systems
with MPU support.
For gnttab_need_iommu_mapping() in the Arm part, modify the macro
to use IS_ENABLED for the HAS_PASSTHROUGH Kconfig.
Fixes: 0388a5979b21 ("xen/arm: mpu: Introduce choice between MMU and MPU")
Signed-off-by: Luca Fancellu
---
v3 Changes:
Hi all,
in order to build Xen for Arm64 with MPU support, there are few changes to
support the compilation of Arm code without HAS_PASSTHROUGH and some Kconfig
changes.
Luca Fancellu (2):
xen/passthrough: Provide stub functions when !HAS_PASSTHROUGH
xen/arm: Restrict Kconfig configuration
LLC coloring can be used only on MMU system, move the code
that selects it from ARM_64 to MMU and add the ARM_64
dependency.
Signed-off-by: Luca Fancellu
---
v3 changes:
- Dropped comment on top of boot_fdt_info()
v2 changes:
- dropped part of the v1 code, now this one is simpler, I will
> On 19 Feb 2025, at 12:45, Jan Beulich wrote:
>
> On 18.02.2025 10:51, Luca Fancellu wrote:
>> --- a/xen/include/xen/iommu.h
>> +++ b/xen/include/xen/iommu.h
>> @@ -110,6 +110,8 @@ extern int8_t iommu_hwdom_reserved;
>>
>> extern unsigned int
> On 19 Feb 2025, at 13:30, Jan Beulich wrote:
>
> On 19.02.2025 14:06, Luca Fancellu wrote:
>>> On 19 Feb 2025, at 12:45, Jan Beulich wrote:
>>> On 18.02.2025 10:51, Luca Fancellu wrote:
>>>> --- a/xen/include/xen/iommu.h
>>>> +++ b/xen/
Hi all,
This is the first chunk of work to support MPU and R82 on Xen, this serie
reaches the early boot stages until setup_pagetables() which will be renamed
in one of the commit on the serie to have a more generic name between MPU and
MMU memory management subsystem.
Luca Fancellu (7):
arm
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/mm.h | 13 +++--
xen/arch/arm/include/asm/mmu/mm.h | 7 +++
xen/arch/arm/include/asm/mpu/mm.h | 27 +++
3 files changed, 41 insertions(+), 6 deletions(-)
create mode 100644 xen/arch/arm/include/as
Provide a function that creates a pr_t object from a memory
range and some attributes.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/arm64/mpu.h | 15 ++
xen/arch/arm/include/asm/mpu/mm.h| 3 ++
xen/arch/arm/mpu/mm.c| 73
3 files
PU_REGIONS macro that uses the value of
NUM_MPU_REGIONS_MASK just for clarity, because using the
latter as number of elements of the xen_mpumap array might
be misleading.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
---
xen/arch/arm/Makefile| 1 +
Introduce few utility function to manipulate and handle the
pr_t type.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/arm64/mpu.h | 36
1 file changed, 36 insertions(+)
diff --git a/xen/arch/arm/include/asm/arm64/mpu.h
b/xen/arch/arm/include/asm/arm64
start introducing data structures and functions
to track the MPU status from the C world.
The xen_mpumap_mask bitmap is used to track which MPU region are
enabled at runtime.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/arm64/mpu.h | 2 ++
xen/arch/arm/include/asm/mm.h| 2 +-
xen
Introduce the MPU memory mapping flags in asm/page.h.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/page.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/xen/arch/arm/include/asm/page.h b/xen/arch/arm/include/asm/page.h
index 69f817d1e68a
The define HYPERVISOR_VIRT_START is required by the common code,
even if MPU system doesn't use virtual memory, define it in
mpu/layout.h in order to reuse existing code.
Disable a check in the linker script for arm for !MMU systems.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/includ
memory management is designed to work on pages of PAGE_SIZE
in order to reuse helpers and macros already available on the Xen
memory management system.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/mpu/Makefile | 1 +
xen/arch/arm/mpu/setup.c | 72 +++
2 files
Implement some utility function in order to access the MPU regions
from the C world.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/arm64/mpu.h | 1 +
xen/arch/arm/include/asm/mpu/mm.h| 29 ++
xen/arch/arm/mpu/mm.c| 130 ++-
3 files
The existing build assertion is moved under "xen/arch/arm/mpu" as it applies
> for both arm64 and arm32 based systems.
>
> Signed-off-by: Ayan Kumar Halder
> ---
Reviewed-by: Luca Fancellu
Hi Stefano,
> On 4 Mar 2025, at 19:22, Stefano Stabellini wrote:
>
> On Wed, 19 Feb 2025, Jan Beulich wrote:
>> On 19.02.2025 16:25, Luca Fancellu wrote:
>>>> On 19 Feb 2025, at 13:30, Jan Beulich wrote:
>>>> On 19.02.2025 14:06, Luca Fancellu wrot
Hi Stefano,
> On 4 Mar 2025, at 19:20, Stefano Stabellini wrote:
>
> On Tue, 4 Mar 2025, Luca Fancellu wrote:
>> Hi,
>>
>>> On 18 Feb 2025, at 15:06, Jan Beulich wrote:
>>>
>>> On 18.02.2025 16:01, Orzel, Michal wrote:
>>>> On 18
Hi,
> On 18 Feb 2025, at 15:06, Jan Beulich wrote:
>
> On 18.02.2025 16:01, Orzel, Michal wrote:
>> On 18/02/2025 14:44, Jan Beulich wrote:
>>> On 18.02.2025 10:51, Luca Fancellu wrote:
>>>> LLC coloring can be used only on MMU system,
>>>
>>
Hi Ayan,
> On 4 Mar 2025, at 11:55, Ayan Kumar Halder wrote:
>
> Hi Luca,
>
> On 28/02/2025 16:18, Luca Fancellu wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking
> On 28 Feb 2025, at 10:34, Ayan Kumar Halder wrote:
>
> Hi Julien/Luca,
>
> On 28/02/2025 09:22, Julien Grall wrote:
>>
>>
>> On 26/02/2025 08:28, Luca Fancellu wrote:
>>> Hi Julien,
>>
>> Hi Luca,
>>
>>>
>&
Hi Ayan,
> On 4 Mar 2025, at 10:53, Ayan Kumar Halder wrote:
>
> Hi Luca,
>
> On 28/02/2025 16:18, Luca Fancellu wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking
Hi Ayan,
> On 4 Mar 2025, at 12:13, Ayan Kumar Halder wrote:
>
> Hi Luca,
>
> On 28/02/2025 16:18, Luca Fancellu wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking
> On 4 Mar 2025, at 11:45, Ayan Kumar Halder wrote:
>
> Hi Luca,
>
> On 28/02/2025 16:18, Luca Fancellu wrote:
>> CAUTION: This message has originated from an External Source. Please use
>> proper judgment and caution when opening attachments, clicking links, or
m32: use new-style entry annotations for entry code
> 4: Arm32: use new-style entry annotations in head.S
> 5: Arm: purge ENTRY(), ENDPROC(), and ALIGN
> 6: common: honor CONFIG_CC_SPLIT_SECTIONS also for assembly functions
I’ve tested the serie on arm32 and arm64:
Tested-by: Luca Fancellu # arm
>
> Jan
>
Hi Jan,
+
+static inline int iommu_domain_init(struct domain *d, unsigned int opts)
+{
+/*
+ * Return as the real iommu_domain_init() would: Success when
+ * !is_iommu_enabled(), following from !iommu_enabled when
!HAS_PASSTHROUGH
+ */
Hi all,
in order to build Xen for Arm64 with MPU support, there are few changes to
support the compilation of Arm code without HAS_PASSTHROUGH and some Kconfig
changes.
Luca Fancellu (2):
xen/passthrough: Provide stub functions when !HAS_PASSTHROUGH
xen/arm: Restrict Kconfig configuration
the case for example on systems
with MPU support.
For gnttab_need_iommu_mapping() in the Arm part, modify the macro
to use IS_ENABLED for the HAS_PASSTHROUGH Kconfig.
Fixes: 0388a5979b21 ("xen/arm: mpu: Introduce choice between MMU and MPU")
Signed-off-by: Luca Fancellu
---
v4 chan
Xen LLC coloring feature can be used only on the MMU subsystem,
move the code that selects it from ARM_64 to MMU and add the
ARM_64 dependency.
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
---
v4 changes:
- clarified that it's the Xen feature LLC coloring that is not
applicab
both cases, p2m_is_valid() in combination with p2m_is_grant() still
> doesn't cover foreign mappings. Hence use p2m_is_any_ram() plus (as
> necessary) p2m_mmio_* instead.
>
> Fixes: be59cceb2dbb ("x86/P2M: don't include MMIO_DM in p2m_is_valid()")
> Reported-by: Luc
> Error: Unexpected fault 0x800d0802, #GP[IDT[256]]
> Test result: ERROR
>
> (Clearly I have a bug in XTF's rendering of the error code too.)
>
> Reported-by: Luca Fancellu
> Signed-off-by: Andrew Cooper
I’ve runned XTF on this one and I confirm it solves the issue:
Tested-by: Luca Fancellu
Implement ioremap_attr() stub for MPU system; the
implementation of ioremap() is the same between MMU
and MPU system, and it relies on ioremap_attr(), so
move the definition from mmu/pt.c to arm/mm.c.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/mm.c | 5 +
xen/arch/arm/mmu/pt.c | 5
be used for MPU systems,
remove 'struct paging_domain' from Arm 'struct arch_domain' when the
field is not required.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
---
xen/arch/arm/Kconfig | 4
xen/arch/arm/dom0less-build.c
the case for example on systems
with MPU support.
For gnttab_need_iommu_mapping() in the Arm part, modify the macro
to use IS_ENABLED for the HAS_PASSTHROUGH Kconfig.
Fixes: 0388a5979b21 ("xen/arm: mpu: Introduce choice between MMU and MPU")
Signed-off-by: Luca Fancellu
Acked-by: Ju
Xen LLC coloring feature can be used only on the MMU subsystem,
move the code that selects it from ARM_64 to MMU and add the
ARM_64 dependency.
Signed-off-by: Luca Fancellu
Reviewed-by: Michal Orzel
---
https://patchwork.kernel.org/project/xen-devel/patch/20250307075818.740649-3-luca.fance
Hi all,
this serie implements the skeleton for the MPU memory management subsystem,
at the end of the serie it will be possible to compile the Arm arch using MPU.
The minimum Arm Kconfig configuration is this one:
CONFIG_UNSUPPORTED=y
CONFIG_MPU=y
CONFIG_XEN_START_ADDRESS=0x0
Luca Fancellu (8
Rename the setup_pagetables function to setup_mappings in
order to be implemented also for MPU system that does not
have page tables.
Introduce a stub implementation for MPU in order to allow
the compilation.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/mm.h | 2 +-
xen/arch/arm
-r.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig
index ffdff1f0a36c..5ac6ec0212d2 100644
--- a/xen/arch/arm/Kconfig
+++ b/xen/arch/arm/Kconfig
@@ -85,6 +85,7 @@ config MMU
truct page_info', so protect it with CONFIG_MMU
and provide the MPU variant in the #else branch.
Introduce FRAMETABLE_NR that is required for 'pdx_group_valid' in
pdx.c.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/mm.h | 18 ++
xen/arch/arm/include/a
This commit introduces the skeleton for the MPU memory management
subsystem that allows the compilation.
Signed-off-by: Luca Fancellu
---
The implementation of setup_virt_paging() is under arm64/mpu
because it will have a different implementation from arm32.
---
---
xen/arch/arm/arm64/mpu
o mpu/mm.c.
Signed-off-by: Penny Zheng
Signed-off-by: Wei Chen
Signed-off-by: Luca Fancellu
---
xen/arch/arm/include/asm/mm.h | 13 +++--
xen/arch/arm/include/asm/mmu/mm.h | 7 +++
xen/arch/arm/include/asm/mpu/mm.h | 27 +++
xen/arch/arm/mpu/mm.c
The define HYPERVISOR_VIRT_START is required by the common code,
even if MPU system doesn't use virtual memory, define it in
mpu/layout.h in order to reuse existing code.
Disable a check in the linker script for arm for !MMU systems.
Signed-off-by: Luca Fancellu
---
xen/arch/arm/includ
1301 - 1388 of 1388 matches
Mail list logo