On Tue, Sep 1, 2015 at 7:52 AM, Doug Ledford wrote:
> On 09/01/2015 09:01 AM, Sudip Mukherjee wrote:
>> building of ipath depends on infiniband. And if ipath is selected and
>> infiniband is not then build fails with:
>> ERROR: "ib_alloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
>> ER
On 09/01/2015 12:54 PM, Jim Davis wrote:
> On Tue, Sep 1, 2015 at 7:52 AM, Doug Ledford wrote:
>> On 09/01/2015 09:01 AM, Sudip Mukherjee wrote:
>>> building of ipath depends on infiniband. And if ipath is selected and
>>> infiniband is not then build fails with:
>>> ERROR: "ib_alloc_device" [driv
> -Original Message-
> From: Nicholas Krause [mailto:xerofo...@gmail.com]
> Sent: Sunday, August 30, 2015 3:12 PM
> To: sw...@chelsio.com
> Cc: dledf...@redhat.com; sean.he...@intel.com; hal.rosenst...@gmail.com;
> linux-rdma@vger.kernel.org; linux-ker...@vger.kernel.org
> Subject: [PATC
On 09/01/2015 09:01 AM, Sudip Mukherjee wrote:
> building of ipath depends on infiniband. And if ipath is selected and
> infiniband is not then build fails with:
> ERROR: "ib_alloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
> ERROR: "ib_dealloc_device" [drivers/staging/ipath/ib_ipath.ko
On 09/01/2015 05:50 AM, Or Gerlitz wrote:
> On Tue, Sep 1, 2015 at 11:42 AM, Matan Barak
> wrote:
>
>> If I recall, this code was sent through linux-net mailing list. So
>> it's possible the different branches weren't rebased, isn't it?
>
> but the code was merged for 4.2-rc1 -- so Doug, this m
building of ipath depends on infiniband. And if ipath is selected and
infiniband is not then build fails with:
ERROR: "ib_alloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
ERROR: "ib_dealloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
ERROR: "ib_dispatch_event" [drivers/stagin
>From 0e8341980ca7133fe0a472fddc1c622f766b8f8e Mon Sep 17 00:00:00 2001
From: Dan Ben Yosef
Date: Mon, 31 Aug 2015 10:49:04 +0300
perfquery -T (print Extended Speed Counters) times out on nodes
supporting RS_FEC capability.
Before sending ExtendedSpeedCounters PerfMgt GMP, perfquery sends
PortIn
On Tue, Sep 1, 2015 at 11:42 AM, Matan Barak wrote:
> If I recall, this code was sent through linux-net mailing list. So
> it's possible the different branches weren't rebased, isn't it?
but the code was merged for 4.2-rc1 -- so Doug, this means that when
you did the 4.2-rc work you haven't reba
On Tue, Sep 1, 2015 at 9:40 AM, Or Gerlitz wrote:
> On Tue, Sep 1, 2015 at 1:13 AM, Doug Ledford wrote:
>> On 08/31/2015 04:21 PM, Or Gerlitz wrote:
>>> On Mon, Aug 31, 2015 at 4:02 PM, Doug Ledford wrote:
On 08/31/2015 03:09 AM, Matan Barak wrote:
>>>
> Actually, it looks like the dump
On 9/1/2015 11:08 AM, Sagi Grimberg wrote:
(see http://www.spinics.net/lists/netdev/msg335599.html).
better to have pointer here to upstream commit and not to an archive
URL which is possibly gonna die some day
This commit is not upstream yet.
I know, but but under the way the net/ne
On 8/27/2015 6:22 PM, Haggai Eran wrote:
From: Eli Cohen
Add the verb ibv_query_device_ex which is extensible and allows following
commits to add new features to define additional properties.
Signed-off-by: Eli Cohen
Signed-off-by: Haggai Eran
This looks good. And I'll need it too soon.
R
On 8/31/2015 11:18 PM, Or Gerlitz wrote:
On Mon, Aug 31, 2015 at 6:24 PM, Sagi Grimberg wrote:
Since patch series "Demux IB CM requests in the rdma_cm module" the
P_Key index is taken from the work completion rather than the message itself
so prior to this series nobody in the IB core (and ma
On 9/1/2015 9:56 AM, Haggai Eran wrote:
The mlx5_ib_reg_user_mr() function will attempt to call clean_mr() in
its error flow even though there is never a case where the error flow
occurs with a valid MR pointer to destroy.
Remove the clean_mr() call and the incorrect comment above it.
Fixes: b4
13 matches
Mail list logo
