diff options
author | David S. Miller <davem@davemloft.net> | 2013-02-11 01:10:10 (GMT) |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2013-02-11 01:10:10 (GMT) |
commit | 5b815b52f63c8f5dcd03964d69c335ee47851878 (patch) | |
tree | 8c02cd94a59556da4b74823816e670dd007db72f /net/802/Kconfig | |
parent | fd5023111cf720db890ef34f305ac5d427e690a0 (diff) | |
parent | d021c344051af91f42c5ba9fdedc176740cbd238 (diff) | |
download | linux-5b815b52f63c8f5dcd03964d69c335ee47851878.tar.xz |
Merge branch 'vsock'
Andy King says:
====================
In an effort to improve the out-of-the-box experience with Linux kernels for
VMware users, VMware is working on readying the VM Sockets (VSOCK, formerly
VMCI Sockets) (vsock) kernel module for inclusion in the Linux kernel. The
purpose of this post is to acquire feedback on the vsock kernel module.
Unlike previous submissions, where the new socket family was entirely reliant
on VMware's VMCI PCI device (and thus VMware's hypervisor), VM Sockets is now
completely[1] separated out into two parts, each in its own module:
o Core socket code, which is transport-neutral and invokes transport
callbacks to communicate with the hypervisor. This is vsock.ko.
o A VMCI transport, which communicates over VMCI with the VMware hypervisor.
This is vmw_vsock_vmci_transport.ko, and it registers with the core module
as a transport.
This should provide a path to introducing additional transports, for example
virtio, with the ultimate goal being to make this new socket family
hypervisor-neutral.
[1] If Gerd tries it and determines this to be false (still), I'll ship him
a keg of beer.
====================
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/802/Kconfig')
0 files changed, 0 insertions, 0 deletions