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 capabilities
xml.
type: cache bank type, it could be both, code, data.
sizeKiB: must be multiple of granularity, must be greater than or equal
to minimum.

Why would you come up with something like 'sizeKib'? That's so
inconvenient.
Sure,  

vcpus: cache allocation on vcpu set, if empty, will apply the allocation
on all vcpus.

Signed-off-by: Eli Qiao <liyong.qiao@intel.com>
---
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.c
index 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 my
country, so I won't be here for a while. That shouldn't stop anyone
else reviewing your code, but I'm giving you a heads-up that I'll
probably work on a separate solution if I have some extra time on my
hands 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@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list