netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ@public.gmane.org>
To: Sergei Shtylyov
	<sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
Cc: Hariprasad Shenai
	<hariprasad-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>,
	netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org,
	roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org,
	dm-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org,
	swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org,
	leedom-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org,
	santosh-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org,
	kumaras-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org,
	nirranjan-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org
Subject: Re: [PATCHv5 net-next 15/31] iw_cxgb4: save the correct map length for fast_reg_page_lists
Date: Mon, 10 Mar 2014 13:09:21 -0700	[thread overview]
Message-ID: <1394482161.21085.6.camel@joe-AO722> (raw)
In-Reply-To: <531E23E9.4030702-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>

On Mon, 2014-03-10 at 23:43 +0300, Sergei Shtylyov wrote:
> Hello.
> 
> On 03/10/2014 08:08 PM, Hariprasad Shenai wrote:
> > From: Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>
> > We cannot save the mapped length using the rdma max_page_list_len field
> > of the ib_fast_reg_page_list struct because the core code uses it.  This
> > results in an incorrect unmap of the page list in c4iw_free_fastreg_pbl().
[]
> > diff --git a/drivers/infiniband/hw/cxgb4/mem.c b/drivers/infiniband/hw/cxgb4/mem.c
[]
> > @@ -903,7 +903,11 @@ struct ib_fast_reg_page_list *c4iw_alloc_fastreg_pbl(struct ib_device *device,
> >   	dma_unmap_addr_set(c4pl, mapping, dma_addr);
> >   	c4pl->dma_addr = dma_addr;
> >   	c4pl->dev = dev;
> > -	c4pl->ibpl.max_page_list_len = pll_len;
> > +	c4pl->pll_len = pll_len;
> > +
> > +	PDBG("%s c4pl %p pll_len %u page_list %p dma_addr %p\n",
> > +	     __func__, c4pl, c4pl->pll_len, c4pl->ibpl.page_list,
> > +	     (void *)c4pl->dma_addr);
> 
>     There's %pad format for printing dma_addr_t, no need to cast and use %p.

This would also probably give a gcc warning
when the sizeof a dma_addr_t is not the same
size as a void *.


--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2014-03-10 20:09 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-10 17:07 [PATCHv5 net-next 00/31] Misc. fixes for cxgb4 and iw_cxgb4 Hariprasad Shenai
2014-03-10 17:07 ` [PATCHv5 net-next 01/31] cxgb4: Fix some small bugs in t4_sge_init_soft() when our Page Size is 64KB Hariprasad Shenai
2014-03-10 17:07 ` [PATCHv5 net-next 02/31] cxgb4: Add code to dump SGE registers when hitting idma hangs Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 03/31] cxgb4: Rectify emitting messages about SGE Ingress DMA channels being potentially stuck Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 04/31] cxgb4: Updates for T5 SGE's Egress Congestion Threshold Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 05/31] cxgb4: Calculate len properly for LSO path Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 07/31] iw_cxgb4: Allow loopback connections Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 08/31] iw_cxgb4: release neigh entry in error paths Hariprasad Shenai
2014-03-10 17:35   ` David Miller
2014-03-10 17:08 ` [PATCHv5 net-next 09/31] iw_cxgb4: Treat CPL_ERR_KEEPALV_NEG_ADVICE as negative advice Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 10/31] cxgb4/iw_cxgb4: Doorbell Drop Avoidance Bug Fixes Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 11/31] iw_cxgb4: use the BAR2/WC path for kernel QPs and T5 devices Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 13/31] iw_cxgb4: Mind the sq_sig_all/sq_sig_type QP attributes Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 14/31] iw_cxgb4: default peer2peer mode to 1 Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 15/31] iw_cxgb4: save the correct map length for fast_reg_page_lists Hariprasad Shenai
     [not found]   ` <1394471308-4304-16-git-send-email-hariprasad-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
2014-03-10 20:43     ` Sergei Shtylyov
     [not found]       ` <531E23E9.4030702-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org>
2014-03-10 20:09         ` Joe Perches [this message]
2014-03-10 17:08 ` [PATCHv5 net-next 16/31] iw_cxgb4: don't leak skb in c4iw_uld_rx_handler() Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 17/31] iw_cxgb4: fix possible memory leak in RX_PKT processing Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 18/31] iw_cxgb4: ignore read reponse type 1 CQEs Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 19/31] iw_cxgb4: connect_request_upcall fixes Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 20/31] iw_cxgb4: adjust tcp snd/rcv window based on link speed Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 21/31] iw_cxgb4: update snd_seq when sending MPA messages Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 22/31] iw_cxgb4: lock around accept/reject downcalls Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 23/31] iw_cxgb4: drop RX_DATA packets if the endpoint is gone Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 24/31] iw_cxgb4: rx_data() needs to hold the ep mutex Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 25/31] iw_cxgb4: endpoint timeout fixes Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 26/31] iw_cxgb4: rmb() after reading valid gen bit Hariprasad Shenai
     [not found] ` <1394471308-4304-1-git-send-email-hariprasad-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org>
2014-03-10 17:08   ` [PATCHv5 net-next 06/31] iw_cxgb4: cap CQ size at T4_MAX_IQ_SIZE Hariprasad Shenai
2014-03-10 17:08   ` [PATCHv5 net-next 12/31] iw_cxgb4: Fix incorrect BUG_ON conditions Hariprasad Shenai
2014-03-10 17:08   ` [PATCHv5 net-next 27/31] iw_cxgb4: wc_wmb() needed after DB writes Hariprasad Shenai
2014-03-10 17:08   ` [PATCHv5 net-next 28/31] iw_cxgb4: SQ flush fix Hariprasad Shenai
2014-03-10 17:35   ` [PATCHv5 net-next 00/31] Misc. fixes for cxgb4 and iw_cxgb4 David Miller
     [not found]     ` <20140310.133503.1268399872836123591.davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>
2014-03-10 18:01       ` Steve Wise
2014-03-10 17:08 ` [PATCHv5 net-next 29/31] iw_cxgb4: minor fixes Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 30/31] iw_cxgb4: Max fastreg depth depends on DSGL support Hariprasad Shenai
2014-03-10 17:08 ` [PATCHv5 net-next 31/31] iw_cxgb4: Use pr_warn_ratelimited Hariprasad Shenai

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1394482161.21085.6.camel@joe-AO722 \
    --to=joe-6d6dil74uinbdgjk7y7tuq@public.gmane.org \
    --cc=davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org \
    --cc=dm-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=hariprasad-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=kumaras-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=leedom-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=nirranjan-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org \
    --cc=santosh-ut6Up61K2wZBDgjK7y7TUQ@public.gmane.org \
    --cc=sergei.shtylyov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8@public.gmane.org \
    --cc=swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).