summaryrefslogtreecommitdiff
path: root/net/802
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2013-02-11 05:10:10 +0400
committerDavid S. Miller <davem@davemloft.net>2013-02-11 05:10:10 +0400
commit5b815b52f63c8f5dcd03964d69c335ee47851878 (patch)
tree8c02cd94a59556da4b74823816e670dd007db72f /net/802
parentfd5023111cf720db890ef34f305ac5d427e690a0 (diff)
parentd021c344051af91f42c5ba9fdedc176740cbd238 (diff)
downloadlinux-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')
0 files changed, 0 insertions, 0 deletions