Re: [PATCH net-next] bnxt: add dma mapping attributes

2017-05-09 Thread Shannon Nelson 

On 5/9/2017 5:49 PM, David Miller wrote:

From: Shannon Nelson 
Date: Tue,  9 May 2017 13:37:33 -0700


@@ -66,6 +66,12 @@
 MODULE_DESCRIPTION("Broadcom BCM573xx network driver");
 MODULE_VERSION(DRV_MODULE_VERSION);

+#ifdef CONFIG_SPARC
+#define BNXT_DMA_ATTRS  DMA_ATTR_WEAK_ORDERING
+#else
+#define BNXT_DMA_ATTRS 0
+#endif
+


I do not what this ifdef crap showing up in every driver just
to improve performance on one platform.

This needs to be generically done somehow in a way that
drivers get the correct setting automatically and without
ifdef checks.



Yes, these do get ugly, and as Michael pointed out this really is an 
advisory bit and should just be ignored by platforms that don't care. 
I'll just respin this using the DMA_ATTR_WEAK_ORDERING bit directly 
rather than obscuring it with a BNXT define.


sln

Re: [PATCH net-next] bnxt: add dma mapping attributes

2017-05-09 Thread David Miller 
From: Shannon Nelson 
Date: Tue,  9 May 2017 13:37:33 -0700

> @@ -66,6 +66,12 @@
>  MODULE_DESCRIPTION("Broadcom BCM573xx network driver");
>  MODULE_VERSION(DRV_MODULE_VERSION);
>  
> +#ifdef CONFIG_SPARC
> +#define BNXT_DMA_ATTRS  DMA_ATTR_WEAK_ORDERING
> +#else
> +#define BNXT_DMA_ATTRS   0
> +#endif
> +

I do not what this ifdef crap showing up in every driver just
to improve performance on one platform.

This needs to be generically done somehow in a way that
drivers get the correct setting automatically and without
ifdef checks.

Re: [PATCH net-next] bnxt: add dma mapping attributes

2017-05-09 Thread Shannon Nelson 

On 5/9/2017 2:05 PM, Michael Chan wrote:

On Tue, May 9, 2017 at 1:37 PM, Shannon Nelson
 wrote:

On the SPARC platform we need to use the DMA_ATTR_WEAK_ORDERING attribute
in our Rx path dma mapping in order to get the expected performance out
of the receive path.  Adding it to the Tx path has little effect, so
that's not a part of this patch.

Signed-off-by: Shannon Nelson 
Reviewed-by: Tushar Dave 
Reviewed-by: Tom Saeger 
---
 drivers/net/ethernet/broadcom/bnxt/bnxt.c |   61 ++--
 1 files changed, 39 insertions(+), 22 deletions(-)

diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c 
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 1f1e54b..771742c 100644
--- a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
+++ b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
@@ -66,6 +66,12 @@
 MODULE_DESCRIPTION("Broadcom BCM573xx network driver");
 MODULE_VERSION(DRV_MODULE_VERSION);

+#ifdef CONFIG_SPARC
+#define BNXT_DMA_ATTRS  DMA_ATTR_WEAK_ORDERING
+#else
+#define BNXT_DMA_ATTRS 0
+#endif
+


I think we can use the same attribute for all architectures.
Architectures that don't implement weak ordering will ignore the
attribute.



In the long run, you are probably correct, and it would be simple enough 
to change this.  However, given the recent threads about the 
applicability of Relaxed Ordering and a couple of PCIe root complexes 
that have been found to have issues with Relaxed Ordering TLPs, I prefer 
to stay on the conservative side and set it up only for the platform I 
know.  As it stands, this patch won't change the currently working 
behavior on other platforms, but will help us out on the one we know can 
use the feature.


sln

Re: [PATCH net-next] bnxt: add dma mapping attributes

2017-05-09 Thread Michael Chan 
On Tue, May 9, 2017 at 1:37 PM, Shannon Nelson
 wrote:
> On the SPARC platform we need to use the DMA_ATTR_WEAK_ORDERING attribute
> in our Rx path dma mapping in order to get the expected performance out
> of the receive path.  Adding it to the Tx path has little effect, so
> that's not a part of this patch.
>
> Signed-off-by: Shannon Nelson 
> Reviewed-by: Tushar Dave 
> Reviewed-by: Tom Saeger 
> ---
>  drivers/net/ethernet/broadcom/bnxt/bnxt.c |   61 ++--
>  1 files changed, 39 insertions(+), 22 deletions(-)
>
> diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c 
> b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> index 1f1e54b..771742c 100644
> --- a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> +++ b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
> @@ -66,6 +66,12 @@
>  MODULE_DESCRIPTION("Broadcom BCM573xx network driver");
>  MODULE_VERSION(DRV_MODULE_VERSION);
>
> +#ifdef CONFIG_SPARC
> +#define BNXT_DMA_ATTRS  DMA_ATTR_WEAK_ORDERING
> +#else
> +#define BNXT_DMA_ATTRS 0
> +#endif
> +

I think we can use the same attribute for all architectures.
Architectures that don't implement weak ordering will ignore the
attribute.

[PATCH net-next] bnxt: add dma mapping attributes

2017-05-09 Thread Shannon Nelson 
On the SPARC platform we need to use the DMA_ATTR_WEAK_ORDERING attribute
in our Rx path dma mapping in order to get the expected performance out
of the receive path.  Adding it to the Tx path has little effect, so
that's not a part of this patch.

