summaryrefslogtreecommitdiff
path: root/iohandler.c
diff options
context:
space:
mode:
authorLaszlo Ersek <lersek@redhat.com>2014-07-22 17:26:41 +0200
committerPeter Maydell <peter.maydell@linaro.org>2014-07-22 17:34:24 +0100
commit3afca1d6d413592c2b78cf28f52fa24a586d8f56 (patch)
tree2a11c7419f8a70e1760c4d62beaeddebb1dd963a /iohandler.c
parent3a18d449836d21dee60439b154056cca9a3b6aee (diff)
downloadqemu-3afca1d6d413592c2b78cf28f52fa24a586d8f56.tar.gz
vmstate_xhci_event: fix unterminated field list
"vmstate_xhci_event" was introduced in commit 37352df3 ("xhci: add live migration support"), and first released in v1.6.0. The field list in this VMSD is not terminated with the VMSTATE_END_OF_LIST() macro. During normal use (ie. migration), the issue is practically invisible, because the "vmstate_xhci_event" object (with the unterminated field list) is only ever referenced -- via "vmstate_xhci_intr" -- if xhci_er_full() returns true, for the "ev_buffer" test. Since that field_exists() check (apparently) almost always returns false, we almost never traverse "vmstate_xhci_event" during migration, which hides the bug. However, Amit's vmstate checker forces recursion into this VMSD as well, and the lack of VMSTATE_END_OF_LIST() breaks the field list terminator check (field->name != NULL) in dump_vmstate_vmsd(). The result is undefined behavior, which in my case translates to infinite recursion (because the loop happens to overflow into "vmstate_xhci_intr", which then links back to "vmstate_xhci_event"). Add the missing terminator. Signed-off-by: Laszlo Ersek <lersek@redhat.com> Reviewed-by: Amit Shah <amit.shah@redhat.com> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com> Cc: qemu-stable@nongnu.org Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Diffstat (limited to 'iohandler.c')
0 files changed, 0 insertions, 0 deletions