linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgg@nvidia.com>
To: Leon Romanovsky <leon@kernel.org>
Cc: Doug Ledford <dledford@redhat.com>,
	Avihai Horon <avihaih@nvidia.com>, <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH rdma-next 4/4] RDMA/uverbs: Expose the new GID query API to user space
Date: Mon, 14 Sep 2020 12:55:50 -0300	[thread overview]
Message-ID: <20200914155550.GF904879@nvidia.com> (raw)
In-Reply-To: <20200913091302.GF35718@unreal>

On Sun, Sep 13, 2020 at 12:13:02PM +0300, Leon Romanovsky wrote:
> > > +static int UVERBS_HANDLER(UVERBS_METHOD_QUERY_GID_ENTRY)(
> > > +	struct uverbs_attr_bundle *attrs)
> > > +{
> > > +	const struct ib_gid_attr *gid_attr;
> > > +	struct ib_uverbs_gid_entry entry;
> > > +	struct ib_ucontext *ucontext;
> > > +	struct ib_device *ib_dev;
> > > +	u32 gid_index;
> > > +	u32 port_num;
> > > +	u32 flags;
> > > +	int ret;
> > > +
> > > +	ret = uverbs_get_flags32(&flags, attrs,
> > > +				 UVERBS_ATTR_QUERY_GID_ENTRY_FLAGS, 0);
> > > +	if (ret)
> > > +		return ret;
> > > +
> > > +	ret = uverbs_get_const(&port_num, attrs,
> > > +			       UVERBS_ATTR_QUERY_GID_ENTRY_PORT);
> > > +	if (ret)
> > > +		return ret;
> > > +
> > > +	ret = uverbs_get_const(&gid_index, attrs,
> > > +			       UVERBS_ATTR_QUERY_GID_ENTRY_GID_INDEX);
> > > +	if (ret)
> > > +		return ret;
> > > +
> > > +	ucontext = ib_uverbs_get_ucontext(attrs);
> > > +	if (IS_ERR(ucontext))
> > > +		return PTR_ERR(ucontext);
> > > +	ib_dev = ucontext->device;
> >
> > > +	if (!rdma_is_port_valid(ib_dev, port_num))
> > > +		return -EINVAL;
> > > +
> > > +	if (!rdma_ib_or_roce(ib_dev, port_num))
> > > +		return -EINVAL;
> >
> > Why these two tests? I would expect rdma_get_gid_attr() to do them
> 
> First check is not needed, but the second check doesn't exist in
> rdma_get_gid_attr(). We don't check that table returned from
> rdma_gid_table() call exists.

Oh that is a bit exciting, maybe it should be checked...

Ideally we should also block this uapi entirely if the device doesn't
have a gid table, so this should be -EOPNOTSUP and moved up to the
top so it can be moved once we figure it out.

> > > +	gid_attr = rdma_get_gid_attr(ib_dev, port_num, gid_index);
> > > +	if (IS_ERR(gid_attr))
> > > +		return PTR_ERR(gid_attr);
> > > +
> > > +	memcpy(&entry.gid, &gid_attr->gid, sizeof(gid_attr->gid));
> > > +	entry.gid_index = gid_attr->index;
> > > +	entry.port_num = gid_attr->port_num;
> > > +	entry.gid_type = gid_attr->gid_type;
> > > +	ret = rdma_get_ndev_ifindex(gid_attr, &entry.netdev_ifindex);
> >
> > Use rdma_read_gid_attr_ndev_rcu()
> 
> I don't want to bring below logic to uverbs* file.
> 
>   1263         if (rdma_protocol_ib(gid_attr->device, gid_attr->port_num)) {
>   1264                 *ndev_ifindex = 0;
>   1265                 return 0;
>   1266         }

Shouldn't be needed, rdma_read_gid_attr_ndev_rcu() already returns -1
for IB

Jason

  reply	other threads:[~2020-09-14 15:56 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-10 14:22 [PATCH rdma-next 0/4] Query GID table API Leon Romanovsky
2020-09-10 14:22 ` [PATCH rdma-next 1/4] RDMA/core: Change rdma_get_gid_attr returned error code Leon Romanovsky
2020-09-10 14:22 ` [PATCH rdma-next 2/4] RDMA/core: Modify enum ib_gid_type and enum rdma_network_type Leon Romanovsky
2020-09-11 19:11   ` Jason Gunthorpe
2020-09-13  7:42     ` Leon Romanovsky
2020-09-10 14:22 ` [PATCH rdma-next 3/4] RDMA/core: Introduce new GID table query API Leon Romanovsky
2020-09-11 19:52   ` Jason Gunthorpe
2020-09-13  8:02     ` Leon Romanovsky
2020-09-14 15:50       ` Jason Gunthorpe
2020-09-10 14:22 ` [PATCH rdma-next 4/4] RDMA/uverbs: Expose the new GID query API to user space Leon Romanovsky
2020-09-11 19:59   ` Jason Gunthorpe
2020-09-13  9:13     ` Leon Romanovsky
2020-09-14 15:55       ` Jason Gunthorpe [this message]
2020-09-15 11:47         ` Leon Romanovsky
2020-09-15 19:06           ` Jason Gunthorpe
2020-09-16 10:37             ` Leon Romanovsky
2020-09-16 12:04               ` Jason Gunthorpe
2020-09-16 12:44                 ` Leon Romanovsky
2020-09-16 14:12                   ` Jason Gunthorpe
2020-09-16 14:34                     ` Leon Romanovsky
2020-09-16 14:36                       ` Jason Gunthorpe

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=20200914155550.GF904879@nvidia.com \
    --to=jgg@nvidia.com \
    --cc=avihaih@nvidia.com \
    --cc=dledford@redhat.com \
    --cc=leon@kernel.org \
    --cc=linux-rdma@vger.kernel.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).