public inbox for linux-rdma@vger.kernel.org
 help / color / mirror / Atom feed
From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
To: Yishai Hadas <yishaih-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
Cc: Yishai Hadas <yishaih-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>,
	linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org,
	tzahio-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org,
	Or Gerlitz <ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH V7 libibverbs 0/7] Add extension and XRC QP support
Date: Mon, 15 Jul 2013 18:10:46 -0600	[thread overview]
Message-ID: <20130716001046.GA9237@obsidianresearch.com> (raw)
In-Reply-To: <51E3EDCF.2050007-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>

On Mon, Jul 15, 2013 at 03:40:47PM +0300, Yishai Hadas wrote:
> Hi Jason,
> 
> Let me clarify the place holder reservation mentioned in the cover
> letter.  The entries I was referring to are not proprietary vendor
> verbs but rather user space verbs who are on their way to be
> submitted upstream for inclusion in libibverbs/libmlx4.

I get that.

But it doesn't make one difference. Until they reach Roland's tree
*nobody* gets to use indexes in the extension structure with the
'libibverbs.so.1' SONAME.

PERIOD. NO EXCEPTIONS.

> So in that respect, it would make sense for us as vendor to provide
> customers through mellanox ofed the means to use them.

You can provide whatever you like in your Mellanox software releases.

If you use the libibverbs.so.1 SONAME and mess with the ABI you get to
keep all the broken bits and angry users when upstream does something
different.

OFA has already committed to stop this nonsense and no longer ship
upstream incompatible libraries.

As a vendor, when you make ABI incompatible changes like this you have
to change the SONAME/symbols. There is no other answer, you must do
it.

> What asked now is to reserve the pointers, no more.  As for the

The only reason you are going to care about the actual indexes is
because you are already shipping code that uses them. That means
you've already made the choice of what index has what function
signature.

So you are asking that upstream adpot the ABI you are already shipping
without alteration. Why on earth should that happen? Especially when
some of the index/signature pairs have apparently never even been
posted to the list????

NO. This is a bad precedent. Upstream sets the ABI, not the vendors.

PERIOD.

> To sum up, we think it would be constructive step to continue with
> this series while reserving the six pointers, or if this really
> helps submit for review the libibverbs part of those verbs along
> with the basic verbs extensions patches.

Frankly, this nonsense makes me question if the extension mechanism is
even a sane idea if this is the sort of abuse it is going to be
subject too.

AFAIK, Roland has not commented on any of these series, or the basic
extension mechanism.

I think we all need to hear his opinion.

Jason
--
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

  parent reply	other threads:[~2013-07-16  0:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-11 15:04 [PATCH V7 libibverbs 0/7] Add extension and XRC QP support Yishai Hadas
     [not found] ` <1373555063-31790-1-git-send-email-yishaih-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
2013-07-11 15:04   ` [PATCH V7 libibverbs 1/7] Infrastructure to support verbs extensions Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 2/7] Introduce XRC domains Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 3/7] Add support for XRC SRQs Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 4/7] Add support for XRC QPs Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 5/7] Add ibv_open_qp Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 6/7] XRC man pages Yishai Hadas
2013-07-11 15:04   ` [PATCH V7 libibverbs 7/7] Add XRC sample application Yishai Hadas
2013-07-11 17:07   ` [PATCH V7 libibverbs 0/7] Add extension and XRC QP support Jason Gunthorpe
     [not found]     ` <20130711170710.GB27357-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-07-15 12:40       ` Yishai Hadas
     [not found]         ` <51E3EDCF.2050007-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2013-07-16  0:10           ` Jason Gunthorpe [this message]
     [not found]             ` <20130716001046.GA9237-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2013-07-18 20:06               ` Or Gerlitz

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=20130716001046.GA9237@obsidianresearch.com \
    --to=jgunthorpe-epgobjl8dl3ta4ec/59zmfatqe2ktcn/@public.gmane.org \
    --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=roland-BHEL68pLQRGGvPXPguhicg@public.gmane.org \
    --cc=tzahio-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
    --cc=yishaih-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
    --cc=yishaih-VPRAkNaXOzVWk0Htik3J/w@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