[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 3/6] libxl/xl: add cacheability option to iomem
Hi Stefano, On 2/26/19 11:07 PM, Stefano Stabellini wrote: Parse a new cacheability option for the iomem parameter, it can be "devmem" for device memory mappings, which is the default, or "memory" for normal memory mappings. Store the parameter in a new field in libxl_iomem_range. Pass the cacheability option to xc_domain_memory_mapping. Signed-off-by: Stefano Stabellini <stefanos@xxxxxxxxxx> CC: ian.jackson@xxxxxxxxxxxxx CC: wei.liu2@xxxxxxxxxx --- docs/man/xl.cfg.pod.5.in | 4 +++- tools/libxl/libxl_create.c | 12 +++++++++++- tools/libxl/libxl_types.idl | 7 +++++++ Extension of the libxl_types.idl should be companied with a new define in libxl.h. So a toolstack can deal with multiple libxl version. tools/xl/xl_parse.c | 17 +++++++++++++++-- 4 files changed, 36 insertions(+), 4 deletions(-) diff --git a/docs/man/xl.cfg.pod.5.in b/docs/man/xl.cfg.pod.5.in index b1c0be1..655008a 100644 --- a/docs/man/xl.cfg.pod.5.in +++ b/docs/man/xl.cfg.pod.5.in @@ -1222,7 +1222,7 @@ is given in hexadecimal format and may either be a range, e.g. C<2f8-2ff> It is recommended to only use this option for trusted VMs under administrator's control.-=item B<iomem=[ "IOMEM_START,NUM_PAGES[@GFN]", "IOMEM_START,NUM_PAGES[@GFN]", ...]>+=item B<iomem=[ "IOMEM_START,NUM_PAGES[@GFN],CACHEABILITY", "IOMEM_START,NUM_PAGES[@GFN],CACHEABILITY", ...]> Below you suggest the cacheability is option. However, the is not reflected here. I think you want to put ',CACHEABILITY' between [] as it is done for '@GFN'. Allow auto-translated domains to access specific hardware I/O memory pages. @@ -1233,6 +1233,8 @@ B<GFN> is not specified, the mapping will be performed using B<IOMEM_START>as a start in the guest's address space, therefore performing a 1:1 mapping by default. All of these values must be given in hexadecimal format. +B<CACHEABILITY> can be "devmem" for device memory, the default if not +specified, or it can be "memory" for normal memory. I was planning to comment about the naming and documentation. But I will do it in patch #1 where Jan already started a discussion about it. diff --git a/tools/xl/xl_parse.c b/tools/xl/xl_parse.c index 352cd21..1da2670 100644 --- a/tools/xl/xl_parse.c +++ b/tools/xl/xl_parse.c @@ -1883,6 +1883,7 @@ void parse_config_data(const char *config_source, } for (i = 0; i < num_iomem; i++) { int used; + char cache[7];buf = xlu_cfg_get_listitem (iomem, i);if (!buf) { @@ -1891,15 +1892,27 @@ void parse_config_data(const char *config_source, exit(1); } libxl_iomem_range_init(&b_info->iomem[i]); - ret = sscanf(buf, "%" SCNx64",%" SCNx64"%n@%" SCNx64"%n", + ret = sscanf(buf, "%" SCNx64",%" SCNx64"%n@%" SCNx64"%n,%6s%n", &b_info->iomem[i].start, &b_info->iomem[i].number, &used, - &b_info->iomem[i].gfn, &used); + &b_info->iomem[i].gfn, &used, + cache, &used); If I read it correctly, you will require the GFN to be specified in order to get the "cacheability". Am I correct? Cheers, -- Julien Grall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |