All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robin Holt <holt@sgi.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: Robin Holt <holt@sgi.com>, Andrea Arcangeli <andrea@qumranet.com>,
	Avi Kivity <avi@qumranet.com>, Izik Eidus <izike@qumranet.com>,
	kvm-devel@lists.sourceforge.net,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	steiner@sgi.com, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, daniel.blueman@quadrics.com
Subject: Re: [patch 2/4] mmu_notifier: Callbacks to invalidate address ranges
Date: Fri, 1 Feb 2008 18:21:45 -0600	[thread overview]
Message-ID: <20080202002145.GA17211@sgi.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0802011602360.21158@schroedinger.engr.sgi.com>

On Fri, Feb 01, 2008 at 04:05:08PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Robin Holt wrote:
> 
> > On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> > > On Fri, 1 Feb 2008, Robin Holt wrote:
> > > 
> > > > We are getting this callout when we transition the pte from a read-only
> > > > to read-write.  Jack and I can not see a reason we would need that
> > > > callout.  It is causing problems for xpmem in that a write fault goes
> > > > to get_user_pages which gets back to do_wp_page that does the callout.
> > > 
> > > Right. You placed it there in the first place. So we can drop the code 
> > > from do_wp_page?
> > 
> > No, we need a callout when we are becoming more restrictive, but not
> > when becoming more permissive.  I would have to guess that is the case
> > for any of these callouts.  It is for both GRU and XPMEM.  I would
> > expect the same is true for KVM, but would like a ruling from Andrea on
> > that.
> 
> do_wp_page is entered when the pte shows that the page is not writeable 
> and it makes the page writable in some situations. Then we do not 
> invalidate the remote reference.
> 
> However, when we do COW then a *new* page is put in place of the existing 
> readonly page. At that point we need to remove the remote pte that is 
> readonly. Then we install a new pte pointing to a *different* page that is 
> writable.
> 
> Are you saying that you get the callback when transitioning from a read 
> only to a read write pte on the *same* page?

I believe that is what we saw.  We have not put in any more debug
information yet.  I will try to squeze it in this weekend.  Otherwise,
I will probably have to wait until early Monday.

Thanks
Robin

WARNING: multiple messages have this Message-ID (diff)
From: Robin Holt <holt-sJ/iWh9BUns@public.gmane.org>
To: Christoph Lameter <clameter-sJ/iWh9BUns@public.gmane.org>
Cc: Andrea Arcangeli <andrea-atKUWr5tajBWk0Htik3J/w@public.gmane.org>,
	Peter Zijlstra
	<a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>,
	linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org,
	steiner-sJ/iWh9BUns@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>,
	kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
	daniel.blueman-xqY44rlHlBpWk0Htik3J/w@public.gmane.org,
	Robin Holt <holt-sJ/iWh9BUns@public.gmane.org>
Subject: Re: [patch 2/4] mmu_notifier: Callbacks to invalidate address	ranges
Date: Fri, 1 Feb 2008 18:21:45 -0600	[thread overview]
Message-ID: <20080202002145.GA17211@sgi.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0802011602360.21158-RYO/mD75kfhx2SFC9UQUAuF7EQX82lMiAL8bYrjMMd8@public.gmane.org>

On Fri, Feb 01, 2008 at 04:05:08PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Robin Holt wrote:
> 
> > On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> > > On Fri, 1 Feb 2008, Robin Holt wrote:
> > > 
> > > > We are getting this callout when we transition the pte from a read-only
> > > > to read-write.  Jack and I can not see a reason we would need that
> > > > callout.  It is causing problems for xpmem in that a write fault goes
> > > > to get_user_pages which gets back to do_wp_page that does the callout.
> > > 
> > > Right. You placed it there in the first place. So we can drop the code 
> > > from do_wp_page?
> > 
> > No, we need a callout when we are becoming more restrictive, but not
> > when becoming more permissive.  I would have to guess that is the case
> > for any of these callouts.  It is for both GRU and XPMEM.  I would
> > expect the same is true for KVM, but would like a ruling from Andrea on
> > that.
> 
> do_wp_page is entered when the pte shows that the page is not writeable 
> and it makes the page writable in some situations. Then we do not 
> invalidate the remote reference.
> 
> However, when we do COW then a *new* page is put in place of the existing 
> readonly page. At that point we need to remove the remote pte that is 
> readonly. Then we install a new pte pointing to a *different* page that is 
> writable.
> 
> Are you saying that you get the callback when transitioning from a read 
> only to a read write pte on the *same* page?

I believe that is what we saw.  We have not put in any more debug
information yet.  I will try to squeze it in this weekend.  Otherwise,
I will probably have to wait until early Monday.

Thanks
Robin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

WARNING: multiple messages have this Message-ID (diff)
From: Robin Holt <holt@sgi.com>
To: Christoph Lameter <clameter@sgi.com>
Cc: Robin Holt <holt@sgi.com>, Andrea Arcangeli <andrea@qumranet.com>,
	Avi Kivity <avi@qumranet.com>, Izik Eidus <izike@qumranet.com>,
	kvm-devel@lists.sourceforge.net,
	Peter Zijlstra <a.p.zijlstra@chello.nl>,
	steiner@sgi.com, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, daniel.blueman@quadrics.com
Subject: Re: [patch 2/4] mmu_notifier: Callbacks to invalidate address ranges
Date: Fri, 1 Feb 2008 18:21:45 -0600	[thread overview]
Message-ID: <20080202002145.GA17211@sgi.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0802011602360.21158@schroedinger.engr.sgi.com>

