> >>>
> >>> Do you have a suggestion for alternatives?
> >>
> >> The desire to leverage the IB MAD infrastructure for OPA is
> >> understood but the current approach represents OPA as a device
> >> capability which does not seem appropriate because OPA is clearly a
> >> different type of RDMA techn
Hi,
I was going through the code and noticed that this function
mlx4_SET_VLAN_FLTR_wrapper has an empty body and returns success.
Also this function mlx4_common_set_vlan_fltr doesn't have an implementation.
I was going through the 3.19 Linux kernel.
So, does that mean VLAN filtering is not bei
On Wed, 2015-02-04 at 18:29 -0500, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Use the new max_mad_size specified by devices for the allocations and DMA
> maps.
>
> kmalloc is more flexible to support devices with different sized MADs and
> research and testing showed that the current use
On Wed, 2015-02-04 at 18:29 -0500, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Change all IB drivers to report the max MAD size.
> Add check to verify that all devices support at least IB_MGMT_MAD_SIZE
>
> Signed-off-by: Ira Weiny
>
> ---
>
> Changes from V3:
> Fix ehca compile fou
On 2/23/2015 6:59 PM, Devesh Sharma wrote:
-Original Message-
From: Matan Barak [mailto:mat...@mellanox.com]
Sent: Monday, February 23, 2015 3:47 PM
To: Devesh Sharma; Somnath Kotur; rol...@kernel.org
Cc: linux-rdma@vger.kernel.org
Subject: Re: [PATCH 09/30] IB/core: Modify ib_verbs a