On 9/28/2015 11:57 PM, Bart Van Assche wrote:
On 09/24/2015 12:37 AM, Sagi Grimberg wrote:
On 9/23/2015 12:21 AM, Bart Van Assche wrote:
On 09/17/2015 02:42 AM, Sagi Grimberg wrote:
+} else if (last_page_off + dma_len < mr->page_size) {
+/* chunk this fragment with
On 9/29/2015 9:47 AM, Sagi Grimberg wrote:
Shouldn't higher layers take care of this? Trying to implement the same
coalescing algorithm at various layers isn't very optimal, although we
need to decide and document which one is responsible.
The block layer can take care of it, but I'm not sure
Shouldn't higher layers take care of this? Trying to implement the same
coalescing algorithm at various layers isn't very optimal, although we
need to decide and document which one is responsible.
The block layer can take care of it, but I'm not sure about NFS/RDS at
the moment (IIRC Steve
In function dapls_ib_qp_free(), pointers qp and cm_ptr->cm_id->qp are
pointing to the same qp structure, initialized in function
dapls_ib_qp_alloc(). The memory pointed by these pointers are freed
twice in function dapls_ib_qp_free(), using rdma_destroy_qp() for the
case _OPENIB_CMA defined and
Hi All,
One of the conditions to move the hfi1 driver from staging into the normal
drivers/infiniband/hw directory is to handle the code duplication in our
verbs layer. This is going to be done by creating a new kmod which we will
call rdmavt, for RDMA verbs transport. This will eventually live
On 13/09/2015 18:13, Christoph Hellwig wrote:
> This series shrinks the WR size by splitting out the different WR
> types.
>
> Patch number one is too large for the mailinglist, so if you didn't
> get it grab it here:
>
>
>
The lkey table is allocated with with a get_user_pages() with an
order based on a number of index bits from a module parameter.
The underlying kernel code cannot allocate that many contiguous pages.
There is no reason the underlying memory needs to be physically
contiguous.
This patch:
-
Ported from commit d6f1c17e162b2a11e708f28fa93f2f79c164b442 upstream.
The lkey table is allocated with with a get_user_pages() with an
order based on a number of index bits from a module parameter.
The underlying kernel code cannot allocate that many contiguous pages.
There is no reason the
On Mon, Sep 28, 2015 at 04:49:21PM -0500, Steve Wise wrote:
>
>
> > -Original Message-
> > From: J. Bruce Fields [mailto:bfie...@fieldses.org]
> > Sent: Monday, September 28, 2015 4:05 PM
> > To: Steve Wise
> > Cc: trond.mykleb...@primarydata.com; linux-...@vger.kernel.org;
> >
The lkey table is allocated with with a get_user_pages() with an
order based on a number of index bits from a module parameter.
The underlying kernel code cannot allocate that many contiguous pages.
There is no reason the underlying memory needs to be physically
contiguous.
This patch:
-
Thanks, applied.
> -Original Message-
> From: Bharat Potnuri [mailto:bha...@chelsio.com]
> Sent: Tuesday, September 29, 2015 5:30 AM
> To: Davis, Arlin R
> Cc: linux-rdma@vger.kernel.org; sw...@opengridcomputing.com;
> nirran...@chelsio.com; Bharat Potnuri
> Subject: [PATCH] dapl: Fix
On 9/29/2015 10:03 PM, Bart Van Assche wrote:
On 09/17/2015 02:42 AM, Sagi Grimberg wrote:
- Converted SRP initiator and RDS iwarp ULPs to the new API
Hello Sagi,
Hi Bart,
How has the converted SRP initiator driver been tested ? With the kernel
tree that is available on branch reg_api.4
On 09/28/2015 01:10 PM, Jason Gunthorpe wrote:
> On Mon, Sep 28, 2015 at 11:36:11AM -0400, Doug Ledford wrote:
>
>>> Also broadcast could cause a unecessary reception event on the NICs of
>>> machines that have no interest in this traffic.
>>
>> This is true. However, I'm trying to balance
Hi Linus,
I have a few -rc fixes for you. One fix in particular, for the NFSoRDMA
code, relied upon changes that went in during the 4.3 merge window to
apply cleanly, but also relied on a group of related commits in this
set, making it need to come through my tree. So I merged up to 4.3-rc2,
On 09/21/2015 09:33 AM, Andrzej Hajda wrote:
> The function can return negative value.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/unsigned_lesser_than_zero.cocci [1].
>
> [1]: http://permalink.gmane.org/gmane.linux.kernel/2038576
>
>
On 09/17/2015 02:42 AM, Sagi Grimberg wrote:
- Converted SRP initiator and RDS iwarp ULPs to the new API
Hello Sagi,
How has the converted SRP initiator driver been tested ? With the kernel
tree that is available on branch reg_api.4
(427def03e9fa9801efbb27f6c3c6bf7fc0d012e1) I see on the
16 matches
Mail list logo
