[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
- [Qemu-devel] [PATCH 00/35] hw/ reorganization, part 2, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 05/35] hw: move another file to hw/alpha/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 12/35] hw: move MC146818RTC to hw/timer/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 13/35] hw: move NICs to hw/net/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 15/35] hw: move audio devices to hw/audio/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 14/35] hw: move block devices to hw/block/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 17/35] hw: move I2C controllers to hw/i2c/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 18/35] hw: move SSI controllers to hw/ssi/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 16/35] hw: move display devices to hw/display/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 19/35] hw: move SCSI controllers to hw/scsi/, configure via default-configs/, Paolo Bonzini, 2013/03/18
- [Qemu-devel] [PATCH 20/35] hw: move more files to hw/xen/, Paolo Bonzini, 2013/03/18