On Fri, Feb 01, 2008 at 04:05:08PM -0800, Christoph Lameter wrote:
> On Fri, 1 Feb 2008, Robin Holt wrote:
> 
> > On Fri, Feb 01, 2008 at 03:19:32PM -0800, Christoph Lameter wrote:
> > > On Fri, 1 Feb 2008, Robin Holt wrote:
> > > 
> > > > We are getting this callout when we transition the pte from a read-only
> > > > to read-write.  Jack and I can not see a reason we would need that
> > > > callout.  It is causing problems for xpmem in that a write fault goes
> > > > to get_user_pages which gets back to do_wp_page that does the callout.
> > > 
> > > Right. You placed it there in the first place. So we can drop the code 
> > > from do_wp_page?
> > 
> > No, we need a callout when we are becoming more restrictive, but not
> > when becoming more permissive.  I would have to guess that is the case
> > for any of these callouts.  It is for both GRU and XPMEM.  I would
> > expect the same is true for KVM, but would like a ruling from Andrea on
> > that.
> 
> do_wp_page is entered when the pte shows that the page is not writeable 
> and it makes the page writable in some situations. Then we do not 
> invalidate the remote reference.
> 
> However, when we do COW then a *new* page is put in place of the existing 
> readonly page. At that point we need to remove the remote pte that is 
> readonly. Then we install a new pte pointing to a *different* page that is 
> writable.
> 
> Are you saying that you get the callback when transitioning from a read 
> only to a read write pte on the *same* page?

I believe that is what we saw.  We have not put in any more debug
information yet.  I will try to squeze it in this weekend.  Otherwise,
I will probably have to wait until early Monday.

Thanks
Robin

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2008-02-02  0:21 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-01  5:04 [patch 0/4] [RFC] EMMU Notifiers V5 Christoph Lameter
2008-02-01  5:04 ` Christoph Lameter
2008-02-01  5:04 ` [patch 1/4] mmu_notifier: Core code Christoph Lameter
2008-02-01  5:04   ` Christoph Lameter
2008-02-01 10:55   ` Robin Holt
2008-02-01 10:55     ` Robin Holt
2008-02-01 10:55     ` Robin Holt
2008-02-01 11:04     ` Robin Holt
2008-02-01 11:04       ` Robin Holt
2008-02-01 19:14     ` Christoph Lameter
2008-02-01 19:14       ` Christoph Lameter
2008-02-01 19:14       ` Christoph Lameter
2008-02-01  5:04 ` [patch 2/4] mmu_notifier: Callbacks to invalidate address ranges Christoph Lameter
2008-02-01  5:04   ` Christoph Lameter
2008-02-01 10:49   ` Robin Holt
2008-02-01 10:49     ` Robin Holt
2008-02-01 10:49     ` Robin Holt
2008-02-01 19:14     ` Christoph Lameter
2008-02-01 19:14       ` Christoph Lameter
2008-02-01 19:14       ` Christoph Lameter
2008-02-01 22:09   ` Robin Holt
2008-02-01 22:09     ` Robin Holt
2008-02-01 23:19     ` Christoph Lameter
2008-02-01 23:19       ` Christoph Lameter
2008-02-01 23:35       ` Robin Holt
2008-02-01 23:35         ` Robin Holt
2008-02-01 23:35         ` Robin Holt
2008-02-02  0:05         ` Christoph Lameter
2008-02-02  0:05           ` Christoph Lameter
2008-02-02  0:05           ` Christoph Lameter
2008-02-02  0:21           ` Robin Holt [this message]
2008-02-02  0:21             ` Robin Holt
2008-02-02  0:21             ` Robin Holt
2008-02-02  0:38             ` Robin Holt
2008-02-02  0:38               ` Robin Holt
2008-02-02  0:38               ` Robin Holt
2008-02-03  2:23         ` Andrea Arcangeli
2008-02-03  2:23           ` Andrea Arcangeli
2008-02-03  2:23           ` Andrea Arcangeli
2008-02-01  5:04 ` [patch 3/4] mmu_notifier: invalidate_page callbacks Christoph Lameter
2008-02-01  5:04   ` Christoph Lameter
2008-02-01  5:04 ` [patch 4/4] mmu_notifier: Support for driverws with revers maps (f.e. for XPmem) Christoph Lameter
2008-02-01  5:04   ` Christoph Lameter
2008-02-01 11:58 ` Extending mmu_notifiers to handle __xip_unmap in a sleepable context? Robin Holt
2008-02-01 11:58   ` Robin Holt
2008-02-01 11:58   ` Robin Holt
2008-02-01 12:10   ` Robin Holt
2008-02-01 12:10     ` Robin Holt
2008-02-01 12:10     ` Robin Holt
2008-02-01 19:17   ` Christoph Lameter
2008-02-01 19:17     ` Christoph Lameter
2008-02-01 19:17     ` Christoph Lameter
2008-02-03  1:39 ` [patch 0/4] [RFC] EMMU Notifiers V5 Andrea Arcangeli
2008-02-03  1:39   ` Andrea Arcangeli
2008-02-03 13:41 ` Robin Holt
2008-02-03 13:41   ` Robin Holt
2008-02-03 13:41   ` Robin Holt
  -- strict thread matches above, loose matches on Subject: below --
2008-01-25  5:56 [patch 0/4] [RFC] MMU Notifiers V1 Christoph Lameter
2008-01-25  5:56 ` [patch 2/4] mmu_notifier: Callbacks to invalidate address ranges Christoph Lameter
2008-01-25  5:56   ` Christoph Lameter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080202002145.GA17211@sgi.com \
    --to=holt@sgi.com \
    --cc=a.p.zijlstra@chello.nl \
    --cc=andrea@qumranet.com \
    --cc=avi@qumranet.com \
    --cc=clameter@sgi.com \
    --cc=daniel.blueman@quadrics.com \
    --cc=izike@qumranet.com \
    --cc=kvm-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=steiner@sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.