]> git.ipfire.org Git - thirdparty/qemu.git/commit
qemu: Use valgrind annotations to mark kvm guest memory as defined
authorChristian Borntraeger <borntraeger@de.ibm.com>
Fri, 10 Aug 2012 13:11:45 +0000 (15:11 +0200)
committerMichael Roth <mdroth@linux.vnet.ibm.com>
Tue, 9 Oct 2012 06:58:30 +0000 (01:58 -0500)
commit7566759fd5896456fd6fa6d94ed388c11158dcef
tree154f0b198be4ec77b01b608aca274313c09d6f29
parent47b11da1e94aa17109522f97a6188f5ecd75c25e
qemu: Use valgrind annotations to mark kvm guest memory as defined

valgrind with kvm produces a big amount of false positives regarding
"Conditional jump or move depends on uninitialised value(s)". This
happens because the guest memory is allocated with qemu_vmalloc which
boils down posix_memalign etc. This function is (correctly) considered
by valgrind as returning undefined memory.

Since valgrind is based on jitting code, it will not be able to see
changes made by the guest to guest memory if this is done by KVM_RUN,
thus keeping most of the guest memory undefined.

Now lots of places in qemu will then use guest memory to change behaviour.
To avoid the flood of these messages, lets declare the whole guest
memory as defined. This will reduce the noise and allows us to see real
problems.

In the future we might want to make this conditional, since there
is actually something that we can use those false positives for:
These messages will point to code that depends on guest memory, so
we can use these backtraces to actually make an audit that is focussed
only at those code places. For normal development we dont want to
see those messages, though.

Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
Signed-off-by: Avi Kivity <avi@redhat.com>
(cherry picked from commit 62fe83318d2fc5b31f473d66326910d94c1c4907)

Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
configure
kvm-all.c