1. 26 11月, 2019 1 次提交
    • M
      qemu_capabilities: Use proper free function for caps->cpuModels · 9b1d53d4
      Michal Privoznik 提交于
      The cpuModels member of _virQEMUCapsAccel struct is not a
      virObject but regular struct with a free function defined:
      qemuMonitorCPUDefsFree(). Use that when clearing parent structure
      instead of virObjectUnref() to avoid a memleak:
      
      ==212322== 57,275 (48 direct, 57,227 indirect) bytes in 3 blocks are definitely lost in loss record 623 of 627
      ==212322==    at 0x4838B86: calloc (vg_replace_malloc.c:762)
      ==212322==    by 0x554A158: g_malloc0 (in /usr/lib64/libglib-2.0.so.0.6000.6)
      ==212322==    by 0x17B14BF5: qemuMonitorCPUDefsNew (qemu_monitor.c:3587)
      ==212322==    by 0x17B27BA7: qemuMonitorJSONGetCPUDefinitions (qemu_monitor_json.c:5616)
      ==212322==    by 0x17B14B0B: qemuMonitorGetCPUDefinitions (qemu_monitor.c:3559)
      ==212322==    by 0x17A6AFBB: virQEMUCapsFetchCPUDefinitions (qemu_capabilities.c:2571)
      ==212322==    by 0x17A6B2CC: virQEMUCapsProbeQMPCPUDefinitions (qemu_capabilities.c:2629)
      ==212322==    by 0x17A70C00: virQEMUCapsInitQMPMonitorTCG (qemu_capabilities.c:4769)
      ==212322==    by 0x17A70DDF: virQEMUCapsInitQMPSingle (qemu_capabilities.c:4820)
      ==212322==    by 0x17A70E99: virQEMUCapsInitQMP (qemu_capabilities.c:4848)
      ==212322==    by 0x17A71044: virQEMUCapsNewForBinaryInternal (qemu_capabilities.c:4891)
      ==212322==    by 0x17A7119C: virQEMUCapsNewData (qemu_capabilities.c:4923)
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      Reviewed-by: NJiri Denemark <jdenemar@redhat.com>
      9b1d53d4
  2. 25 11月, 2019 10 次提交
  3. 22 11月, 2019 29 次提交