From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NrCZu-0000TF-Bi for qemu-devel@nongnu.org; Mon, 15 Mar 2010 11:51:38 -0400 Received: from [199.232.76.173] (port=34027 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NrCZt-0000Su-PG for qemu-devel@nongnu.org; Mon, 15 Mar 2010 11:51:37 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NrCZr-0007sZ-Qw for qemu-devel@nongnu.org; Mon, 15 Mar 2010 11:51:37 -0400 Received: from mail-px0-f176.google.com ([209.85.216.176]:62702) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NrCZr-0007sH-Fj for qemu-devel@nongnu.org; Mon, 15 Mar 2010 11:51:35 -0400 Received: by pxi6 with SMTP id 6so1744280pxi.18 for ; Mon, 15 Mar 2010 08:51:33 -0700 (PDT) Message-ID: <4B9E5782.9070901@codemonkey.ws> Date: Mon, 15 Mar 2010 10:51:30 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] wake-on-lan & IPMI implementation; real power-off and -no-shutdown References: <4548325200-BeMail@laptop> In-Reply-To: <4548325200-BeMail@laptop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?RnJhbsOnb2lzIFJldm9s?= Cc: qemu-devel@nongnu.org On 03/15/2010 10:37 AM, François Revol wrote: > Le Mon, 15 Mar 2010 15:26:24 +0000, Paul Brook a écrit : > >>> Ideally this would evolve into supporting IPMI, which would allow >>> managing VMs exactly like physical servers without concern, appart >>> launching the actual process first. >>> cf. >>> http://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface >>> >>>>> http://openipmi.sourceforge.net/ >>>>> >>> Anyone interested in this ? >>> Anyone tried already ? >>> >> TBH I don't really see the point. >> >> This definitely seems like something that should be handled by your >> your >> mangement app (via libvirt, or whatever). i.e. have that implement >> whatever >> remote protocol you want, and just talk to qemu over the normal >> monitor >> interface. >> > Hmm for IPMI that might probably indeed be a better way, moreover since > they use a parallel subnet on the primary ethernet card... > Though it would require the implementation to listen to the same > virtual card, which are mapped differently to the host depending on the > VM (-net user, ...). > > As for WOL, it would still be handy to have I think... btw, do we > support suspending the emulation via ACPI ? VirtualBox has something > called "Pause" mode, which I'm not sure actually if it's reflected to > ACPI, which allows to avoid wasting cpu when not usign the guest, > though it requires support from the Guest Additions to avoid clock > drifts. > It's just "stop". It won't cause time drift in qemu when using pvclock but you will get soft lockups in Linux. I presume you get that with Virtual Box too. Regards, Anthony Liguori > François. > > >