mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-22 13:45:38 +00:00
46f944c281
If this reminds you of a commit message from around a year ago, it's41c2aa729f
and yes, we're dealing with "the same thing" again. Orf309db1f4d
and it's similar. There is a logic in place that if there is no real need for memory-backend-file, qemuBuildMemoryBackendStr() returns 0. However that wasn't the case with hugepage backing. The reason for that was that we abused the 'pagesize' variable for storing that information, but we should rather have a separate one that specifies whether we really need the new object for hugepage backing. And that variable should be set only if this particular NUMA cell needs special treatment WRT hugepages. Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1372153 Signed-off-by: Martin Kletzander <mkletzan@redhat.com> (cherry picked from commit 4372a7845acbc6974f6027ef68e7dd3eeb47f425)
9 lines
399 B
Plaintext
9 lines
399 B
Plaintext
LC_ALL=C PATH=/bin HOME=/home/test USER=test LOGNAME=test QEMU_AUDIO_DRV=none \
|
|
/usr/bin/qemu -S -M pc -m 1024 -smp 2 \
|
|
-mem-prealloc \
|
|
-mem-path /dev/hugepages2M/libvirt/qemu \
|
|
-numa node,nodeid=0,cpus=0,mem=256 \
|
|
-numa node,nodeid=1,cpus=1,mem=768 \
|
|
-nographic -monitor unix:/tmp/test-monitor,server,nowait -no-acpi -boot c \
|
|
-usb -hda /dev/HostVG/QEMUGuest1 -net none -serial none -parallel none
|