From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Ledford Subject: Re: [PATCH rdma-next 01/10] IB/core: Add raw packet protocol Date: Wed, 7 Dec 2016 17:06:24 -0500 Message-ID: References: <20161130170830.GA17512@obsidianresearch.com> <1828884A29C6694DAF28B7E6B8A82373AB0BA190@ORSMSX109.amr.corp.intel.com> <01e501d24b2e$ff2a3260$fd7e9720$@opengridcomputing.com> <1828884A29C6694DAF28B7E6B8A82373AB0BA1B7@ORSMSX109.amr.corp.intel.com> <1828884A29C6694DAF28B7E6B8A82373AB0BA68E@ORSMSX109.amr.corp.intel.com> <20161205171013.GA27784@obsidianresearch.com> <20161206213938.GC647@obsidianresearch.com> <1828884A29C6694DAF28B7E6B8A82373AB0BBEC7@ORSMSX109.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HP1rH76rQsI614pfhD4FwWAGoSdmQtr4s" Return-path: In-Reply-To: <1828884A29C6694DAF28B7E6B8A82373AB0BBEC7-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Hefty, Sean" , Jason Gunthorpe , Or Gerlitz Cc: Steve Wise , "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Liran Liss , Matan Barak , Leon Romanovsky List-Id: linux-rdma@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HP1rH76rQsI614pfhD4FwWAGoSdmQtr4s Content-Type: multipart/mixed; boundary="iveGfCD9VSuBllhpUfxV6SCxptnlPlOCV"; protected-headers="v1" From: Doug Ledford To: "Hefty, Sean" , Jason Gunthorpe , Or Gerlitz Cc: Steve Wise , "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , Liran Liss , Matan Barak , Leon Romanovsky Message-ID: Subject: Re: [PATCH rdma-next 01/10] IB/core: Add raw packet protocol References: <20161130170830.GA17512-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> <1828884A29C6694DAF28B7E6B8A82373AB0BA190-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> <01e501d24b2e$ff2a3260$fd7e9720$@opengridcomputing.com> <1828884A29C6694DAF28B7E6B8A82373AB0BA1B7-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> <1828884A29C6694DAF28B7E6B8A82373AB0BA68E-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> <20161205171013.GA27784-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> <20161206213938.GC647-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> <1828884A29C6694DAF28B7E6B8A82373AB0BBEC7-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> In-Reply-To: <1828884A29C6694DAF28B7E6B8A82373AB0BBEC7-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> --iveGfCD9VSuBllhpUfxV6SCxptnlPlOCV Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/6/2016 5:13 PM, Hefty, Sean wrote: >> I've already proposed disallowing multiprotocol struct ib_devices. >=20 > My preference is to discontinue attempts at associating a protocol with= the device. A device could implement a dozen protocols in software. Tr= ansports belong to QPs or cm ids, not devices. Each rdma_cm_id should be= associated with a specific cm/transport directly, rather than indirectly= selecting one based on the bound . >=20 > If an app wants a specific transport type for a QP, why doesn't it just= try to open one and see if the call fails? I tend to agree with Sean on this. And to answer Or's question from a couple emails back, I'm inclined to just take the last three patches for now while we work out a better idea of how everything here should be done on the first seven patches. --=20 Doug Ledford GPG Key ID: 0E572FDD --iveGfCD9VSuBllhpUfxV6SCxptnlPlOCV-- --HP1rH76rQsI614pfhD4FwWAGoSdmQtr4s Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJYSIfgAAoJELgmozMOVy/dDNgQAKD32Q7ZeHdXjjXvIu7FKJUd IthjWkD7qF9Be53oAf0w72O5tdt2N7+Szw0XXnyOSfnBuq/J0weZC7MaeI9HFrJw kO6fMAdtYpHyEhXR+GJ1j28fLpMbBsSPOSK3SmS1DitqIKjiA35bwILu7rpWMpkV +Z0rt0gtioQtM0oMOLRJzGENFkZGqz8oLutGsTNJAMPqxXEcOEoIxqt+GmWSq0Kb CrOLl2rHKE8DxcbPZKH0DaVMJCD/ZamoYvG1RIymgWDcfhwHf8Uska9aj1JR1HOc YmulCHy8N06NALx6eN5Vzz1xzKYilEO+IpQOy7Gk41WTFxkItKFxhE4pOjldQbqa NMEUvlAuSUjxBl7xETfAkt8ovif+FRSn09JE+xPXC+qSxaRIVQ3IxL52Ae4jMKKI zplTr+1EyZBUjh64qLvsbrjg32WPbbw6T87SdUlf6RXfUeaIm77dRr8SaYrHU1NK BfvFtlOOlcbZaL2/9Rgb0YxOliiESLfrdlXQaiMvwj/DbJZ6vKlCv/6stOj/L3yl 7lpc6lsXUWyKKadDpgOEIf2G69DDAkEaDOOuc4j+UxIy+yNOunbXy8Q0Dgeiehpj Kg1LXrNkTo3DDfsvFQQCetXGw3++to/ZuKtXAKrqLQazlnnaHNakPO+xn7T0QqBZ W7YMVuSVg3PvG6HHrAVR =eOrK -----END PGP SIGNATURE----- --HP1rH76rQsI614pfhD4FwWAGoSdmQtr4s-- -- 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