Linux RDMA and InfiniBand development
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgg@ziepe.ca>
To: yanjun.zhu@linux.dev
Cc: Leon Romanovsky <leon@kernel.org>,
	Zhu Yanjun <yanjun.zhu@intel.com>,
	linux-rdma@vger.kernel.org
Subject: Re: [PATCH 1/1] RDMA/mlx5: Make mlx5 device work with ib_device_get_by_netdev
Date: Wed, 19 Oct 2022 08:55:36 -0300	[thread overview]
Message-ID: <Y0/luHd1OEZsyGWI@ziepe.ca> (raw)
In-Reply-To: <556e07a6c331d68845f86e9e0e7cb0c7@linux.dev>

On Wed, Oct 19, 2022 at 09:08:14AM +0000, yanjun.zhu@linux.dev wrote:
> October 18, 2022 4:24 PM, "Leon Romanovsky" <leon@kernel.org> wrote:
> 
> > On Sun, Oct 16, 2022 at 02:19:25AM -0400, Zhu Yanjun wrote:
> > 
> >> From: Zhu Yanjun <yanjun.zhu@linux.dev>
> >> 
> >> Before mlx5 ib device is registered, the function ib_device_set_netdev
> >> is not called to map the mlx5 ib device with the related net device.
> >> 
> >> As such, when the function ib_device_get_by_netdev is called to get ib
> >> device, NULL is returned.
> >> 
> >> Other ib devices, such as irdma, rxe and so on, the function
> >> ib_device_get_by_netdev can get ib device from the related net device.
> > 
> > Ohh, you opened Pandora box, everything around it looks half-backed.
> > 
> > mlx4 and mlx5 don't call to ib_device_set_netdev(), because they have
> > .get_netdev() callback. This callback is not an easy task to eliminate
> > and many internal attempts failed to eliminate them.
> > 
> > This caused to very questionable ksmbd_rdma_capable_netdev()
> > implementation where ksmbd first checked internal ib_dev callback
> > and tried to use ib_device_get_by_netdev(). And to smc_ib, which
> > didn't even bother to use ib_device_get_by_netdev().
> 
> Thanks.
> 
> I read the function ksmbd_rdma_capable_netdev carefully.
> Mlx5 and mlx4 do not call ib_device_set_netdev to map net device and ib devices.
> This brings a lot of problems. 

ULPs are not allowed to use these interfaces, they are for driver
implementations.

It is an error that ksmbd_rdma_capable_netdev() calls it in the first
place.

Jason

  reply	other threads:[~2022-10-19 12:51 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-16  6:19 [PATCH 1/1] RDMA/mlx5: Make mlx5 device work with ib_device_get_by_netdev Zhu Yanjun
2022-10-18  8:24 ` Leon Romanovsky
2022-10-18 14:19   ` Jason Gunthorpe
2022-10-19  8:56   ` yanjun.zhu
2022-10-19  9:08   ` yanjun.zhu
2022-10-19 11:55     ` Jason Gunthorpe [this message]
2022-10-19 14:30       ` Yanjun Zhu

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=Y0/luHd1OEZsyGWI@ziepe.ca \
    --to=jgg@ziepe.ca \
    --cc=leon@kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=yanjun.zhu@intel.com \
    --cc=yanjun.zhu@linux.dev \
    /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