summaryrefslogtreecommitdiffstats
path: root/drivers/misc/vmw_vmci/vmci_doorbell.h
diff options
context:
space:
mode:
authorTomas Winkler2014-03-02 23:21:28 +0100
committerGreg Kroah-Hartman2014-03-17 23:49:41 +0100
commitb1b94b5d387e3a1f034c308e22f9295828d7174a (patch)
tree131a47df93abde60908304e8dd57983651b0c7cf /drivers/misc/vmw_vmci/vmci_doorbell.h
parentdrivers: mcb: Fix build error discovered by 0-day bot (diff)
downloadkernel-qcow2-linux-b1b94b5d387e3a1f034c308e22f9295828d7174a.tar.gz
kernel-qcow2-linux-b1b94b5d387e3a1f034c308e22f9295828d7174a.tar.xz
kernel-qcow2-linux-b1b94b5d387e3a1f034c308e22f9295828d7174a.zip
mei: me: do not reset when less than expected data is received
There is a race in ME hardware between data copy for host and interrupt delivery. An interrupt can be delivered prior to whole data copied for the host to read but rather then going trough the reset we just merely need to wait for the next interrupt. The bug is visible in read/write stress with multiple connections per client This is a regression caused as a side effect of the commit: commit 544f94601409653f07ae6e22d4a39e3a90dceead mei: do not run reset flow from the interrupt thread Signed-off-by: Tomas Winkler <tomas.winkler@intel.com> Cc: stable <stable@vger.kernel.org> # 3.14 Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/misc/vmw_vmci/vmci_doorbell.h')
0 files changed, 0 insertions, 0 deletions