From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D6iHo-0000wy-HY for qemu-devel@nongnu.org; Wed, 02 Mar 2005 23:50:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D6iHd-0000qv-Td for qemu-devel@nongnu.org; Wed, 02 Mar 2005 23:49:58 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D6iHd-0000na-A9 for qemu-devel@nongnu.org; Wed, 02 Mar 2005 23:49:57 -0500 Received: from [203.190.192.17] (helo=wasp.net.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D6ht7-00035O-In for qemu-devel@nongnu.org; Wed, 02 Mar 2005 23:24:37 -0500 Message-ID: <4226916C.8050706@wasp.net.au> Date: Thu, 03 Mar 2005 08:24:12 +0400 From: Brad Campbell MIME-Version: 1.0 Subject: Re: [Qemu-devel] Qemu Guest Tools References: <4912.1109718464@www32.gmx.net> <20050302013220.GA28323@jbrown.mylinuxbox.org> <4225B533.2030801@gmx.de> <20050302143856.GA4688@jbrown.mylinuxbox.org> In-Reply-To: <20050302143856.GA4688@jbrown.mylinuxbox.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org 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. > > I am against mouse grabbing myself. I just use the no-sdl-grab patch and deal > with a desyncing guest mouse pointer (sometimes I can work around it by > turning mouse acceleration off in the guest). I was thinking about a little guest app to keep them in sync. This is how win4lin does it and it works very well. It is dead easy to do under windows as mouse manipulation from userspace is a doddle, don't know about linux though. >>Copy/paste and time sync could be done by external programs (Joshua >>mentioned mpcb; ntp, ...). > > > I'm not sure if ntp would work for qemu guest. The way qemu works, guest changes > to the RTC are overridden by qemu. Of course if the guest kept its own time > independent of the hardware clock, that wouldn't be a problem. It does. I use anachron for windows. > >>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