linux/drivers/hv
Vitaly Kuznetsov 8d9560ebcc Drivers: hv: kvp,vss: Fast propagation of userspace communication failure
If we fail to send a message to userspace daemon with cn_netlink_send()
there is no need to wait for userspace to reply as it is not going to
happen. This happens when kvp or vss daemon is stopped after a successful
handshake. Report HV_E_FAIL immediately and cancel the timeout job so
host won't receive two failures.
Use pr_warn() for VSS and pr_debug() for KVP deliberately as VSS request
are rare and result in a failed backup. KVP requests are much more frequent
after a successful handshake so avoid flooding logs. It would be nice to
have an ability to de-negotiate with the host in case userspace daemon gets
disconnected so we won't receive new requests. But I'm not sure it is
possible.

Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2014-11-26 19:00:32 -08:00
..
channel_mgmt.c Drivers: hv: vmbus: Fix a race condition when unregistering a device 2014-11-07 10:21:44 -08:00
channel.c Drivers: hv: vmbus: Properly protect calls to smp_processor_id() 2014-09-23 23:31:21 -07:00
connection.c Drivers: hv: vmbus: Cleanup vmbus_post_msg() 2014-09-23 23:30:38 -07:00
hv_balloon.c
hv_fcopy.c Drivers: hv: hv_fcopy: fix a race condition for SMP guest 2014-07-17 18:43:10 -07:00
hv_kvp.c Drivers: hv: kvp,vss: Fast propagation of userspace communication failure 2014-11-26 19:00:32 -08:00
hv_snapshot.c Drivers: hv: kvp,vss: Fast propagation of userspace communication failure 2014-11-26 19:00:32 -08:00
hv_util.c
hv.c Drivers: hv: vmbus: Cleanup hv_post_message() 2014-09-23 23:31:21 -07:00
hyperv_vmbus.h Drivers: hv: vmbus: Cleanup hv_post_message() 2014-09-23 23:31:21 -07:00
Kconfig
Makefile
ring_buffer.c Drivers: hv: vmbus: Enable interrupt driven flow control 2014-09-23 23:31:22 -07:00
vmbus_drv.c