linux-kernel - Re: Linux with kvm-intel locks up VMplayer guest is started

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 17 Jun 2008 13:09:39 -0500
From:	Anthony Liguori <anthony@...emonkey.ws>
To:	Martin Michlmayr <tbm@...ius.com>
CC:	kvm@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: Linux with kvm-intel locks up VMplayer guest is started

Martin Michlmayr wrote:
> * Anthony Liguori <anthony@...emonkey.ws> [2008-06-17 08:16]:
>   
>> VMware is a binary kernel module that's out of kernel.  KVM is not
>> misbehaving and the fact that VMware breaks when the KVM module is
>> loaded isn't our problem.  If they submitted their code for
>> inclusion in  mainline, we could possibly come up with solution for
>> arbitrating who is  using VT.
>>     
>
> I feared I'd get a response like this.  But unless this is a known
> issue in VMware (which I don't think it is), you don't know whether
> it's not a bug in kvm-intel.
>   

We know exactly what the problem is.  KVM activates VT unconditionally.  
There's no hardware mechanism to arbitrate access to VT.  KVM is the 
only thing in the Linux kernel that uses VT so we don't have a software 
mechanism to arbitrate access to VT.

If the VMware code was upstream, then we could work together to make a 
software arbitration mechanism.  It's not, and worse yet, it's closed 
source so there's no chance it will be.  Even if someone wrote an 
arbitration mechanism and got VMware to use it, it still shouldn't be 
merged because KVM would be the only thing using that mechanism 
upstream.  I'm not interested in adding kernel infrastructure to support 
external binary kernel modules.

Regards,

Anthony Liguori

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/