Received: by 2002:a4a:3008:0:0:0:0:0 with SMTP id q8-v6csp3673444oof; Mon, 10 Sep 2018 19:20:36 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZMZ5Z4f2Iwn6ga9MM/Qwwp4j3bMCm0U+UTcHLWOUkIZBc50+wqXd9oTiYK1Qo8lQSYFIFE X-Received: by 2002:a17:902:8bc4:: with SMTP id r4-v6mr24065795plo.124.1536632436559; Mon, 10 Sep 2018 19:20:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536632436; cv=none; d=google.com; s=arc-20160816; b=VuSQTJt03oF/wLaJb2szBToqzf6ZO0ThZ75BLfWX6fFija60CrsAJk/kjT+pQQdtpn 8e5qYQZZ7fShxeWHzBwLbuW3gf2cxTg5QO/CAraKFKML34Jc3JtnotMaYIXE6RAueRga J+4RQQ8OmtfBpo502hq8X60LjVWyJ443qidqSVy+V4wGvaVdPCKY0HsmSVGxZbuJTkOM FQnW6A/+8n191LtswEOfPNepgatc1Hk7YFY8fKf5qRg3KbuTRgTJvUqkfEfdTSb4mHwd BwF9OwcLxoKZQPumHgIR0OaPNL6Zhy88bg0at2WB+zcJWB7IHTFhWrPpJQ+crV2EjsWd 6/kw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=2IUkhNe5f7NxgR+VnAGr4lo7rlPkfhAEukoAxuvwp0Q=; b=iaaWaZAAdBGue2gqJGz1d5TspJgts3+37UM+86SQsTdxkE2fBWgDa9oS3/M9cht4oU YfRURh/tnbfOUMqrh/siIaibtlpA6Qsbp+rSKEtxNUKL/KviB6UYzxBZhm4JG849ooSj z5bf+ffb1rPcqHjKNEQVGQ5e8oXj9/U+p+4WTHiVORkU0DwcPBwFbOsKbfNCKKz6rIIO qoCduJROM5305P5cMTFqiyKP+ngubjngwyBXFUaLfy4ekG1x2FTJMPFzqXBMQU8DSiVJ y6t+jZ0sfDlccL7ffRD/Y2nv/4GhKzSxT37KBsetspVHRXlxNb09lszogWQINsH2iy8r /UzQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y14-v6si17940093plp.371.2018.09.10.19.20.21; Mon, 10 Sep 2018 19:20:36 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726601AbeIKHQg convert rfc822-to-8bit (ORCPT + 99 others); Tue, 11 Sep 2018 03:16:36 -0400 Received: from cmccmta3.chinamobile.com ([221.176.66.81]:43622 "EHLO cmccmta3.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726182AbeIKHQg (ORCPT ); Tue, 11 Sep 2018 03:16:36 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.19]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee95b97263582c-6837c; Tue, 11 Sep 2018 10:19:33 +0800 (CST) X-RM-TRANSID: 2ee95b97263582c-6837c X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from [172.16.200.163] (unknown[112.25.154.148]) by rmsmtp-syy-appsvr10-12010 (RichMail) with SMTP id 2eea5b97263374e-044ee; Tue, 11 Sep 2018 10:19:33 +0800 (CST) X-RM-TRANSID: 2eea5b97263374e-044ee Content-Type: text/plain; charset=gb2312 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [PATCH] ip6_gre: simplify gre header parsing in ip6gre_err From: Haishuang Yan In-Reply-To: <20180910173640.117bf42f@redhat.com> Date: Tue, 11 Sep 2018 10:19:31 +0800 Cc: "David S. Miller" , Alexey Kuznetsov , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: References: <1536567909-25089-1-git-send-email-yanhaishuang@cmss.chinamobile.com> <20180910173640.117bf42f@redhat.com> To: Jiri Benc X-Mailer: Apple Mail (2.3273) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > On 2018??9??10??, at ????11:36, Jiri Benc wrote: > > On Mon, 10 Sep 2018 16:25:09 +0800, Haishuang Yan wrote: >> + if (gre_parse_header(skb, &tpi, &csum_err, htons(ETH_P_IPV6), >> + offset) < 0) { >> + if (!csum_err) /* ignore csum errors. */ >> + return; >> } > > gre_parse_header stops parsing when csum_err is encountered. Which > means tpi.key is undefined... > >> >> - if (!pskb_may_pull(skb, offset + grehlen)) >> - return; >> ipv6h = (const struct ipv6hdr *)skb->data; >> - greh = (const struct gre_base_hdr *)(skb->data + offset); >> - key = key_off ? *(__be32 *)(skb->data + key_off) : 0; >> - >> t = ip6gre_tunnel_lookup(skb->dev, &ipv6h->daddr, &ipv6h->saddr, >> - key, greh->protocol); >> + tpi.key, tpi.proto); > > ...and can't be used here. > > Jiri > You are right. Thanks for reviewing. So the same problem also arise in ipgre_err code: 187 iph = (const struct iphdr *)(icmp_hdr(skb) + 1); 188 t = ip_tunnel_lookup(itn, skb->dev->ifindex, tpi->flags, 189 iph->daddr, iph->saddr, tpi->key); Since csum_err may not be used outside, how about refactoring gre_parse_header function like this: --- a/net/ipv4/gre_demux.c +++ b/net/ipv4/gre_demux.c @@ -86,7 +86,7 @@ int gre_parse_header(struct sk_buff *skb, struct tnl_ptk_info *tpi, options = (__be32 *)(greh + 1); if (greh->flags & GRE_CSUM) { - if (skb_checksum_simple_validate(skb)) { + if (csum_err && skb_checksum_simple_validate(skb)) { *csum_err = true; return -EINVAL; } And in gre_err function, we can call gre_parse_header(skb, &tpi, NULL, **) like this: --- a/net/ipv4/ip_gre.c +++ b/net/ipv4/ip_gre.c @@ -234,11 +234,9 @@ static void gre_err(struct sk_buff *skb, u32 info) struct tnl_ptk_info tpi; bool csum_err = false; - if (gre_parse_header(skb, &tpi, &csum_err, htons(ETH_P_IP), - iph->ihl * 4) < 0) { - if (!csum_err) /* ignore csum errors. */ + if (gre_parse_header(skb, &tpi, NULL, htons(ETH_P_IP), + iph->ihl * 4) < 0) return; - }