From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JHOH8-00049f-5q for qemu-devel@nongnu.org; Tue, 22 Jan 2008 13:55:10 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JHOH5-000476-W5 for qemu-devel@nongnu.org; Tue, 22 Jan 2008 13:55:09 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JHOH5-000473-RC for qemu-devel@nongnu.org; Tue, 22 Jan 2008 13:55:07 -0500 Received: from an-out-0708.google.com ([209.85.132.244]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JHOH5-0007Cd-LC for qemu-devel@nongnu.org; Tue, 22 Jan 2008 13:55:07 -0500 Received: by an-out-0708.google.com with SMTP id b38so709813ana.130 for ; Tue, 22 Jan 2008 10:55:04 -0800 (PST) Message-ID: <47963C11.70109@codemonkey.ws> Date: Tue, 22 Jan 2008 12:55:13 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: AW: Re: [Qemu-devel] VMport patch References: <20080120222742.B2F993A9B@csgraf.de> <4793D4B6.8030408@codemonkey.ws> <200801202317.32855.mark.williamson@cl.cam.ac.uk> <47940645.7030409@codemonkey.ws> <59344E6D-9028-4D4B-8961-41B62B4C0782@csgraf.de> In-Reply-To: <59344E6D-9028-4D4B-8961-41B62B4C0782@csgraf.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 Alexander Graf wrote: > > On Jan 21, 2008, at 3:41 AM, Anthony Liguori wrote: > >> Mark Williamson wrote: >>>>> I think it would be great to maintain compatibility with the >>>>> binary-only >>>>> versions of the vm tools though. >>>>> >>>> But you're changing the semantics of the x86 instruction set. You >>>> potentially break a real operating system. It also eliminates the >>>> possibility of nesting with something like kqemu because you can't >>>> trap >>>> all PIO operations. >>>> >>> >>> Maybe have a commandline flag, and have it switched off by default? >>> Or, even better, would be to detect valid vmware tools behaviour and >>> switch it on iff that happened; the default being to behave normally >>> for OSes that aren't running the VMware tools.. >>> >> >> There is no way to know for sure that it's vm-tools running. You >> would have to make use of the cpu option to support it I reckon. >> > > I completely agree with the point of breaking x86 semantics is bad. > Yes, it is. What is the point in emulating the VMWare interface > though, if the only program actually requiring that interface does not > work, namely vmware tools, especially the windows version. So as far > as I know VMWare uses VMX to run 64-bit code on Intel as well, so > there has to be a way to forcefully break the checks. vmmouse uses the vmport interface but runs in ring 0 under Linux so it's not an issue. FWIW, the folks on open-vm-tools-devel have expressed an interest in moving to a different interface then their "backdoor" interface. Regards, Anthony Liguori > Regards, > > Alex > >> Regards, >> >> Anthony Liguori >> >>> Cheers, >>> Mark >>> >>> >>>> Regards, >>>> >>>> Anthony Liguori >>>> >>>> >>>>> Regards, >>>>> >>>>> Alex >>>>> >>>>> ----- Ursprüngliche Nachricht ----- >>>>> Von: Anthony Liguori >>>>> Gesendet: Sonntag, 20. Januar 2008 22:40 >>>>> An: qemu-devel@nongnu.org >>>>> Betreff: Re: [Qemu-devel] VMport patch >>>>> >>>>> Filip Navara wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> the current version of QEMU emulates the VMware backdoor I/O port >>>>>> and >>>>>> it works quite well. Unfortunately it doesn't emulate the VMware >>>>>> behavior of ignoring the I/O permissions when accessing this special >>>>>> port. The attached patch corrects it. It's important to ignore the >>>>>> permissions, so that user mode VMware tools can communicate to the >>>>>> backdoor. = >>>>>> >>>>> I really dislike that VMware relies on this. It's very hard to >>>>> implement in kqemu or KVM. I think it would be better to modify >>>>> open-vm-tools than to modify QEMU. >>>>> >>>>> Regards, >>>>> >>>>> Anthony Liguori >>>>> >>>>> >>>>>> Best regards, >>>>>> Filip Navara >>>>>> >>> >>> >>> >>> >> >> >> > > >