Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp539510imm; Wed, 4 Jul 2018 01:24:45 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeQTT1AHj+ZpZHLlc8H82PM5bGoim39uZDsM2mTl1Hl0ESwtLDJKgXQiAljCqmOncfLQMzO X-Received: by 2002:aa7:818b:: with SMTP id g11-v6mr1197859pfi.50.1530692684977; Wed, 04 Jul 2018 01:24:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530692684; cv=none; d=google.com; s=arc-20160816; b=IY2Lrb78W0c/aCFuPlVBUOX09ILn3ejonR1T8kqc4dtbI4ZlOv2tTA63ZQyt1zBGBS X9QEokmTCyCWKv3+ZtVF+GH/g3YDI266WBWvKCkTE2JLO06xgX0X0QQw2v883JgHpVW/ FttVxlff/KQPUu8Lt8gJiKSf1Fg6bQLmdCcANyYVFLWNQdkeFZevOnJzZzS7blmxxZtT LaqGEb18E+DAU2KLkfx+/ieL95N3fm0y3TfBIIwbSLNi4yFtU6cCgjcuEPcobZBfkJ18 T4EeM8TwOFgIoTXDbhtazxfbrlKUH7Jonr5/mIDSpSIsSKqBYEeYG4JikzrBXNgNzhnJ dYhg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from:arc-authentication-results; bh=8N0dxtiIIeQaal5k6uhdmV9lwJWGgyVodhu+YVMjfxI=; b=r/ehQgqMWgmpz58xEBUoKQTkLkV4/JiHrioP146pD5NlscGY/L//1VcXuGM9EkUIn6 DJ9hNMeFREdjDNKrQJl5+9aDgDxx31AJQTtuGFuD2ZIEJjuc0ehm0exJZDIeo9QhnXPw 9OVhSwZkQ+bwXYXgKWIcvGDgRRQ4HN+H2NIw1nAxgrjl9P2JIlNAUUs9uvaHLmZJEe2b E38hSCov0I5nBBMk4z6xwu1IxcBHPe5xSl2zPuRoyR3hwJqphMRczGx79Z9XbdBKFAKT /arecSMTj7iY3f6m50iHk/spkfP4oe/H1KPMPMWKe0nXP6rgykzYwfzs9ATY8h2df+OW P9VQ== 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 i8-v6si3035565pfo.128.2018.07.04.01.24.30; Wed, 04 Jul 2018 01:24:44 -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 S934089AbeGDIXA (ORCPT + 99 others); Wed, 4 Jul 2018 04:23:00 -0400 Received: from esa3.microchip.iphmx.com ([68.232.153.233]:5023 "EHLO esa3.microchip.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932350AbeGDIW5 (ORCPT ); Wed, 4 Jul 2018 04:22:57 -0400 X-IronPort-AV: E=Sophos;i="5.51,306,1526367600"; d="scan'208";a="15956780" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa3.microchip.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Jul 2018 01:22:56 -0700 Received: from [10.145.6.82] (10.10.76.4) by chn-sv-exch06.mchp-main.com (10.10.76.107) with Microsoft SMTP Server id 14.3.352.0; Wed, 4 Jul 2018 01:22:56 -0700 From: Claudiu Beznea Subject: Re: [RFC PATCH 2/2] net: macb: Allocate valid memory for TX and RX BD prefetch To: Harini Katakam , , CC: , , , References: <1530286269-32235-1-git-send-email-harini.katakam@xilinx.com> <1530286269-32235-2-git-send-email-harini.katakam@xilinx.com> Message-ID: Date: Wed, 4 Jul 2018 11:22:53 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <1530286269-32235-2-git-send-email-harini.katakam@xilinx.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Harini, Few comments below. Thank you, Claudiu Beznea On 29.06.2018 18:31, Harini Katakam wrote: > GEM version in ZynqMP and most versions greater than r1p07 supports > TX and RX BD prefetch. The number of BDs that can be prefetched is a > HW configurable parameter. For ZynqMP, this parameter is 4. > > When GEM DMA is accessing the last BD in the ring, even before the > BD is processed and the WRAP bit is noticed, it will have prefetched > BDs outside the BD ring. These will not be processed but it is > necessary to have accessible memory after the last BD. Especially > in cases where SMMU is used, memory locations immediately after the > last BD may not have translation tables triggering HRESP errors. Hence > always allocate extra BDs to accommodate for prefetch. > The value of tx/rx bd prefetch for any given SoC version is: > 2 ^ (corresponding field in design config 10 register). > (value of this field >= 1) > > Added a capability flag so that older IP versions that do not have > DCFG10 or this prefetch capability are not affected. > > Signed-off-by: Harini Katakam > --- > drivers/net/ethernet/cadence/macb.h | 11 +++++++++++ > drivers/net/ethernet/cadence/macb_main.c | 31 +++++++++++++++++++++++++------ > 2 files changed, 36 insertions(+), 6 deletions(-) > > diff --git a/drivers/net/ethernet/cadence/macb.h b/drivers/net/ethernet/cadence/macb.h > index 8665982..b267a7b 100644 > --- a/drivers/net/ethernet/cadence/macb.h > +++ b/drivers/net/ethernet/cadence/macb.h > @@ -166,6 +166,7 @@ > #define GEM_DCFG6 0x0294 /* Design Config 6 */ > #define GEM_DCFG7 0x0298 /* Design Config 7 */ > #define GEM_DCFG8 0x029C /* Design Config 8 */ > +#define GEM_DCFG10 0x02A4 /* Design Config 10 */ > > #define GEM_TXBDCTRL 0x04cc /* TX Buffer Descriptor control register */ > #define GEM_RXBDCTRL 0x04d0 /* RX Buffer Descriptor control register */ > @@ -490,6 +491,12 @@ > #define GEM_SCR2CMP_OFFSET 0 > #define GEM_SCR2CMP_SIZE 8 > > +/* Bitfields in DCFG10 */ > +#define GEM_TXBD_RDBUFF_OFFSET 12 > +#define GEM_TXBD_RDBUFF_SIZE 4 > +#define GEM_RXBD_RDBUFF_OFFSET 8 > +#define GEM_RXBD_RDBUFF_SIZE 4 > + > /* Bitfields in TISUBN */ > #define GEM_SUBNSINCR_OFFSET 0 > #define GEM_SUBNSINCR_SIZE 16 > @@ -635,6 +642,7 @@ > #define MACB_CAPS_USRIO_DISABLED 0x00000010 > #define MACB_CAPS_JUMBO 0x00000020 > #define MACB_CAPS_GEM_HAS_PTP 0x00000040 > +#define MACB_CAPS_BD_PREFETCH 0x00000080 Rename it to MACB_CAPS_BD_RD_PREFETCH, since it is about read prefetch. > #define MACB_CAPS_FIFO_MODE 0x10000000 > #define MACB_CAPS_GIGABIT_MODE_AVAILABLE 0x20000000 > #define MACB_CAPS_SG_DISABLED 0x40000000 > @@ -1203,6 +1211,9 @@ struct macb { > unsigned int max_tuples; > > struct tasklet_struct hresp_err_tasklet; > + > + int rx_bd_prefetch; > + int tx_bd_prefetch; Since it is about read prefetch I would say to rename these fields properly to describe this: int rx_bd_rd_prefetch; int tx_bd_rd_prefetch; or something similar as you did with macros. > }; > > #ifdef CONFIG_MACB_USE_HWSTAMP > diff --git a/drivers/net/ethernet/cadence/macb_main.c b/drivers/net/ethernet/cadence/macb_main.c > index e56ffa9..a7612f6 100644 > --- a/drivers/net/ethernet/cadence/macb_main.c > +++ b/drivers/net/ethernet/cadence/macb_main.c > @@ -1811,6 +1811,7 @@ static void macb_free_consistent(struct macb *bp) > { > struct macb_queue *queue; > unsigned int q; > + int size; > > bp->macbgem_ops.mog_free_rx_buffers(bp); > > @@ -1818,12 +1819,16 @@ static void macb_free_consistent(struct macb *bp) > kfree(queue->tx_skb); > queue->tx_skb = NULL; > if (queue->tx_ring) { > - dma_free_coherent(&bp->pdev->dev, TX_RING_BYTES(bp), > + size = TX_RING_BYTES(bp) + > + (macb_dma_desc_get_size(bp) * bp->tx_bd_prefetch); > + dma_free_coherent(&bp->pdev->dev, size, > queue->tx_ring, queue->tx_ring_dma); > queue->tx_ring = NULL; > } > if (queue->rx_ring) { > - dma_free_coherent(&bp->pdev->dev, RX_RING_BYTES(bp), > + size = RX_RING_BYTES(bp) + > + (macb_dma_desc_get_size(bp) * bp->rx_bd_prefetch); > + dma_free_coherent(&bp->pdev->dev, size, > queue->rx_ring, queue->rx_ring_dma); > queue->rx_ring = NULL; > } > @@ -1873,7 +1878,8 @@ static int macb_alloc_consistent(struct macb *bp) > int size; > > for (q = 0, queue = bp->queues; q < bp->num_queues; ++q, ++queue) { > - size = TX_RING_BYTES(bp); > + size = TX_RING_BYTES(bp) + > + (macb_dma_desc_get_size(bp) * bp->tx_bd_prefetch); > queue->tx_ring = dma_alloc_coherent(&bp->pdev->dev, size, > &queue->tx_ring_dma, > GFP_KERNEL); > @@ -1889,7 +1895,8 @@ static int macb_alloc_consistent(struct macb *bp) > if (!queue->tx_skb) > goto out_err; > > - size = RX_RING_BYTES(bp); > + size = RX_RING_BYTES(bp) + > + (macb_dma_desc_get_size(bp) * bp->rx_bd_prefetch); > queue->rx_ring = dma_alloc_coherent(&bp->pdev->dev, size, > &queue->rx_ring_dma, GFP_KERNEL); > if (!queue->rx_ring) > @@ -3794,7 +3801,7 @@ static const struct macb_config np4_config = { > static const struct macb_config zynqmp_config = { > .caps = MACB_CAPS_GIGABIT_MODE_AVAILABLE | > MACB_CAPS_JUMBO | > - MACB_CAPS_GEM_HAS_PTP, > + MACB_CAPS_GEM_HAS_PTP | MACB_CAPS_BD_PREFETCH, > .dma_burst_length = 16, > .clk_init = macb_clk_init, > .init = macb_init, > @@ -3855,7 +3862,7 @@ static int macb_probe(struct platform_device *pdev) > void __iomem *mem; > const char *mac; > struct macb *bp; > - int err; > + int err, buff; I would use "val" instead of "buff" > > regs = platform_get_resource(pdev, IORESOURCE_MEM, 0); > mem = devm_ioremap_resource(&pdev->dev, regs); > @@ -3944,6 +3951,18 @@ static int macb_probe(struct platform_device *pdev) > else > dev->max_mtu = ETH_DATA_LEN; > > + bp->rx_bd_prefetch = 0; > + bp->tx_bd_prefetch = 0; No need for zero init since alloc_etherdev_mq() will allocate with __GFP_ZERO flag (actually, kvzalloc() will be called) > + if (bp->caps & MACB_CAPS_BD_PREFETCH) { > + buff = GEM_BFEXT(RXBD_RDBUFF, gem_readl(bp, DCFG10)); > + if (buff) > + bp->rx_bd_prefetch = 2 << (buff - 1); > + > + buff = GEM_BFEXT(TXBD_RDBUFF, gem_readl(bp, DCFG10)); > + if (buff) > + bp->tx_bd_prefetch = 2 << (buff - 1); > + } > + > mac = of_get_mac_address(np); > if (mac) { > ether_addr_copy(bp->dev->dev_addr, mac); > With these you can add: Reviewed-by: Claudiu Beznea