qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1156632] [NEW] not receiving RESET event after system_


From: Bram Klein Gunnewiek
Subject: [Qemu-devel] [Bug 1156632] [NEW] not receiving RESET event after system_reset command causes QMP connection to die
Date: Mon, 18 Mar 2013 14:35:27 -0000

Public bug reported:

I have written my own implementation to control machine running KVM
instances with the QMP protocol. Its a pretty basic implementation that
sends/receives in the same thread. This means that all of the events
QEMU sents are received only when the application expects a reply from a
command. In the following scenario, i'm unable to (re)connect to the QMP
socket from QEMU after I closed the connection:

1) Connect to QMP 
2) Sent qmp_capabilities
3) Receive reply
4) Send system_reset
5) Receive reply
6) close socket
7) Connect to socket -> connection refused

However, in the following scenario, I am able to connect after I disconnect the 
socket because I have read the two RESET events:
1) Connect to QMP 
2) Sent qmp_capabilities
3) Receive reply
4) Send system_reset
5) Receive reply
6) Receive reply (is a RESET event)
7) Receive reply (is a RESET event)
8) close socket
9) Connect to socket -> ok

I don't know if this is a bug or expected behavior. I can't find any
proper way to disconnect the socket documentated. Am I doïng something
wrong, or is this a bug in the QMP implementation of QEMU?

** Affects: qemu
     Importance: Undecided
         Status: New


** Tags: qmp

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1156632

Title:
  not receiving RESET event after system_reset command causes QMP
  connection to die

Status in QEMU:
  New

Bug description:
  I have written my own implementation to control machine running KVM
  instances with the QMP protocol. Its a pretty basic implementation
  that sends/receives in the same thread. This means that all of the
  events QEMU sents are received only when the application expects a
  reply from a command. In the following scenario, i'm unable to
  (re)connect to the QMP socket from QEMU after I closed the connection:

  1) Connect to QMP 
  2) Sent qmp_capabilities
  3) Receive reply
  4) Send system_reset
  5) Receive reply
  6) close socket
  7) Connect to socket -> connection refused

  However, in the following scenario, I am able to connect after I disconnect 
the socket because I have read the two RESET events:
  1) Connect to QMP 
  2) Sent qmp_capabilities
  3) Receive reply
  4) Send system_reset
  5) Receive reply
  6) Receive reply (is a RESET event)
  7) Receive reply (is a RESET event)
  8) close socket
  9) Connect to socket -> ok

  I don't know if this is a bug or expected behavior. I can't find any
  proper way to disconnect the socket documentated. Am I doïng something
  wrong, or is this a bug in the QMP implementation of QEMU?

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1156632/+subscriptions



reply via email to

[Prev in Thread] Current Thread [Next in Thread]