1. 20 2月, 2010 5 次提交
  2. 11 2月, 2010 7 次提交
  3. 04 2月, 2010 4 次提交
  4. 29 1月, 2010 1 次提交
  5. 27 1月, 2010 8 次提交
  6. 20 1月, 2010 6 次提交
    • L
      QMP: Fix asynchronous events delivery · 23fabed1
      Luiz Capitulino 提交于
      Commit f039a563 introduces
      a regression as monitor_protocol_event() will return in
      the first user Monitor it finds in the QLIST_FOREACH()
      loop.
      
      The right thing to do is to only delivery an asynchronous
      event if the 'mon' is a QMP Monitor.
      
      The aforementioned commit was an early version, if it was
      applied to stable (it should) this one has to be applied
      there too.
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      23fabed1
    • N
      Clean-up a little bit the RW related bits of BDRV_O_FLAGS. BDRV_O_RDONLY gone... · f5edb014
      Naphtali Sprei 提交于
      Clean-up a little bit the RW related bits of BDRV_O_FLAGS. BDRV_O_RDONLY gone (and so is BDRV_O_ACCESS). Default value for bdrv_flags (0/zero) is READ-ONLY. Need to explicitly request READ-WRITE.
      
      Instead of using the field 'readonly' of the BlockDriverState struct for passing the request,
      pass the request in the flags parameter to the function.
      Signed-off-by: NNaphtali Sprei <nsprei@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      f5edb014
    • A
      QMP: Emit asynchronous events on all QMP monitors · f039a563
      Adam Litke 提交于
      When using a control/QMP monitor in tandem with a regular monitor, asynchronous
      messages can get lost depending on the order of the QEMU program arguments.
      QEMU events issued by monitor_protocol_event() always go to cur_mon.  If the
      user monitor was specified on the command line first (or it has ,default), the
      message will be directed to the user monitor (not the QMP monitor).
      Additionally, only one QMP session is currently able to receive async messages.
      
      To avoid this confusion, scan through the list of monitors and emit the message
      on each QMP monitor.
      Signed-off-by: NAdam Litke <agl@us.ibm.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      f039a563
    • L
      QMP: Introduce VNC_INITIALIZED event · 0d2ed46a
      Luiz Capitulino 提交于
      It's emitted when a VNC client session is activated by QEMU,
      client's information such as port, IP and auth ID (if the
      session is authenticated) are provided.
      
      Event example:
      
      { "event": "VNC_INITIALIZED",
          "timestamp": {"seconds": 1263475302, "microseconds": 150772},
          "data": {
              "server": { "auth": "sasl", "family": "ipv4",
                          "service": "5901", "host": "0.0.0.0"},
              "client": { "family": "ipv4", "service": "46089",
                          "host": "127.0.0.1", "sasl_username": "lcapitulino" } } }
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      0d2ed46a
    • L
      QMP: Introduce VNC_DISCONNECTED event · 0d72f3d3
      Luiz Capitulino 提交于
      It's emitted when a VNC client disconnects from QEMU, client's
      information such as port and IP address are provided.
      
      Event example:
      
      { "event": "VNC_DISCONNECTED",
          "timestamp": { "seconds": 1262976601, "microseconds": 975795 },
          "data": {
              "server": { "auth": "sasl", "family": "ipv4",
                          "service": "5901", "host": "0.0.0.0" },
              "client": { "family": "ipv4", "service": "58425",
                          "host": "127.0.0.1", "sasl_username": "foo" } } }
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      0d72f3d3
    • L
      QMP: Introduce VNC_CONNECTED event · 586153d9
      Luiz Capitulino 提交于
      It's emitted when a VNC client connects to QEMU, client's information
      such as port and IP address are provided.
      
      Note that this event is emitted right when the connection is
      established. This means that it happens before authentication
      procedure and session initialization.
      
      Event example:
      
      { "event": "VNC_CONNECTED",
          "timestamp": { "seconds": 1262976601, "microseconds": 975795 },
          "data": {
              "server": { "auth": "sasl", "family": "ipv4",
                          "service": "5901", "host": "0.0.0.0" },
              "client": { "family": "ipv4", "service": "58425",
                          "host": "127.0.0.1" } } }
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      586153d9
  7. 13 1月, 2010 2 次提交
  8. 08 1月, 2010 1 次提交
  9. 19 12月, 2009 6 次提交