1. 09 6月, 2015 5 次提交
  2. 05 6月, 2015 2 次提交
  3. 04 6月, 2015 1 次提交
  4. 03 6月, 2015 1 次提交
    • S
      vl: fix memory leak spotted by valgrind · bd4baf6e
      Shannon Zhao 提交于
      valgrind complains about:
      ==9276== 13 bytes in 1 blocks are definitely lost in loss record 1,046 of 3,673
      ==9276==    at 0x4C2845D: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
      ==9276==    by 0x2EAFBB: malloc_and_trace (vl.c:2556)
      ==9276==    by 0x64C770E: g_malloc (in /usr/lib64/libglib-2.0.so.0.3600.3)
      ==9276==    by 0x4A28BD: addr_to_string (vnc.c:123)
      ==9276==    by 0x4A29AD: vnc_socket_local_addr (vnc.c:139)
      ==9276==    by 0x4A9AFE: vnc_display_local_addr (vnc.c:3240)
      ==9276==    by 0x2EF4FE: main (vl.c:4321)
      Signed-off-by: NShannon Zhao <zhaoshenglong@huawei.com>
      Signed-off-by: NShannon Zhao <shannon.zhao@linaro.org>
      Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
      bd4baf6e
  5. 31 5月, 2015 1 次提交
  6. 29 5月, 2015 1 次提交
    • G
      gtk: add opengl support, using egl · 97edf3bd
      Gerd Hoffmann 提交于
      This adds opengl rendering support to the gtk ui, using egl.
      It's off by default for now, use 'qemu -display gtk,gl=on'
      to play with this.
      
      Note that gtk got native opengl support with release 3.16.
      There most likely will be a separate implementation for 3.16+,
      using the native gtk opengl support.  This patch covers older
      versions (and for the time being 3.16 too, hopefully without
      rendering quirks).
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      97edf3bd
  7. 05 5月, 2015 1 次提交
  8. 26 3月, 2015 1 次提交
  9. 20 3月, 2015 1 次提交
  10. 19 3月, 2015 1 次提交
  11. 12 3月, 2015 1 次提交
  12. 10 3月, 2015 1 次提交
  13. 03 3月, 2015 2 次提交
  14. 27 2月, 2015 1 次提交
  15. 26 2月, 2015 6 次提交
  16. 24 2月, 2015 6 次提交
  17. 18 2月, 2015 3 次提交
  18. 10 2月, 2015 2 次提交
    • C
      vl.c: fix memory leak spotted by valgrind · 02f292d9
      Christian Borntraeger 提交于
      valgrind complains about:
      ==42062== 16 bytes in 1 blocks are definitely lost in loss record 387 of 1,048
      ==42062==    at 0x402DCB2: malloc (vg_replace_malloc.c:299)
      ==42062==    by 0x40C1BE3: g_malloc (in /usr/lib64/libglib-2.0.so.0.3800.2)
      ==42062==    by 0x40DA133: g_slice_alloc (in /usr/lib64/libglib-2.0.so.0.3800.2)
      ==42062==    by 0x40DB2E5: g_slist_prepend (in /usr/lib64/libglib-2.0.so.0.3800.2)
      ==42062==    by 0x801637FF: object_class_get_list_tramp (object.c:690)
      ==42062==    by 0x40A96C9: g_hash_table_foreach (in /usr/lib64/libglib-2.0.so.0.3800.2)
      ==42062==    by 0x80164885: object_class_foreach (object.c:665)
      ==42062==    by 0x80164975: object_class_get_list (object.c:698)
      ==42062==    by 0x800100A5: machine_parse (vl.c:2447)
      ==42062==    by 0x800100A5: main (vl.c:3756)
      
      Lets free machines in case of mc.
      Signed-off-by: NChristian Borntraeger <borntraeger@de.ibm.com>
      Reviewed-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
      02f292d9
    • M
      vl: Fix bogus error message for implied mon ID clashing · 46ede58b
      Markus Armbruster 提交于
      monitor_parse() desugars --monitor, --qmp and -qmp-pretty to --mon.
      The ID it picks can clash with a user-specified ID.  When it happens,
      the error message is misleading.
      
      Reproducer:
      
          $ qemu --mon id=compat_monitor0 --monitor stdio
      
      Message before the patch:
      
          duplicate chardev: compat_monitor0
      
      There's no "duplicate chardev" here.  The problem is a duplicate
      monitor ID.  Moreover, the message provides no clue which option
      caused the problem.  The patch changes the message to:
      
          qemu: --monitor stdio: Duplicate ID 'compat_monitor0' for mon
      
      monitor_parse() is also used for creating a default monitor, but
      that's not done when the user specifies a monitor, so an ID clash is
      impossible then.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
      46ede58b
  19. 22 1月, 2015 2 次提交
  20. 15 1月, 2015 1 次提交