From mboxrd@z Thu Jan 1 00:00:00 1970 From: R S Subject: [ofa-general] trying to get of all lists Date: Fri, 8 Feb 2008 16:21:37 -0800 Message-ID: References: <20080208220616.089936205@sgi.com> <20080208142315.7fe4b95e.akpm@linux-foundation.org> <20080208233636.GG26564@sgi.com> <20080208234302.GH26564@sgi.com> <20080208155641.2258ad2c.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1910716770==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: general-bounces@lists.openfabrics.org Errors-To: general-bounces@lists.openfabrics.org To: Christoph Lameter Cc: andrea@qumranet.com, a.p.zijlstra@chello.nl, izike@qumranet.com, steiner@sgi.com, linux-kernel@vger.kernel.org, avi@qumranet.com, linux-mm@kvack.org, daniel.blueman@quadrics.com, holt@sgi.com, general@lists.openfabrics.org, akpm@linux-foundation.org, kvm-devel@lists.sourceforge.net List-Id: linux-mm.kvack.org --===============1910716770== Content-Type: multipart/alternative; boundary="_c649f4e0-ed06-4289-a4d7-018c07f30fe1_" --_c649f4e0-ed06-4289-a4d7-018c07f30fe1_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable unsubscribe > Date: Fri, 8 Feb 2008 16:16:34 -0800> From: clameter@sgi.com> To: rdreier= @cisco.com> CC: akpm@linux-foundation.org; andrea@qumranet.com; a.p.zijlstr= a@chello.nl; linux-mm@kvack.org; izike@qumranet.com; steiner@sgi.com; linux= -kernel@vger.kernel.org; avi@qumranet.com; kvm-devel@lists.sourceforge.net;= daniel.blueman@quadrics.com; holt@sgi.com; general@lists.openfabrics.org> = Subject: Re: [ofa-general] Re: [patch 0/6] MMU Notifiers V6> > On Fri, 8 Fe= b 2008, Roland Dreier wrote:> > > In general, this MMU notifier stuff will = only be useful to a subset of> > InfiniBand/RDMA hardware. Some adapters ar= e smart enough to handle> > changing the IO virtual -> bus/physical mapping= on the fly, but some> > aren't. For the dumb adapters, I think the current= ib_umem_get() is> > pretty close to as good as we can get: we have to keep= the physical> > pages pinned for as long as the adapter is allowed to DMA = into the> > memory region.> > I thought the adaptor can always remove the m= apping by renegotiating > with the remote side? Even if its dumb then a cal= lback could notify the > driver that it may be required to tear down the ma= pping. We then hold the > pages until we get okay by the driver that the ma= pping has been removed.> > We could also let the unmapping fail if the driv= er indicates that the > mapping must stay.> --> To unsubscribe from this li= st: send the line "unsubscribe linux-kernel" in> the body of a message to m= ajordomo@vger.kernel.org> More majordomo info at http://vger.kernel.org/maj= ordomo-info.html> Please read the FAQ at http://www.tux.org/lkml/ _________________________________________________________________ Shed those extra pounds with MSN and The Biggest Loser! http://biggestloser.msn.com/= --_c649f4e0-ed06-4289-a4d7-018c07f30fe1_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

unsubscribe

> Date: Fri, 8 Feb 2008 16:16:34 -0800
> From: clameter@sgi.com> To: rdreier@cisco.com
> CC: akpm@linux-foundation.org; andrea@q= umranet.com; a.p.zijlstra@chello.nl; linux-mm@kvack.org; izike@qumranet.com= ; steiner@sgi.com; linux-kernel@vger.kernel.org; avi@qumranet.com; kvm-deve= l@lists.sourceforge.net; daniel.blueman@quadrics.com; holt@sgi.com; general= @lists.openfabrics.org
> Subject: Re: [ofa-general] Re: [patch 0/6] M= MU Notifiers V6
>
> On Fri, 8 Feb 2008, Roland Dreier wrote:>
> > In general, this MMU notifier stuff will only be usefu= l to a subset of
> > InfiniBand/RDMA hardware. Some adapters are s= mart enough to handle
> > changing the IO virtual -> bus/physic= al mapping on the fly, but some
> > aren't. For the dumb adapters,= I think the current ib_umem_get() is
> > pretty close to as good = as we can get: we have to keep the physical
> > pages pinned for a= s long as the adapter is allowed to DMA into the
> > memory region= .
>
> I thought the adaptor can always remove the mapping by r= enegotiating
> with the remote side? Even if its dumb then a callbac= k could notify the
> driver that it may be required to tear down the= mapping. We then hold the
> pages until we get okay by the driver t= hat the mapping has been removed.
>
> We could also let the un= mapping fail if the driver indicates that the
> mapping must stay.> --
> To unsubscribe from this list: send the line "unsubscribe= linux-kernel" in
> the body of a message to majordomo@vger.kernel.or= g
> More majordomo info at http://vger.kernel.org/majordomo-info.html=
> Please read the FAQ at http://www.tux.org/lkml/

She= d those extra pounds with MSN and The Biggest Loser! Learn more. = --_c649f4e0-ed06-4289-a4d7-018c07f30fe1_-- --===============1910716770== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============1910716770==--