From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:35530) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDb56-0007uY-3Y for qemu-devel@nongnu.org; Thu, 07 Mar 2013 08:42:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UDb53-0002Iq-Td for qemu-devel@nongnu.org; Thu, 07 Mar 2013 08:42:00 -0500 Received: from e23smtp05.au.ibm.com ([202.81.31.147]:54070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDb53-0002IK-8b for qemu-devel@nongnu.org; Thu, 07 Mar 2013 08:41:57 -0500 Received: from /spool/local by e23smtp05.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 7 Mar 2013 23:37:42 +1000 Received: from d23relay04.au.ibm.com (d23relay04.au.ibm.com [9.190.234.120]) by d23dlp03.au.ibm.com (Postfix) with ESMTP id 07D54357804E for ; Fri, 8 Mar 2013 00:41:30 +1100 (EST) Received: from d23av03.au.ibm.com (d23av03.au.ibm.com [9.190.234.97]) by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r27DSpsH38994000 for ; Fri, 8 Mar 2013 00:28:52 +1100 Received: from d23av03.au.ibm.com (loopback [127.0.0.1]) by d23av03.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r27DfSXr019225 for ; Fri, 8 Mar 2013 00:41:28 +1100 Message-ID: <513898EF.9060100@linux.vnet.ibm.com> Date: Thu, 07 Mar 2013 21:41:03 +0800 From: Wenchao Xia MIME-Version: 1.0 References: <51358208.1020409@msgid.tls.msk.ru> <87r4jsx7b6.fsf@codemonkey.ws> <1362627657.21129.64.camel@liguang.fnst.cn.fujitsu.com> In-Reply-To: <1362627657.21129.64.camel@liguang.fnst.cn.fujitsu.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] propose to implement ower device List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: li guang Cc: Peter Maydell , Michael Tokarev , qemu-devel , Anthony Liguori , paul@codesourcery.com 于 2013-3-7 11:40, li guang 写道: > Hi, Anthony and all > > By now all devices of QEMU do not have much more > power management consideration, for example, if > system do suspend, it will call all registered notifiers, > this was loosely required, and the code to do power management > state transition seems just do 'ugly emulation', rather than be > conscious with whole system devices, same condition with reset(it > has been embedded in DeviceClass, good!), > shutdown, in real world, commonly all devices' power are controlled > by a power chip, then all power sequence can be done just > issue commands to this chip. > so, I come across an idea to implement qdev'ed power device, and > make all qdev struct of devices aware of self power management(add > reset, suspend, shutdown ... filed for DeviceClass), this will > bring tidy power management, and the emulation will more like what > happened in real world. > Hope I've expressed my idea clearly, if you have any questions, let me > know, if get your permission, I'll step ahead to do this power > chip emulation work. > > Thanks! > > Hi, Guang it seems the mail was sent as a child mail of "Default guest RAM size". The topic is interesting, suggest resend it. -- Best Regards Wenchao Xia