Comment 6 for bug 1541585

Joshua - I cherry-picked these commits from 4.6-rc1:

Drivers: hv: vmbus: Cleanup vmbus_set_event()
Drivers: hv: vmbus: Add vendor and device atttributes
Drivers: hv: vmbus: avoid infinite loop in init_vp_index()
Drivers: hv: vmbus: avoid scheduling in interrupt context in vmbus_initiate_unload()
Drivers: hv: vmbus: don't manipulate with clocksources on crash
Drivers: hv: vmbus: add a helper function to set a channel's pending send size
Drivers: hv: vmbus: define the new offer type for Hyper-V socket (hvsock)
Drivers: hv: vmbus: vmbus_sendpacket_ctl: hvsock: avoid unnecessary signaling
Drivers: hv: vmbus: define a new VMBus message type for hvsock
Drivers: hv: vmbus: add a hvsock flag in struct hv_driver
Drivers: hv: vmbus: add a per-channel rescind callback
Drivers: hv: vmbus: add an API vmbus_hvsock_device_unregister()
Drivers: hv: vmbus: Eliminate the spin lock on the read path
Drivers: hv: vmbus: Give control over how the ring access is serialized
drivers/hv: Move VMBus hypercall codes into Hyper-V UAPI header
Drivers: hv: vmbus: don't loose HVMSG_TIMER_EXPIRED messages
Drivers: hv: vmbus: avoid wait_for_completion() on crash
Drivers: hv: vmbus: remove code duplication in message handling
Drivers: hv: vmbus: avoid unneeded compiler optimizations in vmbus_wait_for_unload()
Drivers: hv: util: Pass the channel information during the init call
Drivers: hv: utils: Remove util transport handler from list if registration fails
Revert "Drivers: hv: vmbus: Support handling messages on multiple CPUs"
Drivers: hv: vmbus: Support handling messages on multiple CPUs

Most of them look like good bug fixes. However, they don't implement the hv_sock feature (which I don't see even in linux-next).