On 19.03.2024 16:58, Jan Beulich wrote:
> On 15.03.2024 11:59, Carlo Nonato wrote:
>> @@ -326,6 +328,27 @@ unsigned int get_max_nr_llc_colors(void)
>> return max_nr_colors;
>> }
>>
>> +paddr_t __init xen_colored_map_size(void)
>> +{
>> +return ROUNDUP((_end - _start) * max_nr_colors,
On 15.03.2024 11:59, Carlo Nonato wrote:
> @@ -62,7 +63,67 @@ unsigned int __init get_llc_way_size(void)
> return line_size * num_sets;
> }
>
> -void __init arch_llc_coloring_init(void) {}
Btw, doing things this way isn't very nice. I was about to ask ...
> +/**
> + * get_xen_paddr - get
On 15.03.2024 11:59, Carlo Nonato wrote:
> @@ -326,6 +328,27 @@ unsigned int get_max_nr_llc_colors(void)
> return max_nr_colors;
> }
>
> +paddr_t __init xen_colored_map_size(void)
> +{
> +return ROUNDUP((_end - _start) * max_nr_colors, XEN_PADDR_ALIGN);
> +}
XEN_PADDR_ALIGN is an
Add the cache coloring support for Xen physical space.
Since Xen must be relocated to a new physical space, some relocation
functionalities must be brought back:
- the virtual address of the new space is taken from 0c18fb76323b
("xen/arm: Remove unused BOOT_RELOC_VIRT_START").
- relocate_xen()