From: Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>
To: Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Saeed Mahameed
<saeedm-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>,
Christoph Hellwig <hch-jcswGhMUV9g@public.gmane.org>,
Leon Romanovsky <leonro-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH v5 for-4.13 3/7] mlx5: move affinity hints assignments to generic code
Date: Fri, 16 Jun 2017 11:47:46 +0200 [thread overview]
Message-ID: <20170616094746.GB12547@lst.de> (raw)
In-Reply-To: <1497533594-11579-4-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
>
> +static int mlx5e_get_node(struct mlx5e_priv *priv, int ix)
> +{
> + return pci_irq_get_node(priv->mdev->pdev, MLX5_EQ_VEC_COMP_BASE + ix);
> +}
This helper seems very useful indeed..
> rq->mpwqe.info = kzalloc_node(wq_sz * sizeof(*rq->mpwqe.info),
> - GFP_KERNEL, cpu_to_node(c->cpu));
> + GFP_KERNEL, node);
Why the reindenting?
> /* We allocate more than mtt_sz as we will align the pointer */
> - rq->mpwqe.mtt_no_align = kzalloc_node(mtt_alloc * wq_sz, GFP_KERNEL,
> - cpu_to_node(c->cpu));
> + rq->mpwqe.mtt_no_align = kzalloc_node(mtt_alloc * wq_sz,
> + GFP_KERNEL, node);
Or the moving of GFP_KERNEL to the next line here?
--
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
next prev parent reply other threads:[~2017-06-16 9:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-15 13:33 [PATCH v5 for-4.13 0/7] Automatic affinity settings for nvme over rdma Sagi Grimberg
[not found] ` <1497533594-11579-1-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-06-15 13:33 ` [PATCH v5 for-4.13 1/7] mlx5: convert to generic pci_alloc_irq_vectors Sagi Grimberg
2017-06-15 13:33 ` [PATCH v5 for-4.13 2/7] mlx5e: don't assume anything on the irq affinity mappings of the device Sagi Grimberg
[not found] ` <1497533594-11579-3-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-06-16 9:45 ` Christoph Hellwig
2017-06-15 13:33 ` [PATCH v5 for-4.13 3/7] mlx5: move affinity hints assignments to generic code Sagi Grimberg
[not found] ` <1497533594-11579-4-git-send-email-sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>
2017-06-16 9:47 ` Christoph Hellwig [this message]
[not found] ` <20170616094746.GB12547-jcswGhMUV9g@public.gmane.org>
2017-06-18 8:02 ` Sagi Grimberg
2017-06-15 13:33 ` [PATCH v5 for-4.13 4/7] RDMA/core: expose affinity mappings per completion vector Sagi Grimberg
2017-06-15 13:33 ` [PATCH v5 for-4.13 5/7] mlx5: support ->get_vector_affinity Sagi Grimberg
2017-06-15 13:33 ` [PATCH v5 for-4.13 6/7] block: Add rdma affinity based queue mapping helper Sagi Grimberg
2017-06-15 13:33 ` [PATCH v5 for-4.13 7/7] nvme-rdma: use intelligent affinity based queue mappings Sagi Grimberg
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=20170616094746.GB12547@lst.de \
--to=hch-jcswghmuv9g@public.gmane.org \
--cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=leonro-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=saeedm-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
--cc=sagi-NQWnxTmZq1alnMjI0IkVqw@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