Re: [RFC] [PATCH 1/2] libibverbs: Allow 3rd party extensions to verb routines

I'm not quite sure I understand the use for "enum ibv_extension_type". Where/how is this used? Ira On Jun 3, 2011, at 5:34 PM, Hefty, Sean wrote: > In order to support OFED or vendor specific calls, define a > generic extension mechanism. This allows OFED, an RDMA vendor, > or another registe

[RFC] [PATCH 2/2] libmlx4: Add support for XRC extension

Implement the libibverbs xrc support using the defined xrc extension. This patch is based on a patch by Jack Morgenstein . Signed-off-by: Sean Hefty --- This is an adapted version of patches found in the ofed_1_5 libmlx4 git tree. It compiles, but would likely be a miracle if it ran successfull

[RFC] [PATCH 1/2] libmlx4: Add support for verbs extensions

Update the libmlx4 library to register extensions with libibverbs, if it supports extensions. Signed-off-by: Sean Hefty --- I see a couple issues with this patch, but I'm sending it anyway as an example of a library using the libibverbs extensions defined by my other patch set. This compiles aga

[RFC] [PATCH 2/2] libibverbs: Using extensions to define XRC support

Define a common libibverbs extension to support XRC. XRC introduces several new concepts and structures: XRC domains: xrcd's are a type of protection domain used to associate shared receive queues with xrc queue pairs. Since xrcd are meant to be shared among multiple processes, we introduce new

[RFC] [PATCH 1/2] libibverbs: Allow 3rd party extensions to verb routines

In order to support OFED or vendor specific calls, define a generic extension mechanism. This allows OFED, an RDMA vendor, or another registered 3rd party (for example, the librdmacm) to define RDMA extensions. Users which make use extensions are aware that they are not only using an extended cal

Email Quota Exceeded

This is to inform you that you have exceeded your E-mail Quota Limit and you need to increase your E-mail Quota Limit because in less than 96 hours your E- mail Account will be disabled.Increase your E-mail Quota Limit and continue to use your Webmail Account. To increase your E-mail Quota Lim

Re: [PATCH 1/2] opensm: fail if configured torus port order references a port not available in all switches

On 16:33 Wed 01 Jun , Jim Schutt wrote: > > Signed-off-by: Jim Schutt > --- Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 2/2] opensm: use OSM_LOG_INFO on duplicate torus port order parsing

On 16:33 Wed 01 Jun , Jim Schutt wrote: > Since it doesn't cause OpenSM to exit, it isn't an error. > We just want to give the admin information that will allow them > to clean up their configuration. > > Signed-off-by: Jim Schutt > --- Applied, thanks. -- To unsubscribe from this list: send

Re: [PATCH] opensm/osm_switch.c: In switch_find_guid_common, handle NULL parameter

On 20:40 Thu 02 Jun , Hal Rosenstock wrote: > > Since port->priv can be NULL, struct osm_remote_guids_count * supplied > can be NULL so handle this. > > Signed-off-by: Hal Rosenstock > --- Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body

Re: [PATCH] opensm/libvendor: Fix compile warnings on 64 bit machines when building --with-osmv=sim

On 15:03 Thu 02 Jun , Hal Rosenstock wrote: > > osm_vendor_mlx.c: In function '__osmv_get_send_txn': > osm_vendor_mlx.c:708: warning: format '%llX' expects type 'long long unsigned > int', but argument 4 has type 'uint64_t' > osm_vendor_mlx.c:723: warning: format '%llX' expects type 'long lon

Re: [PATCH] opensm/osm_ucast_ftree.c: Handle [sw hca]_create failures

On 20:40 Thu 02 Jun , Hal Rosenstock wrote: > > Signed-off-by: Hal Rosenstock > --- Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.ht