From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gQjAM-00027i-Kr for qemu-devel@nongnu.org; Sat, 24 Nov 2018 20:24:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gQjAJ-0006AN-IY for qemu-devel@nongnu.org; Sat, 24 Nov 2018 20:24:54 -0500 Received: from cmccmta2.chinamobile.com ([221.176.66.80]:38035) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gQjAI-00063z-Rq for qemu-devel@nongnu.org; Sat, 24 Nov 2018 20:24:51 -0500 References: <20181119120820.29878-1-maozhongyi@cmss.chinamobile.com> <20181119120820.29878-23-maozhongyi@cmss.chinamobile.com> <20181119233139.GO3807@habkost.net> <20181123181638.GO18284@habkost.net> From: maozy Message-ID: <79fa2496-65fb-89c3-6993-fe5f9b0a97ec@cmss.chinamobile.com> Date: Sun, 25 Nov 2018 09:24:31 +0800 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 22/22] core/sysbus: remove the SysBusDeviceClass::initpath List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , Eduardo Habkost Cc: QEMU Developers , Thomas Huth , Paolo Bonzini , Markus Armbruster , Richard Henderson , Alistair Francis , Zhang Shengju On 11/24/18 2:19 AM, Peter Maydell wrote: > On Fri, 23 Nov 2018 at 18:16, Eduardo Habkost wrote: >> I think this is good enough for now (as long as there's a comment >> like Peter suggested). Allowing parent_realize to be NULL would >> be inconvenient to all code that uses parent_realize today. It was done in v2, please review. >> >> Personally, I would love to get rid of parent_realize entirely. >> We could simply provide a helper to let device subclasses call >> the parent's realize function without the need to copy function >> pointers around. well, I will do it later. > > Agreed -- parent_realize is a hack that is working around > a deficiency in our object model, and it would be nice to > deal with that. But let's do our cleanups one at a time :-) OK, I see. Thanks, Mao > > thanks > -- PMM >