Linux RDMA and InfiniBand development
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: "yangx.jy@fujitsu.com" <yangx.jy@fujitsu.com>
Cc: Jason Gunthorpe <jgg@nvidia.com>,
	"linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>
Subject: Re: [PATCH rdma-core] libibverbs/examples: Add missing device attributes
Date: Wed, 9 Mar 2022 15:20:05 +0200	[thread overview]
Message-ID: <YiiphVezgIaf/IFg@unreal> (raw)
In-Reply-To: <4043a417-4cd8-1868-9085-65e0b61a6a74@fujitsu.com>

On Mon, Mar 07, 2022 at 10:03:25AM +0000, yangx.jy@fujitsu.com wrote:
> On 2022/2/11 20:41, Jason Gunthorpe wrote:
> > On Wed, Feb 09, 2022 at 10:59:08AM +0200, Leon Romanovsky wrote:
> >> On Wed, Feb 09, 2022 at 10:53:08AM +0800, Xiao Yang wrote:
> >>> make ibv_devinfo command show more device attributes.
> >>>
> >>> Signed-off-by: Xiao Yang <yangx.jy@fujitsu.com>
> >>>   libibverbs/examples/devinfo.c | 29 +++++++++++++++++++++++++----
> >>>   libibverbs/verbs.h            | 13 ++++++++++---
> >>>   2 files changed, 35 insertions(+), 7 deletions(-)
> >> I have a feeling that a long time ago, we had a discussion if and how
> >> expose device capabilities and the decision was that we don't report
> >> in-kernel specific device caps.
> > Right, it is kernel bug they leak out in the first place.
> >
> >>> diff --git a/libibverbs/verbs.h b/libibverbs/verbs.h
> >>> index a9f182ff..68591c7b 100644
> >>> +++ b/libibverbs/verbs.h
> >>> @@ -136,7 +136,9 @@ enum ibv_device_cap_flags {
> >>>   	IBV_DEVICE_MEM_WINDOW_TYPE_2B	= 1 << 24,
> >>>   	IBV_DEVICE_RC_IP_CSUM		= 1 << 25,
> >>>   	IBV_DEVICE_RAW_IP_CSUM		= 1 << 26,
> >>> -	IBV_DEVICE_MANAGED_FLOW_STEERING = 1 << 29
> >>> +	IBV_DEVICE_CROSS_CHANNEL	= 1 << 27,
> >>> +	IBV_DEVICE_MANAGED_FLOW_STEERING = 1 << 29,
> >>> +	IBV_DEVICE_INTEGRITY_HANDOVER	= 1 << 30
> >>>   };
> >>>   
> >>>   enum ibv_fork_status {
> >>> @@ -149,8 +151,13 @@ enum ibv_fork_status {
> >>>    * Can't extended above ibv_device_cap_flags enum as in some systems/compilers
> >>>    * enum range is limited to 4 bytes.
> >>>    */
> >>> -#define IBV_DEVICE_RAW_SCATTER_FCS (1ULL << 34)
> >>> -#define IBV_DEVICE_PCI_WRITE_END_PADDING (1ULL << 36)
> >>> +#define IBV_DEVICE_ON_DEMAND_PAGING		(1ULL << 31)
> >>> +#define IBV_DEVICE_SG_GAPS_REG			(1ULL << 32)
> >>> +#define IBV_DEVICE_VIRTUAL_FUNCTION		(1ULL << 33)
> >>> +#define IBV_DEVICE_RAW_SCATTER_FCS		(1ULL << 34)
> >>> +#define IBV_DEVICE_RDMA_NETDEV_OPA		(1ULL << 35)
> >>> +#define IBV_DEVICE_PCI_WRITE_END_PADDING	(1ULL << 36)
> >>> +#define IBV_DEVICE_ALLOW_USER_UNREG		(1ULL << 37)
> > And don't copy ABI into header like this, the kernel parts need to be
> > moved to the kernel uabi header and cleaned
> 
> Hi Jason, Leon
> 
> Sorry, it's not clear to me.
> 
> 1) Is it necessary to add these missing attributes?
> 
> 2) If necessary, do you think they need to be moved into 
> kernel-headers/rdma?

We wanted to say that these device supported capabilities shouldn't be
added to ibv_devinfo.

Thanks

> 
> Best Regards,
> 
> Xiao Yang
> 
> >
> > Jason

      reply	other threads:[~2022-03-09 13:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-02-09  2:53 [PATCH rdma-core] libibverbs/examples: Add missing device attributes Xiao Yang
2022-02-09  8:59 ` Leon Romanovsky
2022-02-11 12:41   ` Jason Gunthorpe
2022-03-07 10:03     ` yangx.jy
2022-03-09 13:20       ` Leon Romanovsky [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=YiiphVezgIaf/IFg@unreal \
    --to=leon@kernel.org \
    --cc=jgg@nvidia.com \
    --cc=linux-rdma@vger.kernel.org \
    --cc=yangx.jy@fujitsu.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