Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-15 Thread Caitlin Bestler
> -Original Message- > From: Christoph Lameter [mailto:[EMAIL PROTECTED] > Sent: Friday, February 15, 2008 2:50 PM > To: Caitlin Bestler > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; kvm-devel@lists.sourceforge.net > Subject:

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-15 Thread Caitlin Bestler
Christoph Lameter wrote > > > Merely mlocking pages deals with the end-to-end RDMA semantics. > > What still needs to be addressed is how a fastpath interface > > would dynamically pin and unpin. Yielding pins for short-term > > suspensions (and flushing cached translations) deals with the > > res

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-15 Thread Caitlin Bestler
> -Original Message- > From: Christoph Lameter [mailto:[EMAIL PROTECTED] > Sent: Friday, February 15, 2008 10:46 AM > To: Caitlin Bestler > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; kvm-devel@lists.sourceforge.net > Subject:

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-15 Thread Caitlin Bestler
Christoph Lameter asked: > > What does it mean that the "application layer has to be determine what > pages are registered"? The application does not know which of its pages > are currently in memory. It can only force these pages to stay in > memory if their are mlocked. > An application that a

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-14 Thread Caitlin Bestler
> -Original Message- > From: Christoph Lameter [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 14, 2008 2:49 PM > To: Caitlin Bestler > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; kvm-devel@lists.sourceforge.net > Subject:

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-14 Thread Caitlin Bestler
On Thu, Feb 14, 2008 at 12:20 PM, Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Thu, 14 Feb 2008, Caitlin Bestler wrote: > > > So suspend/resume to re-arrange pages is one thing. Suspend/resume to cover > > swapping out pages so they can be reallocated is an exercis

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-14 Thread Caitlin Bestler
On Thu, Feb 14, 2008 at 11:39 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Thu, 14 Feb 2008, Steve Wise wrote: > > > Note that for T3, this involves suspending _all_ rdma connections that are > in > > the same PD as the MR being remapped. This is because the driver doesn't > know > >

Re: [kvm-devel] [ofa-general] Re: Demand paging for memory regions

2008-02-14 Thread Caitlin Bestler
On Thu, Feb 14, 2008 at 8:23 AM, Steve Wise <[EMAIL PROTECTED]> wrote: > Robin Holt wrote: > > On Thu, Feb 14, 2008 at 09:09:08AM -0600, Steve Wise wrote: > >> Note that for T3, this involves suspending _all_ rdma connections that are > >> in the same PD as the MR being remapped. This is becaus

Re: [kvm-devel] [Xen-devel] More virtio users

2007-06-15 Thread Caitlin Bestler
Arnd Bergmann wrote: > On Thursday 14 June 2007, Caitlin Bestler wrote: >> >> Why not simply adopt the policy that if the IOMMU does not meet the >> security requirements of the Hypervisor then it is not an IOMMU as >> far as the Hypervisor is concerned? >> >

Re: [kvm-devel] [Xen-devel] More virtio users

2007-06-14 Thread Caitlin Bestler
[EMAIL PROTECTED] wrote: > On Wednesday 13 June 2007, Caitlin Bestler wrote: >> >>> It can be done, but you'd also need a passthrough for the IOMMU in >>> that case, and you get a potential security hole: if a malicious >>> guest is smart enough to figure

Re: [kvm-devel] [Xen-devel] More virtio users

2007-06-12 Thread Caitlin Bestler
[EMAIL PROTECTED] wrote: > On Sunday 10 June 2007, Avi Kivity wrote: >>> - PCI (or your favorite HW bus) passthrough, for your favorite >>> oddball   device (e.g., crypto-accelerators). >>> >> Won't all high-bandwidth traffic be through dma, bypassing virtio? > > It can be done, but you'd also ne