Re: [PATCH v13 00/12] Arm cache coloring

[Michal Orzel <michal.orzel@xxxxxxx>]

On 17/12/2024 18:06, Carlo Nonato wrote:
> 
> 
> Shared caches in multi-core CPU architectures represent a problem for
> predictability of memory access latency. This jeopardizes applicability
> of many Arm platform in real-time critical and mixed-criticality
> scenarios. We introduce support for cache partitioning with page
> coloring, a transparent software technique that enables isolation
> between domains and Xen, and thus avoids cache interference.
> 
> When creating a domain, a simple syntax (e.g. `0-3` or `4-11`) allows
> the user to define assignments of cache partitions ids, called colors,
> where assigning different colors guarantees no mutual eviction on cache
> will ever happen. This instructs the Xen memory allocator to provide
> the i-th color assignee only with pages that maps to color i, i.e. that
> are indexed in the i-th cache partition.
> 
> The proposed implementation supports the dom0less feature.
> The proposed implementation doesn't support the static-mem feature.
> The solution has been tested in several scenarios, including Xilinx Zynq
> MPSoCs.
> 
> Carlo Nonato (11):
>   xen/common: add cache coloring common code
>   xen/arm: add initial support for LLC coloring on arm64
>   xen/arm: permit non direct-mapped Dom0 construction
>   xen/arm: add Dom0 cache coloring support
>   xen: extend domctl interface for cache coloring
>   tools: add support for cache coloring configuration
>   xen/arm: add support for cache coloring configuration via device-tree
>   xen/page_alloc: introduce preserved page flags macro
>   xen: add cache coloring allocator for domains
>   xen/arm: make consider_modules() available for xen relocation
>   xen/arm: add cache coloring support for Xen image
> 
> Luca Miccio (1):
>   xen/arm: add Xen cache colors command line parameter
The series is now committed. Thanks.

It's definitely a change that wants mentioning in CHANGELOG. I'll send a patch
to add a note shortly.

~Michal