Signed-off-by: Shannon Nelson 
Reviewed-by: Tushar Dave 
Reviewed-by: Tom Saeger 
---
 drivers/net/ethernet/broadcom/bnxt/bnxt.c |   61 ++--
 1 files changed, 39 insertions(+), 22 deletions(-)

diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c 
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 1f1e54b..771742c 100644
--- a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
+++ b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
@@ -66,6 +66,12 @@
 MODULE_DESCRIPTION("Broadcom BCM573xx network driver");
 MODULE_VERSION(DRV_MODULE_VERSION);
 
+#ifdef CONFIG_SPARC
+#define BNXT_DMA_ATTRS  DMA_ATTR_WEAK_ORDERING
+#else
+#define BNXT_DMA_ATTRS 0
+#endif
+
 #define BNXT_RX_OFFSET (NET_SKB_PAD + NET_IP_ALIGN)
 #define BNXT_RX_DMA_OFFSET NET_SKB_PAD
 #define BNXT_RX_COPY_THRESH 256
@@ -582,7 +588,8 @@ static void bnxt_tx_int(struct bnxt *bp, struct bnxt_napi 
*bnapi, int nr_pkts)
if (!page)
return NULL;
 
-   *mapping = dma_map_page(dev, page, 0, PAGE_SIZE, bp->rx_dir);
+   *mapping = dma_map_page_attrs(dev, page, 0, PAGE_SIZE, bp->rx_dir,
+ BNXT_DMA_ATTRS);
if (dma_mapping_error(dev, *mapping)) {
__free_page(page);
return NULL;
@@ -601,8 +608,9 @@ static void bnxt_tx_int(struct bnxt *bp, struct bnxt_napi 
*bnapi, int nr_pkts)
if (!data)
return NULL;
 
-   *mapping = dma_map_single(>dev, data + bp->rx_dma_offset,
- bp->rx_buf_use_size, bp->rx_dir);
+   *mapping = dma_map_single_attrs(>dev, data + bp->rx_dma_offset,
+   bp->rx_buf_use_size, bp->rx_dir,
+   BNXT_DMA_ATTRS);
 
if (dma_mapping_error(>dev, *mapping)) {
kfree(data);
@@ -705,8 +713,9 @@ static inline int bnxt_alloc_rx_page(struct bnxt *bp,
return -ENOMEM;
}
 
-   mapping = dma_map_page(>dev, page, offset, BNXT_RX_PAGE_SIZE,
-  PCI_DMA_FROMDEVICE);
+   mapping = dma_map_page_attrs(>dev, page, offset,
+BNXT_RX_PAGE_SIZE, PCI_DMA_FROMDEVICE,
+BNXT_DMA_ATTRS);
if (dma_mapping_error(>dev, mapping)) {
__free_page(page);
return -EIO;
@@ -799,7 +808,8 @@ static void bnxt_reuse_rx_agg_bufs(struct bnxt_napi *bnapi, 
u16 cp_cons,
return NULL;
}
dma_addr -= bp->rx_dma_offset;
-   dma_unmap_page(>pdev->dev, dma_addr, PAGE_SIZE, bp->rx_dir);
+   dma_unmap_page_attrs(>pdev->dev, dma_addr, PAGE_SIZE, bp->rx_dir,
+BNXT_DMA_ATTRS);
 
if (unlikely(!payload))
payload = eth_get_headlen(data_ptr, len);
@@ -841,8 +851,8 @@ static void bnxt_reuse_rx_agg_bufs(struct bnxt_napi *bnapi, 
u16 cp_cons,
}
 
skb = build_skb(data, 0);
-   dma_unmap_single(>pdev->dev, dma_addr, bp->rx_buf_use_size,
-bp->rx_dir);
+   dma_unmap_single_attrs(>pdev->dev, dma_addr, bp->rx_buf_use_size,
+  bp->rx_dir, BNXT_DMA_ATTRS);
if (!skb) {
kfree(data);
return NULL;
@@ -909,8 +919,8 @@ static void bnxt_reuse_rx_agg_bufs(struct bnxt_napi *bnapi, 
u16 cp_cons,
return NULL;
}
 
-   dma_unmap_page(>dev, mapping, BNXT_RX_PAGE_SIZE,
-  PCI_DMA_FROMDEVICE);
+   dma_unmap_page_attrs(>dev, mapping, BNXT_RX_PAGE_SIZE,
+PCI_DMA_FROMDEVICE, BNXT_DMA_ATTRS);
 
skb->data_len += frag_len;
skb->len += frag_len;
@@ -1329,8 +1339,9 @@ static void bnxt_abort_tpa(struct bnxt *bp, struct 
bnxt_napi *bnapi,
tpa_info->mapping = new_mapping;
 
skb = build_skb(data, 0);
-   dma_unmap_single(>pdev->dev, mapping, bp->rx_buf_use_size,
-bp->rx_dir);
+   dma_unmap_single_attrs(>pdev->dev, mapping,
+  bp->rx_buf_use_size, bp->rx_dir,
+  BNXT_DMA_ATTRS);
 
if (!skb) {
kfree(data);
@@ -1971,9 +1982,11 @@ static void bnxt_free_rx_skbs(struct bnxt *bp)
if (!data)
continue;
 
-   dma_unmap_single(>dev, tpa_info->mapping,
-bp->rx_buf_use_size,
-