1. 12 10月, 2018 2 次提交
  2. 01 10月, 2018 1 次提交
  3. 26 6月, 2018 1 次提交
  4. 02 6月, 2018 1 次提交
  5. 15 5月, 2018 4 次提交
  6. 10 4月, 2018 1 次提交
    • G
      gtk: drop pointless code from gd_window_close · fa2d039b
      Gerd Hoffmann 提交于
      Unregistering the display change listener looks like a pointless
      excercise given we'll exit in a moment.  When exiting qemu via
      menu/file/quit this will not happen either.  Just drop the code.
      
      Also return TRUE unconditionally.  This will tell gtk to ignore the
      close request, so gtk will not start destroying widgets and causing
      warnings due to UI code trying to talk to widgets which are gone.
      Just depend on qmp_quit() doing it's job instead.
      Reported-by: NMark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      Message-Id: <20180314080439.4229-1-kraxel@redhat.com>
      fa2d039b
  7. 09 4月, 2018 1 次提交
  8. 12 3月, 2018 4 次提交
  9. 05 3月, 2018 1 次提交
  10. 03 3月, 2018 1 次提交
    • M
      qapi: Empty out qapi-schema.json · 112ed241
      Markus Armbruster 提交于
      The previous commit improved compile time by including less of the
      generated QAPI headers.  This is impossible for stuff defined directly
      in qapi-schema.json, because that ends up in headers that that pull in
      everything.
      
      Move everything but include directives from qapi-schema.json to new
      sub-module qapi/misc.json, then include just the "misc" shard where
      possible.
      
      It's possible everywhere, except:
      
      * monitor.c needs qmp-command.h to get qmp_init_marshal()
      
      * monitor.c, ui/vnc.c and the generated qapi-event-FOO.c need
        qapi-event.h to get enum QAPIEvent
      
      Perhaps we'll get rid of those some other day.
      
      Adding a type to qapi/migration.json now recompiles some 120 instead
      of 2300 out of 5100 objects.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Message-Id: <20180211093607.27351-25-armbru@redhat.com>
      [eblake: rebase to master]
      Signed-off-by: NEric Blake <eblake@redhat.com>
      112ed241
  11. 20 2月, 2018 2 次提交
  12. 09 2月, 2018 1 次提交
  13. 25 1月, 2018 3 次提交
  14. 12 1月, 2018 1 次提交
  15. 17 10月, 2017 1 次提交
  16. 16 10月, 2017 1 次提交
  17. 02 6月, 2017 1 次提交
  18. 11 5月, 2017 1 次提交
  19. 04 5月, 2017 1 次提交
  20. 27 2月, 2017 3 次提交
  21. 31 1月, 2017 6 次提交
  22. 28 1月, 2017 2 次提交
    • M
      chardev: qom-ify · 777357d7
      Marc-André Lureau 提交于
      Turn Chardev into Object.
      
      qemu_chr_alloc() is replaced by the qemu_chardev_new() constructor. It
      will call qemu_char_open() to open/intialize the chardev with the
      ChardevCommon *backend settings.
      
      The CharDriver::create() callback is turned into a ChardevClass::open()
      which is called from the newly introduced qemu_chardev_open().
      
      "chardev-gdb" and "chardev-hci" are internal chardev and aren't
      creatable directly with -chardev. Use a new internal flag to disable
      them. We may want to use TYPE_USER_CREATABLE interface instead, or
      perhaps allow -chardev usage.
      
      Although in general we keep typename and macros private, unless the type
      is being used by some other file, in this patch, all types and common
      helper macros for qemu-char.c are in char.h. This is to help transition
      now (some types must be declared early, while some aren't shared) and
      when splitting in several units. This is to be improved later.
      Signed-off-by: NMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      777357d7
    • M
      gtk: overwrite the console.c char driver · 6f974c84
      Marc-André Lureau 提交于
      Instead of registering a vc handler to allocate the Gtk VC Chardev,
      overwrite the console.c char driver.
      
      A later patch, when switching to QOM, will register a default console vc
      QOM class if none has been registered before.
      Signed-off-by: NMarc-André Lureau <marcandre.lureau@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      6f974c84