On Fri, Apr 29, 2011 at 01:49:21PM +0000, KY Srinivasan wrote: > > > 2) Windows host would not permit reloading the driver without > > > rebooting the guest. > > > > That's a different issue, and one that I am very surprised to hear. > > That kind of invalidates ever being able to update the driver in a guest > > for a long-running system that you want to migrate and not reboot. That > > sounds like a major bug in hyper-v, don't you agree? > > In practical terms, I am not sure this is a major problem. If the root device > Is managed by a Hyper-V driver, then you cannot unload that driver and > drivers it depends on anyway. I don't run my hyper-v guests using the hyper-v driver for my root devices, so in my setup, it is possible to unload the whole vmbus subsystem and drivers and reload it without any system interruption. Now I have never tried that... :) > Greg, I am open to either approach here: 1) I could drop this patch and restore the > exit function. 2) I could keep the patch as is, but add additional comments to > capture this discussion. Let me know what you prefer and I will send the remaining > patch-set with the agreed upon changes. As you all are happy with not having this be unloaded, I'll go with 2) as it is your code to maintain and support, not mine. Just resend it with some more comments as I explained, and the rest, and I'll queue them up when I get caught up on my patch queue (I only have 381 to get through, the end is near!) thanks, greg k-h _______________________________________________ devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxx http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
