From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: Linux with kvm-intel locks up VMplayer guest is started Date: Wed, 18 Jun 2008 14:52:32 -0500 Message-ID: <48596780.7080004@codemonkey.ws> References: <322174127@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, ecollins@vmware.com, Javier Guerra , Martin Michlmayr To: devzero@web.de Return-path: Received: from ag-out-0708.google.com ([72.14.246.242]:30899 "EHLO ag-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752470AbYFRTxV (ORCPT ); Wed, 18 Jun 2008 15:53:21 -0400 Received: by ag-out-0708.google.com with SMTP id 31so1683972agc.10 for ; Wed, 18 Jun 2008 12:53:19 -0700 (PDT) In-Reply-To: <322174127@web.de> Sender: kvm-owner@vger.kernel.org List-ID: devzero@web.de wrote: > i`d like to give a comment about those claims in this thread (see bel= ow), vmware kernel part would be closed source or binary module. > > i think, they aren=B4t. they just are not available via public/openso= urce code repository. > > just go and download workstation 6.5 beta from: > > http://download3.vmware.com/software/wkst/VMware-workstation-e.x.p-91= 182.i386.tar.gz > (you may need register for that) > > unpack and take a look at vmware-distrib/lib/modules/source - there i= s source for 6 independent kernel > modules in those .tar files: > > vmblock, vmci, vmmon, vmnet, vmppuser and vsock. (~3MB alltogether) > =20 vmmon is sort of a stub that loads the actual monitor which is a binary= =20 blob. Regards, Anthony Liguori > regards > roland > > > ---------------------------------------------------------------------= --------------- > > =20 >> i think what he's saying is that VMWare is a closed binary blob >> executing in the kernel; so there's no way to certify anything with >> this. >> =20 > > =20 >> as soon as you put some unknown (and unknowable, unverifiable, >> untrustable) code in the kernel, you can't know what will work and >> what won't. >> =20 > > ---------------------------------------------------------------------= --------------- > > =20 >> So ask vmware. They have source to both parts we don't." >> =20 > > ---------------------------------------------------------------------= --------------- > > =20 >> If the VMware code was upstream, then we could work together to make= a=20 >> software arbitration mechanism. It's not, and worse yet, it's close= d=20 >> source so there's no chance it will be. Even if someone wrote an=20 >> arbitration mechanism and got VMware to use it, it still shouldn't b= e=20 >> merged because KVM would be the only thing using that mechanism=20 >> upstream. I'm not interested in adding kernel infrastructure to sup= port=20 >> external binary kernel modules. >> =20 > > ---------------------------------------------------------------------= --------------- > > =20 >> VMware is a binary kernel module that's out of kernel. KVM is not=20 >> misbehaving and the fact that VMware breaks when the KVM module is=20 >> loaded isn't our problem. If they submitted their code for inclusio= n in=20 >> mainline, we could possibly come up with solution for arbitrating wh= o is=20 >> using VT. >> =20 > > ---------------------------------------------------------------------= --------------- > > > _____________________________________________________________________= __ > Jetzt neu! Sch=FCtzen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage > kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=3D02= 2220 > > =20