From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D7RDL-0000Z4-LD for qemu-devel@nongnu.org; Fri, 04 Mar 2005 23:48:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D7RDC-0000Sw-3n for qemu-devel@nongnu.org; Fri, 04 Mar 2005 23:48:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D7RDA-0000Pr-PD for qemu-devel@nongnu.org; Fri, 04 Mar 2005 23:48:20 -0500 Received: from [212.16.62.51] (helo=mail.13thfloor.at) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D7QoT-0004P7-Lb for qemu-devel@nongnu.org; Fri, 04 Mar 2005 23:22:50 -0500 Date: Sat, 5 Mar 2005 05:22:42 +0100 From: Herbert Poetzl Subject: Re: [Qemu-devel] Qemu Guest Tools Message-ID: <20050305042242.GB12271@mail.13thfloor.at> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Nathan Kunkee Cc: qemu-devel@nongnu.org On Fri, Mar 04, 2005 at 09:50:29PM -0600, Nathan Kunkee wrote: > >Message: 3 > >Date: Thu, 03 Mar 2005 08:24:12 +0400 > >From: Brad Campbell <brad@wasp.net.au> > >Subject: Re: [Qemu-devel] Qemu Guest Tools > >To: qemu-devel@nongnu.org > >Message-ID: <4226916C.8050706@wasp.net.au> > >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > >Jim C. Brown wrote: > > > On Wed, Mar 02, 2005 at 01:44:35PM +0100, Oliver Gerlich wrote: > > > > > >>Planned features are: > > >>-Notification of guest when it is loaded with loadvm > > > > > > > > > Why? > > > > > > > > >>-Time synchronisation between host and guest (currently guest > time is > > >>wrong when loadvm is used) > > > > > > > > > Technically this is a qemu bug and should be fixed in qemu. > > > > > > Of course, any way to set the time in qemu guest w/o having to > patch qemu > > > source is welcome. > > > >I run an ntp client inside windows. > Another way to fix this, and the next concern on vm save/load, is to > develop an APM or ACPI device. There is a standard interface between the > hardware and the OS, almost all OS's now support a version of APM or ACPI, > and the OS knows to reinitialize various parts of the hardware after > certain events. This would simplify the question of special instructions or > unused IO port. In a way, it would allow the emulator to be treated like a > laptop, where the user can tell it to suspend or sleep, and when to wake up > again. Since the OS has a driver for APM, it would be aware of these > events, reinitialize devices (RTC, NIC), and Qemu would not be responsible > for as many internal details. > > My humble $0.02 on the issue.... > Nathan cool, never saw such a messed up email before ... is this a new Microsoft(TM,R)/Hotmail feature? best, Herbert > > > [snip] > > >>I've decided against some special i/o port or such because I > don't know > > >>anything about these things :) and because it would require a > driver on > > >>the guest side (is that correct?). > > > > > > > > > Unfortuantly, yes. However, the magic instruction set would not. > (You would > > > probably need to reimplement a new one for each arch qemu > supports/will be > > > ported to though.) > > > > > > >This was my thought. Networking is not always available. A couple of IO > ports would always be there. > > > >Regards, > >Brad > >-- > >"Human beings, who are almost unique in having the ability > >to learn from the experience of others, are also remarkable > >for their apparent disinclination to do so." -- Douglas Adams > > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel