[ofa-general] trying to get of all lists

[R S]

unsubscribe

> Date: Fri, 8 Feb 2008 16:16:34 -0800> From: clameter at sgi.com> To: rdreier=
@cisco.com> CC: akpm at linux-foundation.org; andrea at qumranet.com; a.p.zijlstr=
a at chello.nl; linux-mm at kvack.org; izike at qumranet.com; steiner at sgi.com; linux=
-kernel at vger.kernel.org; avi at qumranet.com; kvm-devel at lists.sourceforge.net;=
 daniel.blueman at quadrics.com; holt at sgi.com; general at 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 at 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/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openfabrics.org/pipermail/general/attachments/20080208/37=
3912ff/attachment.htm