[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0802121657430.11628@schroedinger.engr.sgi.com>
Date: Tue, 12 Feb 2008 17:01:17 -0800 (PST)
From: Christoph Lameter <clameter@....com>
To: Jason Gunthorpe <jgunthorpe@...idianresearch.com>
cc: Roland Dreier <rdreier@...co.com>, Rik van Riel <riel@...hat.com>,
steiner@....com, Andrea Arcangeli <andrea@...ranet.com>,
a.p.zijlstra@...llo.nl, izike@...ranet.com,
linux-kernel@...r.kernel.org, avi@...ranet.com, linux-mm@...ck.org,
daniel.blueman@...drics.com, Robin Holt <holt@....com>,
general@...ts.openfabrics.org,
Andrew Morton <akpm@...ux-foundation.org>,
kvm-devel@...ts.sourceforge.net
Subject: Re: [ofa-general] Re: Demand paging for memory regions
On Tue, 12 Feb 2008, Jason Gunthorpe wrote:
> Well, certainly today the memfree IB devices store the page tables in
> host memory so they are already designed to hang onto packets during
> the page lookup over PCIE, adding in faulting makes this time
> larger.
You really do not need a page table to use it. What needs to be maintained
is knowledge on both side about what pages are currently shared across
RDMA. If the VM decides to reclaim a page then the notification is used to
remove the remote entry. If the remote side then tries to access the page
again then the page fault on the remote side will stall until the local
page has been brought back. RDMA can proceed after both sides again agree
on that page now being sharable.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists