netvsc: Deal with rescinded channels correctly
authorK. Y. Srinivasan <kys@microsoft.com>
Wed, 19 Apr 2017 20:53:49 +0000 (13:53 -0700)
committerDavid S. Miller <davem@davemloft.net>
Fri, 21 Apr 2017 17:47:00 +0000 (13:47 -0400)
We will not be able to send packets over a channel that has been
rescinded. Make necessary adjustments so we can properly cleanup
even when the channel is rescinded. This issue can be trigerred
in the NIC hot-remove path.

Signed-off-by: K. Y. Srinivasan <kys@microsoft.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
drivers/net/hyperv/netvsc.c

index fd21d5a..967843b 100644 (file)
@@ -135,6 +135,13 @@ static void netvsc_destroy_buf(struct hv_device *device)
                                       sizeof(struct nvsp_message),
                                       (unsigned long)revoke_packet,
                                       VM_PKT_DATA_INBAND, 0);
+               /* If the failure is because the channel is rescinded;
+                * ignore the failure since we cannot send on a rescinded
+                * channel. This would allow us to properly cleanup
+                * even when the channel is rescinded.
+                */
+               if (device->channel->rescind)
+                       ret = 0;
                /*
                 * If we failed here, we might as well return and
                 * have a leak rather than continue and a bugchk
@@ -195,6 +202,15 @@ static void netvsc_destroy_buf(struct hv_device *device)
                                       sizeof(struct nvsp_message),
                                       (unsigned long)revoke_packet,
                                       VM_PKT_DATA_INBAND, 0);
+
+               /* If the failure is because the channel is rescinded;
+                * ignore the failure since we cannot send on a rescinded
+                * channel. This would allow us to properly cleanup
+                * even when the channel is rescinded.
+                */
+               if (device->channel->rescind)
+                       ret = 0;
+
                /* If we failed here, we might as well return and
                 * have a leak rather than continue and a bugchk
                 */