Received: by 10.223.185.116 with SMTP id b49csp977623wrg; Tue, 20 Feb 2018 10:57:21 -0800 (PST) X-Google-Smtp-Source: AH8x225qNJTQhzSnevR/00Uz4LEAKRwDaUCZc3CMfLjhUwwiICJ8osZ7+ls/QVP2LlSb4jT+kjsb X-Received: by 10.99.147.72 with SMTP id w8mr469904pgm.300.1519153041195; Tue, 20 Feb 2018 10:57:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519153041; cv=none; d=google.com; s=arc-20160816; b=EUHVUhTKX+yV0TTkpUaII/jJa4LjkrCi2keKnABQ7A3m62OaU0zyhEWuXv0kXq4C0t Q3r1/mk+UDoSp2b2k2wXsOSQXpkpOuL5o6jRo3Zcsm8/xEWjMlr/o/pA4iOpXB+tAflE eFq3IRNjlYSuQxvRsMzR0EySDxuMcYKxB0eMJVysQ+CV3a9CXfQq5ktE/wswb8Dtj67x RMkBebDYVc+M5zgcxCrdGddklqj7hd/jUKhKRS9LlbyJ2uR6/mYFa+8QtV8T4gXPvUiX v53wAKmWeJJCc1tFkratMkTMio1+wfUviL9viYrMI0zl2Pq+/xw1XoBs+3CqGkVeKbyz 62ew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=090R5itdCEiSBKNCJhXxyT+0pOvSBGk2cTgBghd5I7w=; b=Zgx5RkL9EC5W2TRYcxI94X964M2rMzRkpKkX/PQZJUJC3xmyIFS7oR8EQaUXpdECJA Kue+vwhYRSuoXRdffnC+QpAfXa8iP+GvXb+fvbt/ECx2KI+UTUdGLLJC1FFAEolCOGOc 8rOCt/AixckUZLMcc0aPXa5PR9MbKx+IN4yfbkomz8LHGorSXkuickNoYiiG/O+q4rNO monr93Hga91BlSNQjG+h3eiYjmR3TxLzCYsCKIesvQvhhayqoVGBqJQq5iEw+y8GjGmn kO71mr2pkNZg09IMZhqeY49z41FvVDLiKxGhYsrqWCledbZYXWc1pySzoS45p9S1Z4rF KKOw== 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 o21si8029891pgv.679.2018.02.20.10.57.04; Tue, 20 Feb 2018 10:57:21 -0800 (PST) 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 S1751800AbeBTS4T (ORCPT + 99 others); Tue, 20 Feb 2018 13:56:19 -0500 Received: from shards.monkeyblade.net ([184.105.139.130]:48174 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751423AbeBTS4R (ORCPT ); Tue, 20 Feb 2018 13:56:17 -0500 Received: from localhost (67.110.78.66.ptr.us.xo.net [67.110.78.66]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id F36091404D4F9; Tue, 20 Feb 2018 10:56:16 -0800 (PST) Date: Tue, 20 Feb 2018 13:56:16 -0500 (EST) Message-Id: <20180220.135616.822494587891051955.davem@davemloft.net> To: madalin.bucur@nxp.com Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next 1/4] dpaa_eth: fix SG mapping From: David Miller In-Reply-To: <20180219161044.30279-2-madalin.bucur@nxp.com> References: <20180219161044.30279-1-madalin.bucur@nxp.com> <20180219161044.30279-2-madalin.bucur@nxp.com> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) 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.5.12 (shards.monkeyblade.net [149.20.54.216]); Tue, 20 Feb 2018 10:56:17 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Madalin Bucur Date: Mon, 19 Feb 2018 10:10:41 -0600 > An issue in the code mapping the skb fragments into > scatter-gather frames was evidentiated by netperf > TCP_SENDFILE tests. This patch addresses the issue. > > Signed-off-by: Madalin Bucur This is a poorly worded commit message. You have to say exactly what "the issue" is. Reading your patch: > @@ -1916,8 +1916,10 @@ static int skb_to_sg_fd(struct dpaa_priv *priv, > goto csum_failed; > } > > + /* SGT[0] is used by the linear part */ > sgt = (struct qm_sg_entry *)(sgt_buf + priv->tx_headroom); > - qm_sg_entry_set_len(&sgt[0], skb_headlen(skb)); > + buff_len = skb_headlen(skb); > + qm_sg_entry_set_len(&sgt[0], buff_len); > sgt[0].bpid = FSL_DPAA_BPID_INV; > sgt[0].offset = 0; > addr = dma_map_single(dev, skb->data, This change has no effect and is unrelated. Please do not mix unrelated changes with the main change, because this makes it hard to review your work. > @@ -1930,27 +1932,28 @@ static int skb_to_sg_fd(struct dpaa_priv *priv, > qm_sg_entry_set64(&sgt[0], addr); > > /* populate the rest of SGT entries */ > - frag = &skb_shinfo(skb)->frags[0]; > - frag_len = frag->size; > - for (i = 1; i <= nr_frags; i++, frag++) { > + for (i = 0; i < nr_frags; i++) { > + frag = &skb_shinfo(skb)->frags[i]; > + buff_len = frag->size; > WARN_ON(!skb_frag_page(frag)); > addr = skb_frag_dma_map(dev, frag, 0, > - frag_len, dma_dir); > + buff_len, dma_dir); And clearly the bug you are fixing is simply that frag_len was only being set for the first fragment. Please just fix that bug and remove all of these other completely unrelated changes.