Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp5701888rwr; Tue, 9 May 2023 05:22:46 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ635G7/4yOk+3opxkHxFsguBgG7qHZP7j6vUnJrywpsYTP/kX93XzH3qjGhzMW4RFJa86+G X-Received: by 2002:a05:6a00:23c4:b0:63d:254a:3901 with SMTP id g4-20020a056a0023c400b0063d254a3901mr17639615pfc.25.1683634966469; Tue, 09 May 2023 05:22:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1683634966; cv=none; d=google.com; s=arc-20160816; b=s4jMbnkUYbWxtou2fzRs4IFbrT8O2AmWi4DTwGSVdWeVeMUWdOtxUCnaNkfsBajfmv VUSymojzNJacZ7MmRa+TTpuxpMJudf8ExyqhHQMdYmkaECPjLfUMsHKDdgzeoyczVNxc a6AaZ+HkGGcVlaB/yqPGhHq9iWBAMrhmKwq1SPd6W1/3w17/y9hw6+tXqBO6mc1e0ewH nJ5YuY8Zf4uPTfbtrd1XVS0yNE0uQ91mJZ+I7AMSdzNDP8OfXhGgMf8JqqDpMdXeQVi7 cOjM7RXzdXrE8T0Kt82usOCi+wpUEdoOauaBxz6T17PX9o/YMlB0G+yoJKQ78NqZnUWe KLmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :content-language:accept-language:message-id:date:thread-index :thread-topic:subject:cc:to:from; bh=dXCoqNfjtwqErWLaFpwQ9tyRTas821VfdhKC+R3v6Uc=; b=davrHr96S6k+5oXXG7k91vCfvj9guBgELbvHWeRIo5LrhfjjB9LnaX7EMcIE0967gR s7dnx6RGrs7CLRPrp/TleQXUrn0LhccBAg1oqqxx2e1SwFw4L46cBUNrsl3FfcXtky2j BxRU1D927PIWs/x7Wv5eFi4jYz1pkn19nanEn3d4oAf+Y7ij9Prk5utH9GF3A3gp/6DZ J5tW1ELxJ1vdAaHFZckKJpd/KNLJZNdarhprWuQwlxfdr9+z/ikQAEv6un1jQuBdjnSv 1IDKsR0xTwvjT9od1OQ2yzr1TQrrqyqJqQR44xYLvpgoXoVGxmP+HCKrTIj724ozhyfy 63sw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a25-20020a637059000000b0052c89d50011si1385310pgn.676.2023.05.09.05.22.34; Tue, 09 May 2023 05:22:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235559AbjEILvE convert rfc822-to-8bit (ORCPT + 99 others); Tue, 9 May 2023 07:51:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37242 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235544AbjEILvD (ORCPT ); Tue, 9 May 2023 07:51:03 -0400 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2138440E0; Tue, 9 May 2023 04:51:02 -0700 (PDT) Received: from canpemm100009.china.huawei.com (unknown [172.30.72.54]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4QFxG204rgzpV7y; Tue, 9 May 2023 19:46:50 +0800 (CST) Received: from kwepemi500026.china.huawei.com (7.221.188.247) by canpemm100009.china.huawei.com (7.192.105.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Tue, 9 May 2023 19:51:00 +0800 Received: from kwepemi500026.china.huawei.com ([7.221.188.247]) by kwepemi500026.china.huawei.com ([7.221.188.247]) with mapi id 15.01.2507.023; Tue, 9 May 2023 19:50:59 +0800 From: "dongchenchen (A)" To: "simon.horman@corigine.com" CC: David Miller , "edumazet@google.com" , "jbenc@redhat.com" , "kuba@kernel.org" , "pabeni@redhat.com" , "linux-kernel@vger.kernel.org" , "netdev@vger.kernel.org" , "weiyongjun (A)" , yuehaibing Subject: Re: [PATCH next, v2] net: nsh: Use correct mac_offset to unwind gso skb in nsh_gso_segment() Thread-Topic: Re: [PATCH next, v2] net: nsh: Use correct mac_offset to unwind gso skb in nsh_gso_segment() Thread-Index: AdmCa6/13xAu81DfR1qLOi3J8tOZMQ== Date: Tue, 9 May 2023 11:50:59 +0000 Message-ID: <772b50e4ecb24da98ae917b650891d8d@huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.174.177.223] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > As the call trace shows, skb_panic was caused by wrong > > skb->mac_header in nsh_gso_segment(): > > > > invalid opcode: 0000 [#1] PREEMPT SMP KASAN PTI > > CPU: 3 PID: 2737 Comm: syz Not tainted 6.3.0-next-20230505 #1 > > RIP: 0010:skb_panic+0xda/0xe0 > > call Trace: > > skb_push+0x91/0xa0 > > nsh_gso_segment+0x4f3/0x570 > > skb_mac_gso_segment+0x19e/0x270 > > __skb_gso_segment+0x1e8/0x3c0 > > validate_xmit_skb+0x452/0x890 > > validate_xmit_skb_list+0x99/0xd0 > > sch_direct_xmit+0x294/0x7c0 > > __dev_queue_xmit+0x16f0/0x1d70 > > packet_xmit+0x185/0x210 > > packet_snd+0xc15/0x1170 > > packet_sendmsg+0x7b/0xa0 > > sock_sendmsg+0x14f/0x160 > > > > The root cause is: > > nsh_gso_segment() use skb->network_header - nhoff to reset > > mac_header in skb_gso_error_unwind() if inner-layer protocol gso fails. > > However, skb->network_header may be reset by inner-layer protocol > > gso function e.g. mpls_gso_segment. skb->mac_header reset by the > > inaccurate network_header will be larger than skb headroom. > > > > nsh_gso_segment > > nhoff = skb->network_header - skb->mac_header; > > __skb_pull(skb,nsh_len) > > skb_mac_gso_segment > > mpls_gso_segment > > skb_reset_network_header(skb);//skb->network_header+=nsh_len > > return -EINVAL; > > skb_gso_error_unwind > > skb_push(skb, nsh_len); > > skb->mac_header = skb->network_header - nhoff; > > // skb->mac_header > skb->headroom, cause skb_push panic > > > > Use correct mac_offset to restore mac_header to fix it. > > > > Fixes: c411ed854584 ("nsh: add GSO support") > > Signed-off-by: Dong Chenchen > > nit: As this is a fix it should probably be targeted at 'net' > (as opposed to 'net-next'). This should be noted in the subject. > > Subject: [PATCH net v2]... > > > --- > > v2: > > - Use skb->mac_header not skb->network_header-nhoff for mac_offset. > > --- > > net/nsh/nsh.c | 4 ++-- > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > diff --git a/net/nsh/nsh.c b/net/nsh/nsh.c index > > e9ca007718b7..7eb536a9677f 100644 > > --- a/net/nsh/nsh.c > > +++ b/net/nsh/nsh.c > > @@ -78,6 +78,7 @@ static struct sk_buff *nsh_gso_segment(struct > > sk_buff *skb, { > > struct sk_buff *segs = ERR_PTR(-EINVAL); > > unsigned int nsh_len, mac_len; > > + u16 mac_offset = skb->mac_header; > > nit: It is generally preferred to arrange local variable in networking code > from shortest line to longest - reverse xmas tree order. > > This can be verified using. > https://github.com/ecree-solarflare/xmastree/blob/master/README > Thank you very much for your suggestions! v3 will be sent. Dong Chenchen > > __be16 proto; > > int nhoff; > > > > @@ -108,8 +109,7 @@ static struct sk_buff *nsh_gso_segment(struct sk_buff *skb, > > segs = skb_mac_gso_segment(skb, features); > > if (IS_ERR_OR_NULL(segs)) { > > skb_gso_error_unwind(skb, htons(ETH_P_NSH), nsh_len, > > - skb->network_header - nhoff, > > - mac_len); > > + mac_offset, mac_len); > > goto out; > > } > > > > -- > > 2.25.1 > > > >