[lkml]   [2017]   [Sep]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 1/1] Drivers: hv: vmbus: Fix rescind handling issues
Stephen Hemminger <> writes:

> On Fri, 11 Aug 2017 10:03:59 -0700
> wrote:
>> From: K. Y. Srinivasan <>
>> This patch handles the following issues that were observed when we are
>> handling racing channel offer message and rescind message for the same
>> offer:
>> 1. Since the host does not respond to messages on a rescinded channel,
>> in the current code, we could be indefinitely blocked on the vmbus_open() call.
>> 2. When a rescinded channel is being closed, if there is a pending interrupt on the
>> channel, we could end up freeing the channel that the interrupt handler would run on.
>> Signed-off-by: K. Y. Srinivasan <>
>> Reviewed-by: Dexuan Cui <>
>> Tested-by: Dexuan Cui <>
> This patch breaks re-initialization of the network device on MTU changes.
> Doing:
> # ip li set dev eth1 mtu 9000
> will hang in rndis_filter_add waiting for subchannel notification.
> This is likely because when the vmbus device is reopened the sub channels
> are not correctly created. Not sure what is wrong with the patch, but my
> suspicion is that the close/rescind events are no longer being sent to the
> host.

I'm seeing the same issue, reverting the offending

commit 6f3d791f300618caf82a2be0c27456edd76d5164
Author: K. Y. Srinivasan <>
Date: Fri Aug 11 10:03:59 2017 -0700

Drivers: hv: vmbus: Fix rescind handling issues

which made it upstream helps. Did you guys do some investigation here?
In case not I can take a look next week.


 \ /
  Last update: 2017-09-15 15:43    [W:0.049 / U:11.944 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site