Drivers: hv: vmbus: respect what we get from hv_get_synint_state()
Subsystems (2)
Dexuan Cui
maintainerPATCH 1/1 Drivers: hv: vmbus: respect what we get from hv_get_synint_state()
I didn't really hit a bug, but just happened to notice the redundant line.
Signed-off-by Dexuan Cui <[email protected]>
Cc Stephen Hemminger <[email protected]>
Cc K. Y. Srinivasan <[email protected]>
--- drivers/hv/hv.c | 1 - 1 file changed, 1 deletion(-)
drivers/hv/hv.c +0 -1
@@ -252,7 +252,6 @@ int hv_synic_init(unsigned int cpu)hv_get_synint_state (HV_X64_MSR_SINT0 +VMBUS_MESSAGE_SINT , shared_sint.as_uint64); - shared_sint.as_uint64 =0 ; shared_sint.vector =HYPERVISOR_CALLBACK_VECTOR ; shared_sint.masked = false;if (ms_hyperv.hints &HV_X64_DEPRECATING_AEOI_RECOMMENDED )
Signature · 5 lines
2.7.4 _______________________________________________ devel mailing list [email protected] http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Dexuan Cui
maintainerPATCH 1/1 Drivers: hv: vmbus: do not mark HV_PCIE as perf_device
The pci-hyperv driver's channel callback hv_pci_onchannelcallback() is not really a hot path, so we don't need to mark it as a perf_device, meaning with this patch all HV_PCIE channels' target_cpu will be CPU0.
This patch can help to avoid a potential ABBA deadlock in the busy loop of Hyper-V PCI driver's hv_compose_msi_msg().
Signed-off-by Dexuan Cui <[email protected]>
Cc Stephen Hemminger <[email protected]>
Cc K. Y. Srinivasan <[email protected]>
--- drivers/hv/channel_mgmt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
drivers/hv/channel_mgmt.c +1 -1
@@ -71,7 +71,7 @@ static const struct vmbus_device vmbus_devs[] = {/* PCIE */ { .dev_type = HV_PCIE,HV_PCIE_GUID , - .perf_device = true, + .perf_device = false, },/* Synthetic Frame Buffer */
Signature · 5 lines
2.7.4 _______________________________________________ devel mailing list [email protected] http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel