On 05/18/2018 07:04 AM, Michal Privoznik wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1534418 > > Just like ec982f6d929f3c23 denies hugepages for non-existent > guest NUMA nodes in case there are some nodes configured. > Unfortunately, when there are none, qemuBuildNumaArgStr() is not > called and thus we have to have check in qemuBuildMemPathStr() > too. > > Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> > --- > src/qemu/qemu_command.c | 10 +++++++ > tests/qemuxml2argvdata/hugepages-pages8.xml | 41 +++++++++++++++++++++++++++++ > tests/qemuxml2argvtest.c | 3 +++ > 3 files changed, 54 insertions(+) > create mode 100644 tests/qemuxml2argvdata/hugepages-pages8.xml > Reviewed-by: John Ferlan <jferlan@xxxxxxxxxx> John although I'll admit following the reasoning why when virDomainNumaGetNodeCount is the gate for both qemuBuildNumaArgStr and qemuBuildMemPathStr didn't make it "easy to understand" ;-). May be a "/* NB: qemuBuildNumaArgStr was only called when virDomainNumaGetNodeCount finds numa, so a similar check is not made. */ -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list