[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v7 04/14] xen/arm: add Dom0 cache coloring support
On 21.03.2024 16:04, Carlo Nonato wrote: > On Tue, Mar 19, 2024 at 4:30 PM Jan Beulich <jbeulich@xxxxxxxx> wrote: >> On 15.03.2024 11:58, Carlo Nonato wrote: >>> --- a/docs/misc/xen-command-line.pandoc >>> +++ b/docs/misc/xen-command-line.pandoc >>> @@ -963,6 +963,15 @@ Controls for the dom0 IOMMU setup. >>> >>> Specify a list of IO ports to be excluded from dom0 access. >>> >>> +### dom0-llc-colors >>> +> `= List of [ <integer> | <integer>-<integer> ]` >>> + >>> +> Default: `All available LLC colors` >>> + >>> +Specify dom0 LLC color configuration. This option is available only when >>> +`CONFIG_LLC_COLORING` is enabled. If the parameter is not set, all >>> available >>> +colors are used. >> >> My reservation towards this being a top-level option remains. > > How can I turn this into a lower-level option? Moving it into "dom0=" doesn't > seem possible to me. How can I express a list (llc-colors) inside another list > (dom0)? dom0=llc-colors=0-3,12-15,other-param=... How can I stop parsing > before reaching other-param? For example by using a different separator: dom0=llc-colors=0-3+12-15,other-param=... >>> @@ -91,6 +164,61 @@ void cf_check domain_dump_llc_colors(const struct >>> domain *d) >>> print_colors(d->llc_colors, d->num_llc_colors); >>> } >>> >>> +static int domain_set_default_colors(struct domain *d) >>> +{ >>> + unsigned int *colors = xmalloc_array(unsigned int, max_nr_colors); >>> + unsigned int i; >>> + >>> + if ( !colors ) >>> + return -ENOMEM; >>> + >>> + printk(XENLOG_WARNING >>> + "LLC color config not found for %pd, using all colors\n", d); >>> + >>> + for ( i = 0; i < max_nr_colors; i++ ) >>> + colors[i] = i; >>> + >>> + d->llc_colors = colors; >>> + d->num_llc_colors = max_nr_colors; >>> + >>> + return 0; >>> +} >> >> If this function is expected to actually come into play, wouldn't it >> make sense to set up such an array just once, and re-use it wherever >> necessary? > > Then how to distinguish when to free it in domain_destroy() and when not to do > it? By checking against that one special array instance. Jan
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |