On Friday, 30 June 2017 at 7:06 PM, Martin Kletzander wrote:
On Mon, Jun 26, 2017 at 06:33:39PM +0800, Eli Qiao wrote:This patch adds new xml element to support cache tune as:<cputune>...<cachetune cacheId='0' type='both' sizeKiB='2816' vcpus='0,1'/>...</cputune>cacheId: reference of the host's cache banks id, it's from capabilitiesxml.type: cache bank type, it could be both, code, data.sizeKiB: must be multiple of granularity, must be greater than or equalto minimum.Why would you come up with something like 'sizeKib'? That's soinconvenient.
Sure,
vcpus: cache allocation on vcpu set, if empty, will apply the allocationon all vcpus.Signed-off-by: Eli Qiao <liyong.qiao@xxxxxxxxx>---docs/schemas/domaincommon.rng | 29 +++++++++++src/conf/domain_conf.c | 113 +++++++++++++++++++++++++++++++++++++++++-src/conf/domain_conf.h | 19 +++++++3 files changed, 160 insertions(+), 1 deletion(-)diff --git a/src/conf/domain_conf.c b/src/conf/domain_conf.cindex 0409c62..fa8d03e 100644--- a/src/conf/domain_conf.c+++ b/src/conf/domain_conf.c@@ -17642,7 +17730,6 @@ virDomainDefParseXML(xmlDocPtr xml,virReportError(VIR_ERR_INTERNAL_ERROR, "%s",_("cannot extract vcpusched nodes"));goto error;- }for (i = 0; i < n; i++) {if (virDomainVcpuThreadSchedParse(nodes[i], def) < 0)And this hunk breaks the whole compilation, of course.
ops, stupid me.
I'm not at work for few days plus there's a public holiday in mycountry, so I won't be here for a while. That shouldn't stop anyoneelse reviewing your code, but I'm giving you a heads-up that I'llprobably work on a separate solution if I have some extra time on myhands during vacation.
Sure, that’s great if you can have your version, I would like to help reviewing and testing
Have a nice day,Martin
-- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list