aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/iommu/intel/svm.c
diff options
context:
space:
mode:
authorkaixi.fan <fankaixi.li@bytedance.com>2021-08-18 10:22:15 +0800
committerSasha Levin <sashal@kernel.org>2021-08-26 08:35:50 -0400
commiteee84eafc3bb78d575b482abe7aaa281cb6bf84f (patch)
tree345ddd55ff51d6aa53dd7284ffe697e757911f26 /drivers/iommu/intel/svm.c
parent47a1161dacb1eb4a98be92e16e75d64f48f3ca49 (diff)
downloadkernel_replicant_linux-eee84eafc3bb78d575b482abe7aaa281cb6bf84f.tar.gz
kernel_replicant_linux-eee84eafc3bb78d575b482abe7aaa281cb6bf84f.tar.bz2
kernel_replicant_linux-eee84eafc3bb78d575b482abe7aaa281cb6bf84f.zip
ovs: clear skb->tstamp in forwarding path
[ Upstream commit 01634047bf0d5c2d9b7d8095bb4de1663dbeedeb ] fq qdisc requires tstamp to be cleared in the forwarding path. Now ovs doesn't clear skb->tstamp. We encountered a problem with linux version 5.4.56 and ovs version 2.14.1, and packets failed to dequeue from qdisc when fq qdisc was attached to ovs port. Fixes: fb420d5d91c1 ("tcp/fq: move back to CLOCK_MONOTONIC") Signed-off-by: kaixi.fan <fankaixi.li@bytedance.com> Signed-off-by: xiexiaohui <xiexiaohui.xxh@bytedance.com> Reviewed-by: Cong Wang <cong.wang@bytedance.com> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/iommu/intel/svm.c')
0 files changed, 0 insertions, 0 deletions