From: "ira.weiny" <ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Michael Wang <yun.wang-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
Cc: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
"roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org"
<roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
"linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"Hefty,
Sean" <sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Hal Rosenstock
<hal-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
Subject: Re: [PATCH v4 14/19] IB/core: Add IB_DEVICE_OPA_MAD_SUPPORT device cap flag
Date: Fri, 20 Mar 2015 20:05:41 -0400 [thread overview]
Message-ID: <20150321000541.GA24717@phlsvsds.ph.intel.com> (raw)
In-Reply-To: <20150320235748.GA22703-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
My apologies to those who are duplicated here. This did not make it to the
mailing list due to mail configuration issues.
From ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org Fri Mar 20 18:55:29 2015
>
> Hi, folks
>
> I've done a draft (very rough draft...) according to my understanding on
> Sean's proposal.
>
> The implementation is to allow device setup the management flags during
> ib_query_port() (amso1100 as eg), and later we could use the flags to check
> the capability.
>
> For new capability/proto, like OPA, device could setup new flag
> IB_MGMT_PROTO_OPA during query_port() callback, and some helper like
> rdma_mgmt_cap_opa() can be used for management branch.
>
> How do you think about this?
This is not saving us anything... See below.
>
> Regards,
> Michael Wang
>
>
>
> diff --git a/drivers/infiniband/core/cma.c b/drivers/infiniband/core/cma.c
> index d570030..ad1685e 100644
> --- a/drivers/infiniband/core/cma.c
> +++ b/drivers/infiniband/core/cma.c
> @@ -375,8 +375,7 @@ static int cma_acquire_dev(struct rdma_id_private
> *id_priv,
> listen_id_priv->id.port_num) == dev_ll) {
> cma_dev = listen_id_priv->cma_dev;
> port = listen_id_priv->id.port_num;
> - if (rdma_node_get_transport(cma_dev->device->node_type) ==
> RDMA_TRANSPORT_IB &&
> - rdma_port_get_link_layer(cma_dev->device, port) ==
> IB_LINK_LAYER_ETHERNET)
> + if (rdma_mgmt_cap_iboe(cma_dev->device, port))
This is still indicating a specific technology "iboe" rather than the specific
management capabilities the port has.
Also this if statement does not seem to have anything to do with the management
support. Here the iboe_gid is a different format and needs to be processed
differently from the gid.
> ret = ib_find_cached_gid(cma_dev->device, &iboe_gid,
> &found_port, NULL);
> else
> @@ -395,8 +394,7 @@ static int cma_acquire_dev(struct rdma_id_private
> *id_priv,
> listen_id_priv->id.port_num == port)
> continue;
> if (rdma_port_get_link_layer(cma_dev->device, port) ==
> dev_ll) {
> - if (rdma_node_get_transport(cma_dev->device->node_type)
> == RDMA_TRANSPORT_IB &&
> - rdma_port_get_link_layer(cma_dev->device, port) ==
> IB_LINK_LAYER_ETHERNET)
> + if (rdma_mgmt_cap_iboe(cma_dev->device, port))
> ret = ib_find_cached_gid(cma_dev->device,
> &iboe_gid, &found_port, NULL);
> else
> ret = ib_find_cached_gid(cma_dev->device, &gid,
> &found_port, NULL);
> diff --git a/drivers/infiniband/core/mad.c b/drivers/infiniband/core/mad.c
> index 74c30f4..0ae6b04 100644
> --- a/drivers/infiniband/core/mad.c
> +++ b/drivers/infiniband/core/mad.c
> @@ -2938,7 +2938,7 @@ static int ib_mad_port_open(struct ib_device *device,
> init_mad_qp(port_priv, &port_priv->qp_info[1]);
>
> cq_size = mad_sendq_size + mad_recvq_size;
> - has_smi = rdma_port_get_link_layer(device, port_num) ==
> IB_LINK_LAYER_INFINIBAND;
> + has_smi = rdma_mgmt_cap_smi(device, port_num);
> if (has_smi)
> cq_size *= 2;
>
> @@ -3057,7 +3057,7 @@ static void ib_mad_init_device(struct ib_device
> *device)
> {
> int start, end, i;
>
> - if (rdma_node_get_transport(device->node_type) != RDMA_TRANSPORT_IB)
> + if (!rdma_mgmt_cap_ib(device))
> return;
>
> if (device->node_type == RDMA_NODE_IB_SWITCH) {
> diff --git a/drivers/infiniband/core/verbs.c
> b/drivers/infiniband/core/verbs.c
> index f93eb8d..5ecf9c8 100644
> --- a/drivers/infiniband/core/verbs.c
> +++ b/drivers/infiniband/core/verbs.c
> @@ -146,6 +146,26 @@ enum rdma_link_layer
> rdma_port_get_link_layer(struct ib_device *device, u8 port_
> }
> EXPORT_SYMBOL(rdma_port_get_link_layer);
>
> +int rdma_port_default_mgmt_flags(struct ib_device *device, u8 port_num)
> +{
> + int mgmt_flags = 0;
> + enum rdma_transport_type tp =
> + rdma_node_get_transport(device->node_type);
> + enum rdma_link_layer ll =
> + rdma_port_get_link_layer(device, port_num);
This does not separate the management capabilities from the transport and link
layer like Sean was advocating. This is just refactoring the current
implementation with the use of additional flags.
> +
> + if (tp == RDMA_TRANSPORT_IB) {
> + mgmt_flags |= IB_MGMT_PROTO_IB;
> + if (ll == IB_LINK_LAYER_INFINIBAND) {
> + mgmt_flags |= IB_MGMT_PROTO_SMI;
> + mgmt_flags |= IB_MGMT_PROTO_IBOE;
> + }
> + }
> +
> + return mgmt_flags;
> +}
> +EXPORT_SYMBOL(rdma_port_default_mgmt_flags);
> +
> /* Protection domains */
>
> struct ib_pd *ib_alloc_pd(struct ib_device *device)
> diff --git a/drivers/infiniband/hw/amso1100/c2_provider.c
> b/drivers/infiniband/hw/amso1100/c2_provider.c
> index bdf3507..04d005e 100644
> --- a/drivers/infiniband/hw/amso1100/c2_provider.c
> +++ b/drivers/infiniband/hw/amso1100/c2_provider.c
> @@ -96,6 +96,9 @@ static int c2_query_port(struct ib_device *ibdev,
> props->active_width = 1;
> props->active_speed = IB_SPEED_SDR;
>
> + /* Makeup flags here, by default or on your own */
> + props->mgmt_flags = rdma_port_default_mgmt_flags(ibdev, port);
> +
> return 0;
> }
>
> diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
> index 65994a1..d19c7c9 100644
> --- a/include/rdma/ib_verbs.h
> +++ b/include/rdma/ib_verbs.h
> @@ -90,6 +90,13 @@ enum rdma_link_layer {
> IB_LINK_LAYER_ETHERNET,
> };
>
> +enum rdma_mgmt_flag {
> + IB_MGMT_PROTO_IB,
> + IB_MGMT_PROTO_SMI,
> + IB_MGMT_PROTO_IBOE,
IB and IBoE are not management protocols.
> + /* More Here*/
> +};
> +
> enum ib_device_cap_flags {
> IB_DEVICE_RESIZE_MAX_WR = 1,
> IB_DEVICE_BAD_PKEY_CNTR = (1<<1),
> @@ -352,6 +359,7 @@ struct ib_port_attr {
> enum ib_mtu active_mtu;
> int gid_tbl_len;
> u32 port_cap_flags;
> + u32 mgmt_flags;
> u32 max_msg_sz;
> u32 bad_pkey_cntr;
> u32 qkey_viol_cntr;
> @@ -1743,6 +1751,32 @@ int ib_query_port(struct ib_device *device,
> enum rdma_link_layer rdma_port_get_link_layer(struct ib_device *device,
> u8 port_num);
>
> +int rdma_port_default_mgmt_flags(struct ib_device *device, u8 port_num);
This should return u32.
I think I would rather see your other patch go in to clean up the code a bit
and work this issue separately.
Ira
> +
> +static inline int rdma_mgmt_cap(struct ib_device *device, u8 port_num)
> +{
> + struct ib_port_attr port_attr;
> + memset(&port_attr, 0, sizeof port_attr);
> + ib_query_port(device, port_num, &port_attr);
> + return port_attr.mgmt_flags;
> +}
> +
> +static inline int rdma_mgmt_cap_ib(struct ib_device *device)
> +{
> + u8 port_num = device->node_type == RDMA_NODE_IB_SWITCH ? 0 : 1;
> + return rdma_mgmt_cap(device, port_num) & IB_MGMT_PROTO_IB;
> +}
> +
> +static inline int rdma_mgmt_cap_smi(struct ib_device *device, u8 port_num)
> +{
> + return rdma_mgmt_cap(device, port_num) & IB_MGMT_PROTO_SMI;
> +}
> +
> +static inline int rdma_mgmt_cap_iboe(struct ib_device *device, u8 port_num)
> +{
> + return rdma_mgmt_cap(device, port_num) & IB_MGMT_PROTO_IBOE;
> +}
> +
> int ib_query_gid(struct ib_device *device,
> u8 port_num, int index, union ib_gid *gid);
>
>
>
> On 03/18/2015 12:36 AM, Hefty, Sean wrote:
> >> But it makes sense to me to use management specific
> >> fields/attributes/flags for the *management* pieces, rather than using the
> >> link and/or transport layer protocols as a proxy. Management related code
> >> should really branch based on that.
> > As a proposal, we could add a new field to the kernel port attribute structure. The field would be a bitmask of management capabilities/protocols:
> >
> > IB_MGMT_PROTO_SM - supports IB SMPs
> > IB_MGMT_PROTO_SA - supports IB SA MADs
> > IB_MGMT_PROTO_GS - supports IB GSI MADs (e.g. CM, PM, ...)
> > IB_MGMT_PROTO_OPA_SM - supports OPA SMPs (or whatever they are called)
> > IB_MGMT_PROTO_OPA_GS - supports OPA GS MADs (or whatever is supported)
> >
> > If the *GS flags are not sufficient to distinguish between MADs supported over IB and RoCE, it can be further divided (i.e. CM, PM, BM, DM, etc.).
> >
> > This would provide a direct mapping of which management protocols are supported for a given port, rather than it being inferred by the link/transport fields, which should really be independent. It would also allow for simple checks by the core layer.
> >
> > If we want the code to be more generic, additional field(s) could be added, such as mad_size, so that any size of management datagram is supported. This would be used instead of inferring the size based on the supported protocol.
> >
> > - Sean
> > N�����r��y���b�X��ǧv�^�)Þº{.n�+����{��Ùs�{ay�\x1dÊ?ÚT�,j\a��f���h���z�\x1e�w���\f���j:+v���w�j�m����\a����zZ+�����ݢj"��!tml=
>
> --
> 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
>
--
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
next prev parent reply other threads:[~2015-03-21 0:05 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-04 23:29 [PATCH v4 00/19] IB/mad: Add support for Intel Omni-Path Architecture (OPA) MAD processing ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-1-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-02-04 23:29 ` [PATCH v4 01/19] IB/mad: Rename is_data_mad to is_rmpp_data_mad ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 02/19] IB/core: Cache device attributes for use by upper level drivers ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-3-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 20:43 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD574-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-06 22:10 ` ira.weiny
[not found] ` <20150406221044.GA433-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
2015-04-06 22:43 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBDE3E-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-08 16:01 ` ira.weiny
2015-02-04 23:29 ` [PATCH v4 03/19] IB/mad: Change validate_mad signature to take ib_mad_hdr rather than ib_mad ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-4-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 21:20 ` Hefty, Sean
2015-02-04 23:29 ` [PATCH v4 04/19] IB/mad: Change ib_response_mad " ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-5-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 21:20 ` Hefty, Sean
2015-02-04 23:29 ` [PATCH v4 05/19] IB/mad: Change cast in rcv_has_same_class ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 06/19] IB/core: Add max_mad_size to ib_device_attr ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-7-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-02-24 14:16 ` Doug Ledford
[not found] ` <1424787385.4847.16.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-02-25 18:13 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC3ECE5-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-25 18:23 ` Jason Gunthorpe
[not found] ` <20150225182308.GA14580-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2015-02-25 18:32 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC3ED5B-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-25 18:43 ` Jason Gunthorpe
2015-02-04 23:29 ` [PATCH v4 07/19] IB/mad: Convert ib_mad_private allocations from kmem_cache to kmalloc ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-8-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-02-24 14:22 ` Doug Ledford
[not found] ` <1424787735.4847.19.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-02-25 18:23 ` Weiny, Ira
2015-02-04 23:29 ` [PATCH v4 08/19] IB/mad: Add helper function for smi_handle_dr_smp_send ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-9-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 21:28 ` Hefty, Sean
2015-02-04 23:29 ` [PATCH v4 09/19] IB/mad: Add helper function for smi_handle_dr_smp_recv ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 10/19] IB/mad: Add helper function for smi_check_forward_dr_smp ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 11/19] IB/mad: Add helper function for SMI processing ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 12/19] IB/mad: Add MAD size parameters to process_mad ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-13-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 22:40 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD692-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-07 17:23 ` ira.weiny
[not found] ` <20150407172303.GB433-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
2015-04-07 17:53 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBE224-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-08 16:07 ` ira.weiny
2015-02-04 23:29 ` [PATCH v4 13/19] IB/mad: Add base version parameter to ib_create_send_mad ira.weiny-ral2JQCrhuEAvxtiuMwx3w
2015-02-04 23:29 ` [PATCH v4 14/19] IB/core: Add IB_DEVICE_OPA_MAD_SUPPORT device cap flag ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-15-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-02-06 20:35 ` Hal Rosenstock
[not found] ` <54D52589.8020305-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2015-02-11 15:40 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC244A8-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-12 14:00 ` Hal Rosenstock
[not found] ` <54DCB1E9.7010309-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2015-02-17 21:25 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC29020-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-23 18:54 ` Hal Rosenstock
[not found] ` <54EB7756.7070407-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2015-02-25 0:29 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC3D330-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-02-25 17:13 ` Doug Ledford
[not found] ` <1424884438.4847.91.camel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-03-04 7:21 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC4F18C-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-04 16:02 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A8237399E6F06F-8oqHQFITsIHTXloPLtfHfbfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-04 16:41 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC4F50B-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-09 21:22 ` Hal Rosenstock
[not found] ` <54FE0F16.5090905-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2015-03-11 7:27 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC5C11A-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-16 23:59 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A8237399E8106A-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-17 23:36 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A8237399E818C6-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-20 13:38 ` Michael Wang
2015-03-20 13:48 ` Michael Wang
[not found] ` <6A3D3202-0128-4F33-B596-D7A76AB66DF8@gmail.com>
[not found] ` <20150320235748.GA22703@phlsvsds.ph.intel.com>
[not found] ` <20150320235748.GA22703-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
2015-03-21 0:05 ` ira.weiny [this message]
[not found] ` <20150321000541.GA24717-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
2015-03-21 7:49 ` Yun Wang
[not found] ` <CAJuTgQUsZ34F-dKpsmW+5=axDWb93pA43LZ-qKbEjqyu-RUUmg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-03-23 16:31 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A8237399E82E58-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-24 12:49 ` Michael Wang
[not found] ` <55115D61.9040201-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2015-03-25 10:30 ` Michael Wang
[not found] ` <55128E48.1080406-EIkl63zCoXaH+58JC4qpiA@public.gmane.org>
2015-04-02 22:45 ` ira.weiny
2015-03-06 17:47 ` Jason Gunthorpe
[not found] ` <20150306174729.GE22375-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2015-03-06 22:47 ` Weiny, Ira
[not found] ` <2807E5FD2F6FDA4886F6618EAC48510E0CC53437-8k97q/ur5Z2krb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-03-09 21:23 ` Hal Rosenstock
2015-02-04 23:29 ` [PATCH v4 15/19] IB/mad: Create jumbo_mad data structures ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-16-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 23:08 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD6C8-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-04 0:14 ` Hefty, Sean
2015-04-08 15:33 ` ira.weiny
2015-02-04 23:29 ` [PATCH v4 16/19] IB/mad: Add Intel Omni-Path Architecture defines ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-17-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 23:33 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD708-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-08 21:41 ` ira.weiny
2015-02-04 23:29 ` [PATCH v4 17/19] IB/mad: Implement support for Intel Omni-Path Architecture base version MADs in ib_create_send_mad ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-18-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 23:40 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD722-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-08 21:36 ` ira.weiny
[not found] ` <20150408213612.GG433-W4f6Xiosr+yv7QzWx2u06xL4W9x8LtSr@public.gmane.org>
2015-04-08 21:44 ` Hefty, Sean
2015-02-04 23:29 ` [PATCH v4 18/19] IB/mad: Implement Intel Omni-Path Architecture SMP processing ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-19-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-03 23:47 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD742-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-09 4:41 ` ira.weiny
2015-02-04 23:29 ` [PATCH v4 19/19] IB/mad: Implement Intel Omni-Path Architecture MAD processing ira.weiny-ral2JQCrhuEAvxtiuMwx3w
[not found] ` <1423092585-26692-20-git-send-email-ira.weiny-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2015-04-04 1:44 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBD9DE-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-07 2:29 ` Jason Gunthorpe
[not found] ` <20150407022954.GA7531-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2015-04-07 16:57 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBE150-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-07 17:16 ` Jason Gunthorpe
[not found] ` <20150407171659.GA15634-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2015-04-07 17:41 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBE1EB-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-07 18:06 ` Jason Gunthorpe
2015-04-07 17:15 ` Hefty, Sean
[not found] ` <1828884A29C6694DAF28B7E6B8A82373A8FBE17D-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2015-04-07 17:19 ` Jason Gunthorpe
[not found] ` <20150407171920.GB15634-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>
2015-04-08 21:24 ` ira.weiny
2015-02-06 20:34 ` [PATCH v4 00/19] IB/mad: Add support for Intel Omni-Path Architecture (OPA) " Hal Rosenstock
[not found] ` <54D52562.5050408-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>
2015-02-09 21:20 ` Weiny, Ira
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=20150321000541.GA24717@phlsvsds.ph.intel.com \
--to=ira.weiny-ral2jqcrhueavxtiumwx3w@public.gmane.org \
--cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=hal-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=roland-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org \
--cc=sean.hefty-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=yun.wang-EIkl63zCoXaH+58JC4qpiA@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;
as well as URLs for NNTP newsgroup(s).