diff options
| author | Paolo Bonzini <pbonzini@redhat.com> | 2014-06-26 15:10:03 +0200 |
|---|---|---|
| committer | Paolo Bonzini <pbonzini@redhat.com> | 2014-07-01 10:20:42 +0200 |
| commit | 352e8da743f26948cb12d0ee53c455f328f59bbe (patch) | |
| tree | 16c4c0990f625f55e1a69ca5b107d2a28db7b6b7 /hw/timer/omap_gptimer.c | |
| parent | 1f6245e5aba94ff7acd34f8514da7dfb9712935d (diff) | |
| download | focaccia-qemu-352e8da743f26948cb12d0ee53c455f328f59bbe.tar.gz focaccia-qemu-352e8da743f26948cb12d0ee53c455f328f59bbe.zip | |
qdev: correctly send DEVICE_DELETED for recursively-deleted devices
When a device is unparented (i.e. made completely hidden from management) we want to send a DEVICE_DELETED event only if the device actually was realized. This avoids raising DEVICE_DELETED events when device_add fails. However, this does not work right for recursively-deleted devices: the whole tree is _first_ unrealized, _then_ unparented. Then device_unparent sees realized==false and fails to trigger the event. The solution is simply to move have_realized into the DeviceState struct. If device_add fails, we never set the new field to true and DEVICE_DELETED is not sent. Fixes qemu-iotests testcase 067 (broken by commit 5942a19, though that commit in turn fixed a possible segfault in the same test). Reported-by: Markus Armbruster <armbru@redhat.com> Reviewed-by: Markus Armbruster <armbru@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'hw/timer/omap_gptimer.c')
0 files changed, 0 insertions, 0 deletions