linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Pierre-Elliott Bécue" <peb@debian.org>
To: Selvin Xavier <selvin.xavier@broadcom.com>
Cc: linux-rdma@vger.kernel.org
Subject: Re: What's the current status with bnxt_re-abi.h
Date: Thu, 13 Jun 2024 11:13:54 +0200	[thread overview]
Message-ID: <87bk45b3xp.fsf@daath.pimeys.fr> (raw)
In-Reply-To: <CA+sbYW3YQW0jMBRv4hrQQ48JkLNEHuA_dhgTTqfd+zqGxx20kg@mail.gmail.com> (Selvin Xavier's message of "Thu, 13 Jun 2024 14:19:00 +0530")

[-- Attachment #1: Type: text/plain, Size: 3660 bytes --]

Selvin Xavier <selvin.xavier@broadcom.com> wrote on 13/06/2024 at 10:49:00+0200:

> On Wed, Jun 12, 2024 at 11:59 PM Pierre-Elliott Bécue <peb@debian.org> wrote:
>
>  De : Selvin Xavier <selvin.xavier@broadcom.com>
>  À : Pierre-Elliott Bécue <peb@debian.org>
>  Cc : linux-rdma@vger.kernel.org
>  Date : 12 juin 2024 19:18:34
>  Objet : Re: What's the current status with bnxt_re-abi.h
>
>  > Hi,
>  > bnxt_re-abi.h in linux kernel and rdma-core uses abi version 1. We
>  > dont bump up the version in upstream and backward compatibility is
>  > maintained using the comp_mask field of the interface structures.
>  > 
>  > If you are using the latest drivers maintained in the Broadcom site
>  > (which uses ABI version 6), you need to use the libbnxt_re hosted in
>  > the Broacom site itself. We maintain compatibility between the Out of
>  > tree driver and Out of tree library.
>  > 
>  > Thanks,
>  > Selvin
>  > 
>  > On Wed, Jun 12, 2024 at 10:21 PM Pierre-Elliott Bécue <peb@debian.org> wrote:
>  >> 
>  >> Pierre-Elliott Bécue <peb@debian.org> wrote on 12/06/2024 at 18:47:36+0200:
>  >> 
>  >>> Hello,
>  >>> 
>  >>> In bnxt_re-abi.h, the abi version mentioned is 1. It's used as it's in
>  >>> all libibverbs to determine the min AND max supported ABI.
>  >>> 
>  >>> bnxt_re isn't currently mainlined in the kernel,
>  >> 
>  >> Sorry, a word is missing: "Recent bnxt_re isn't currently mainlined"
>  >> 
>  >>> and those eager to use
>  >>> the driver need to rely on the one provided by broadcom on their
>  >>> website.
>  >>> 
>  >>> The thing is, they bumped their ABI version multiple times (current is
>  >>> 6). In the current context, one can't use the manually compiled bnxt_re
>  >>> driver with libibverbs as any call will error due to the bnxt_re abi
>  >>> version being outside of min/max supported abi version.
>  >>> 
>  >>> What's the current situation regarding bnxt_re, should we consider
>  >>> libibverb support of bnxt_re as deprecated?
>  >>> 
>  >>> Of course I could have missed something, sorry for that if that's the
>  >>> case.
>  >>> 
>  >>> Bests,
>  Hey Selvin,
>
>  Thanks a lot for clarifying this.
>
>  I built libbnxt_re, but the thing is, I can't use the usual infiniband tooling (ib_write_bw) et al without using libibverbs which is still the
>  linux-rdma one.
>
>  Do you have an alternative to suggest that I should consider?
>
> It should work fine with the libibverbs installed by
> linux-rdma-core.

Due to the ABI version being 1 in rdma-core, no. libibverbs verifies
that the current driver ABI version (6 for bnxt_re from broadcom's
website) is between ops->match_min_abi_version and
ops->match_max_abi_version, both values for bnxt_re are set to the ABI
version (1).

https://github.com/linux-rdma/rdma-core/blob/master/libibverbs/init.c#L363-L372

So when trying to use tooling from rdma-core (like ib_write_bw), the
match_device function returns false and the card can't be used.

> The Broadcom support team can help you with the
> necessary instructions. I will forward your mail to them and they will
> help.

I already interacted with the support team, and I'm not confident they
can help. But thanks. :)

>  Also, would a RDMA+SRIOV-capable broadcom card with the latest firmware (229 something) work fine with the drivers shipped in
>  rdma-core.
>
>  If so maybe I should use what's provided by the kernel and rdma-core.
>
> The drivers shipped with rdma-core and kernel should work for most of
> your use cases. I suggest you try this.

Ack, I'll try and compare perfs. Thanks!
-- 
PEB

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 853 bytes --]

      reply	other threads:[~2024-06-13  9:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-12 16:47 What's the current status with bnxt_re-abi.h Pierre-Elliott Bécue
2024-06-12 16:51 ` Pierre-Elliott Bécue
2024-06-12 17:16   ` Selvin Xavier
2024-06-12 18:29     ` Pierre-Elliott Bécue
2024-06-13  8:49       ` Selvin Xavier
2024-06-13  9:13         ` Pierre-Elliott Bécue [this message]

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=87bk45b3xp.fsf@daath.pimeys.fr \
    --to=peb@debian.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=selvin.xavier@broadcom.com \
    /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).