Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1221062ybg; Fri, 18 Oct 2019 14:04:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqwKZOv9zez6IXzVpA656KaXxsBuyqFEhomLLWxFyy4VL9zGdxfY/84IFwcDYPZ52qy41iOz X-Received: by 2002:a17:906:b817:: with SMTP id dv23mr10625702ejb.22.1571432655793; Fri, 18 Oct 2019 14:04:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571432655; cv=none; d=google.com; s=arc-20160816; b=wAJqoHQyDwd9ZtjkKRPg6RDLeoiEs/YZELJ5CTRLOhm44+Th847W4adMRmfk4vYySh 6IZZEiex98Qtm/qPCprSLvwKtz8MTEjAmAO7WtYdd8VJ5zKyQ0woWoQTm4M/XLlWPRMv xVBxHYM4s0KncNQp5nve3OKRP1k+tYLSyIe/i9gUMUYc9vA6qjXHKmqgkRo/Cw2CIy8P LBHib9kchUn5oWtfD+dJCCifVNnd2yfwI+FowIpinRKG3i6GkIBhh66Twm72mwdq1AUI CvuGQznUEiuyE9W7MIlEL7TkvYFf3K1HH9Xm/5Bi3Vj1fndPbPp+CWHRSrHH1fUVKfIQ PiXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=tC+6vn5l1VZfExlApHlq0VYzEGEJ7aCZ9DJzyMbRBgM=; b=VAbOXpEuKS6V40rup/8t5i+GTYe/YQEUuBXNP9mPFeHs4Yf2jzAWYIKbKoy7ZZfA+8 ys40+xjT+GqkBZ5fD/8SJuMfN6JddH2Jk0SY1Oo9aYRh0LncVLwy25qgWN2TtgEYojNx QJS7lco0LxORiC7T+ahrhjXk0WqfLWnnfgoE7Gq9VzsPdb1lD73TEEMBn9Y01ZGD4fg8 FVlMxmqUOaoXSGbFlfwW8bEyIT8SFz6RreO3xz+/Oj19iwHblaVqwqC8H+yX73dxctd4 /jAdLXIbN2AKO6ygxxLb68oZLt3I54MyCQCehMaV9Pa99P8QvbVxzuLXhuZqq3Xi7h47 x1Iw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s8si4087713ejq.372.2019.10.18.14.03.52; Fri, 18 Oct 2019 14:04:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2407972AbfJQQd6 (ORCPT + 99 others); Thu, 17 Oct 2019 12:33:58 -0400 Received: from out30-56.freemail.mail.aliyun.com ([115.124.30.56]:58056 "EHLO out30-56.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730640AbfJQQd6 (ORCPT ); Thu, 17 Oct 2019 12:33:58 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R431e4;CH=green;DM=||false|;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e01422;MF=zhiyuan2048@linux.alibaba.com;NM=1;PH=DS;RN=8;SR=0;TI=SMTPD_---0TfKEPAy_1571330034; Received: from houzhiyuandeMacBook-Pro.local(mailfrom:zhiyuan2048@linux.alibaba.com fp:SMTPD_---0TfKEPAy_1571330034) by smtp.aliyun-inc.com(127.0.0.1); Fri, 18 Oct 2019 00:33:55 +0800 Subject: Re: [PATCH net] net: sched: act_mirred: drop skb's dst_entry in ingress redirection To: Eyal Birger Cc: Cong Wang , Jamal Hadi Salim , Jiri Pirko , "David S . Miller" , Linux Kernel Network Developers , LKML , shmulik.ladkani@gmail.com References: <20191012071620.8595-1-zhiyuan2048@linux.alibaba.com> <20191016151307.40f63896@jimi> From: Zhiyuan Hou Message-ID: Date: Fri, 18 Oct 2019 00:33:53 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <20191016151307.40f63896@jimi> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/10/16 8:13 下午, Eyal Birger wrote: > Hi, > > On Wed, 16 Oct 2019 01:22:01 +0800 > Zhiyuan Hou wrote: > >> On 2019/10/15 1:57 上午, Cong Wang wrote: >>> On Sat, Oct 12, 2019 at 12:16 AM Zhiyuan Hou >>> wrote: >>>> diff --git a/net/sched/act_mirred.c b/net/sched/act_mirred.c >>>> index 9ce073a05414..6108a64c0cd5 100644 >>>> --- a/net/sched/act_mirred.c >>>> +++ b/net/sched/act_mirred.c >>>> @@ -18,6 +18,7 @@ >>>> #include >>>> #include >>>> #include >>>> +#include >>>> #include >>>> #include >>>> #include >>>> @@ -298,8 +299,10 @@ static int tcf_mirred_act(struct sk_buff >>>> *skb, const struct tc_action *a, >>>> >>>> if (!want_ingress) >>>> err = dev_queue_xmit(skb2); >>>> - else >>>> + else { >>>> + skb_dst_drop(skb2); >>>> err = netif_receive_skb(skb2); >>>> + } >>> Good catch! > Indeed! Thanks for fixing this! > >>> I don't want to be picky, but it seems this is only needed >>> when redirecting from egress to ingress, right? That is, >>> ingress to ingress, or ingress to egress is okay? If not, >>> please fix all the cases while you are on it? >> Sure. But I think this patch is also needed when redirecting from >> ingress to ingress. Because we cannot assure that a skb has null dst >> in ingress redirection path. For example, if redirecting a skb from >> loopback's ingress to other device's ingress, the skb will take a >> dst. >> >> As commit logs point out, skb with valid dst cannot be made routing >> decision in following process. original dst may cause skb loss or >> other unexpected behavior. > On the other hand, removing the dst on ingress-to-ingress redirection > may remove LWT information on incoming packets, which may be undesired. Sorry, I do not understand why lwt information is needed on ingress-to-ingress redirection. lwt is used on output path, isn't it? Can you please give more information? > Eyal.