Merge branch 'vsock'
authorDavid S. Miller <davem@davemloft.net>
Mon, 11 Feb 2013 01:10:10 +0000 (20:10 -0500)
committerDavid S. Miller <davem@davemloft.net>
Mon, 11 Feb 2013 01:10:10 +0000 (20:10 -0500)
commit5b815b52f63c8f5dcd03964d69c335ee47851878
tree8c02cd94a59556da4b74823816e670dd007db72f
parentfd5023111cf720db890ef34f305ac5d427e690a0
parentd021c344051af91f42c5ba9fdedc176740cbd238
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>