From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50234)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <arei.gonglei@huawei.com>) id 1ZVaYo-0004P2-Ld
	for qemu-devel@nongnu.org; Sat, 29 Aug 2015 03:28:23 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <arei.gonglei@huawei.com>) id 1ZVaYg-00024X-IH
	for qemu-devel@nongnu.org; Sat, 29 Aug 2015 03:28:19 -0400
Received: from szxga02-in.huawei.com ([119.145.14.65]:57759)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <arei.gonglei@huawei.com>) id 1ZVaYf-0001x0-UD
	for qemu-devel@nongnu.org; Sat, 29 Aug 2015 03:28:14 -0400
Message-ID: <55E15EE8.7080506@huawei.com>
Date: Sat, 29 Aug 2015 15:27:36 +0800
From: Gonglei <arei.gonglei@huawei.com>
MIME-Version: 1.0
References: <1440689864-32127-1-git-send-email-berrange@redhat.com>	<87vbbz8tgq.fsf@blackfin.pond.sub.org>
	<55E15616.9030508@redhat.com>
In-Reply-To: <55E15616.9030508@redhat.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH] monitor: allow object_del & device_del to
 accept QOM paths
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Paolo Bonzini <pbonzini@redhat.com>, Markus Armbruster <armbru@redhat.com>, "Daniel P. Berrange" <berrange@redhat.com>
Cc: Programmingkid <programmingkidx@gmail.com>, qemu-devel@nongnu.org, =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= <afaerber@suse.de>

On 2015/8/29 14:49, Paolo Bonzini wrote:
> 
> 
> On 28/08/2015 14:53, Markus Armbruster wrote:
>> I believe this makes sense no matter what we do about device IDs (see
>> thread "Should we auto-generate IDs?").
> 
> I haven't read that huge thread yet, but I think it gives the user too
> much power.  There are internal objects that are not supposed to be
> freed, and freeing them would likely result in a SEGV or similar.
> 
If one object do not support hot-unplug, the interface will return simply
with error messages. ;)

Regards,
-Gonglei