[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1201147387.6815.29.camel@pasglop>
Date: Thu, 24 Jan 2008 15:03:07 +1100
From: Benjamin Herrenschmidt <benh@...nel.crashing.org>
To: Avi Kivity <avi@...ranet.com>
Cc: Robin Holt <holt@....com>, Gerd Hoffmann <kraxel@...hat.com>,
Christoph Lameter <clameter@....com>,
Andrea Arcangeli <andrea@...ranet.com>,
Andrew Morton <akpm@...l.org>, Nick Piggin <npiggin@...e.de>,
linux-mm@...ck.org, steiner@....com, linux-kernel@...r.kernel.org,
kvm-devel@...ts.sourceforge.net, daniel.blueman@...drics.com,
Hugh Dickins <hugh@...itas.com>
Subject: Re: [kvm-devel] [PATCH] export notifier #1
On Wed, 2008-01-23 at 16:17 +0200, Avi Kivity wrote:
> Robin Holt wrote:
> > On Wed, Jan 23, 2008 at 01:51:23PM +0100, Gerd Hoffmann wrote:
> >
> >> Jumping in here, looks like this could develop into a direction useful
> >> for Xen.
> >>
> >> Background: Xen has a mechanism called "grant tables" for page sharing.
> >> Guest #1 can issue a "grant" for another guest #2, which in turn then
> >> can use that grant to map the page owned by guest #1 into its address
> >> space. This is used by the virtual network/disk drivers, i.e. typically
> >> Domain-0 (which has access to the real hardware) maps pages of other
> >> guests to fill in disk/network data.
> >>
> >
> > This is extremely similar to what XPMEM is providing.
> >
> >
>
> I think that in Xen's case the page tables are the normal cpu page
> tables, not an external mmu (like RDMA, kvm, and XPMEM).
However, that will be useful to the DRI folks as modern video chips are
growing MMU with even page fault capabilities.
Ben.
--
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