kernel-fxtec-pro1x/net/vmw_vsock
Lepton Wu 7e976ccc4f VSOCK: bind to random port for VMADDR_PORT_ANY
[ Upstream commit 8236b08cf50f85bbfaf48910a0b3ee68318b7c4b ]

The old code always starts from fixed port for VMADDR_PORT_ANY. Sometimes
when VMM crashed, there is still orphaned vsock which is waiting for
close timer, then it could cause connection time out for new started VM
if they are trying to connect to same port with same guest cid since the
new packets could hit that orphaned vsock. We could also fix this by doing
more in vhost_vsock_reset_orphans, but any way, it should be better to start
from a random local port instead of a fixed one.

Signed-off-by: Lepton Wu <ytht.net@gmail.com>
Reviewed-by: Jorgen Hansen <jhansen@vmware.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Sasha Levin <sashal@kernel.org>
2019-12-05 09:20:19 +01:00
..
af_vsock.c VSOCK: bind to random port for VMADDR_PORT_ANY 2019-12-05 09:20:19 +01:00
af_vsock_tap.c
diag.c
hyperv_transport.c vsock: Fix a lockdep warning in __vsock_release() 2019-10-07 18:57:23 +02:00
Kconfig
Makefile Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net 2017-11-04 09:26:51 +09:00
virtio_transport.c vsock/virtio: Initialize core virtio vsock before registering the driver 2019-05-25 18:23:22 +02:00
virtio_transport_common.c vhost/vsock: split packets to send using multiple buffers 2019-12-01 09:16:08 +01:00
vmci_transport.c vsock: cope with memory allocation failure at socket creation time 2019-02-23 09:07:25 +01:00
vmci_transport.h
vmci_transport_notify.c
vmci_transport_notify.h
vmci_transport_notify_qstate.c
vsock_addr.c