Windows hosts starting with Ws2012 R2 permit re-establishing the vmbus connection from the guest. This patch-set includes patches from Vitaly to cleanup the VMBUS unload path so we can potentially reload the driver. This set also includes a patch from Jake to correctly extract MMIO information on both Gen1 and Gen 2 firmware. Also included here are some bug fixes from Dexuan and me. Dexuan Cui (3): hv: hv_util: move vmbus_open() to a later place hv: vmbus_post_msg: retry the hypercall on some transient errors hv: vmbus_open(): reset the channel state on ENOMEM Jake Oshins (1): drivers:hv:vmbus drivers:hv:vmbus Allow for more than one MMIO range for children K. Y. Srinivasan (2): Drivers: hv: vmbus: Fix a bug in the error path in vmbus_open() Drivers: hv: vmbus: Add support for the NetworkDirect GUID Nicholas Mc Guire (3): hv: channel: match var type to return type of wait_for_completion hv: channel_mgmt: match var type to return type of wait_for_completion hv: hv_balloon: match var type to return type of wait_for_completion Vitaly Kuznetsov (7): Drivers: hv: vmbus: prevent cpu offlining on newer hypervisors Drivers: hv: vmbus: rename channel work queues Drivers: hv: vmbus: avoid double kfree for device_obj Drivers: hv: vmbus: teardown hv_vmbus_con workqueue and vmbus_connection pages on shutdown drivers: hv: vmbus: Teardown synthetic interrupt controllers on module unload clockevents: export clockevents_unbind_device instead of clockevents_unbind Drivers: hv: vmbus: Teardown clockevent devices on module unload arch/x86/include/uapi/asm/hyperv.h | 2 + drivers/hv/channel.c | 18 +++-- drivers/hv/channel_mgmt.c | 11 ++- drivers/hv/connection.c | 28 +++++-- drivers/hv/hv.c | 34 +++++++- drivers/hv/hv_balloon.c | 3 +- drivers/hv/hv_util.c | 11 ++- drivers/hv/hyperv_vmbus.h | 3 + drivers/hv/vmbus_drv.c | 153 +++++++++++++++++++++++++++++++----- drivers/video/fbdev/hyperv_fb.c | 2 +- include/linux/hyperv.h | 15 +++- kernel/time/clockevents.c | 2 +- 12 files changed, 235 insertions(+), 47 deletions(-) -- 1.7.4.1 _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel