From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Mq1gp-0003h5-KD
	for qemu-devel@nongnu.org; Tue, 22 Sep 2009 05:29:39 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Mq1gk-0003eT-6Q
	for qemu-devel@nongnu.org; Tue, 22 Sep 2009 05:29:38 -0400
Received: from [199.232.76.173] (port=34977 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Mq1gj-0003eE-Tz
	for qemu-devel@nongnu.org; Tue, 22 Sep 2009 05:29:33 -0400
Received: from mx1.redhat.com ([209.132.183.28]:35292)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <kraxel@redhat.com>) id 1Mq1gj-00088P-GE
	for qemu-devel@nongnu.org; Tue, 22 Sep 2009 05:29:33 -0400
Received: from int-mx03.intmail.prod.int.phx2.redhat.com
	(int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8M9TVhf007382
	for <qemu-devel@nongnu.org>; Tue, 22 Sep 2009 05:29:32 -0400
From: Gerd Hoffmann <kraxel@redhat.com>
Date: Tue, 22 Sep 2009 11:29:14 +0200
Message-Id: <1253611767-6483-1-git-send-email-kraxel@redhat.com>
Subject: [Qemu-devel] [PATCH 00/13] qdev: bus management updates.
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Gerd Hoffmann <kraxel@redhat.com>

  Hi,

This patch series does a bunch of improvements for qdev busses.
The former name was "allow embedded bus structs", but that title
doesn't cut it any more as there are lots of followup improvements
and fixes.  Changes:

  * allow embedded bus structs (yes, still there).
  * add bus release function.
  * added device destruction callback to qdev devices.
  * make busses use the new features.

End result is that you can use qdev_free() to zap a device.  Using the
destruction callback everything will be released properly.  qdev will
walk the child bus(es) if present and zap all connected devices too.

You can pci_del the scsi adapter and all scsi disks will be deleted too.
You can pci_del the usb controller and all usb devices connected will be
deleted too.  You can unplug usb hubs, all connected devices will go away
too.

cheers,
  Gerd