Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp4479819pxu; Wed, 9 Dec 2020 19:28:13 -0800 (PST) X-Google-Smtp-Source: ABdhPJy3lbdj9Glho+Cx4ZooUkYVBX1bY+fdccrC/jebJ9EVrrwGhidkusx9T+LObVoRLzkA0QCK X-Received: by 2002:a05:6402:1592:: with SMTP id c18mr4760940edv.181.1607570893698; Wed, 09 Dec 2020 19:28:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607570893; cv=none; d=google.com; s=arc-20160816; b=BO8UubQjMmysNYCP+8EvdO0lpNIomFo9EsBdWA1x4k/Wq7QvH7fhI+xPrXAazvMMbS eNE3RnxJQa9IIZsh/voWiVEmo69ywhdod71GSFYGZu2O2GB2si4jN0teYLBaezsqNCd8 KDyz0NFxfrIBBuOt0cHr7j4xj5Fr7qQqYwCasI2MFVSp9/7TN9ogh3y89yncf1T+lKAV wBLsy0FpB/ISAeZjGRW4niI3jOGHTNPkRhCFTgEbRDy7PPj6Pos4qXQS8ezVDX9Jam+L m3xWI6xeC651UCqNEDiYCLqRHeTOUWp5sE/D6hAA1Ccftq+D2GkOPDyH6jE2pmOup5lR UasQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=a2ncCoS3IcG9yTV6qxEXlkHKCGfkJw7j2uWpPeEbiQM=; b=k5DMX7RtLhzRpcEl1J9SSsTAqMRUWUfewqcI7cfU8CEspgffX+NssVZSF8ukKrqLwk /Mt64Obg+D7tjoX00NCafaKmyQj+ncqXgoT3udr6ZQ3OPZyLg8l8cmDiSN+6BsOSzU9C PT1PMHFJiVyc4ITwfYo8SYFZ//Gpecj+4XvLT5JFBFh7qIwXi6hW8Iw7rwDhBsWT2Z1y hGYptPpkGM255VA5xhbk/WJTjfleUN/erCtregiGBJOWjBUYQKpUaEJQ33zXXlsQeAHU sYsZZQW7/GNB9WujJpiRntd6xJjbbHNRExKnkgWt68u29kPTYLmOqkadkXbxyKSxTtOy PKQw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm18si79797edb.422.2020.12.09.19.27.49; Wed, 09 Dec 2020 19:28:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729337AbgLJDZJ (ORCPT + 99 others); Wed, 9 Dec 2020 22:25:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43134 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729002AbgLJDYy (ORCPT ); Wed, 9 Dec 2020 22:24:54 -0500 Received: from mail.monkeyblade.net (shards.monkeyblade.net [IPv6:2620:137:e000::1:9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 24BF2C0613CF; Wed, 9 Dec 2020 19:24:14 -0800 (PST) Received: from localhost (unknown [IPv6:2601:601:9f00:477:9e51:a893:b0fe:602a]) by mail.monkeyblade.net (Postfix) with ESMTPSA id 6F6CD4D259C1A; Wed, 9 Dec 2020 19:23:52 -0800 (PST) Date: Wed, 09 Dec 2020 19:23:51 -0800 (PST) Message-Id: <20201209.192351.1592604556832105313.davem@davemloft.net> To: xie.he.0141@gmail.com Cc: kuba@kernel.org, linux-x25@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, ms@dev.tdt.de Subject: Re: [PATCH net-next v2] net: hdlc_x25: Remove unnecessary skb_reset_network_header calls From: David Miller In-Reply-To: <20201209014013.4996-1-xie.he.0141@gmail.com> References: <20201209014013.4996-1-xie.he.0141@gmail.com> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (mail.monkeyblade.net [0.0.0.0]); Wed, 09 Dec 2020 19:23:52 -0800 (PST) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Xie He Date: Tue, 8 Dec 2020 17:40:13 -0800 > 1. In x25_xmit, skb_reset_network_header is not necessary before we call > lapb_data_request. The lapb module doesn't need skb->network_header. > So there is no need to set skb->network_header before calling > lapb_data_request. > > 2. In x25_data_indication (called by the lapb module after some data > have been received), skb_reset_network_header is not necessary before we > call netif_rx. After we call netif_rx, the code in net/core/dev.c will > call skb_reset_network_header before handing the skb to upper layers > (in __netif_receive_skb_core, called by __netif_receive_skb_one_core, > called by __netif_receive_skb, called by process_backlog). So we don't > need to call skb_reset_network_header by ourselves. > > Cc: Martin Schiller > Signed-off-by: Xie He Applied, thanks.