linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Hugh Dickins <hugh@veritas.com>
To: William Lee Irwin III <wli@holomorphy.com>
Cc: Russell King <rmk@arm.linux.org.uk>, linux-mm@kvack.org
Subject: Re: PTE aging, ptep_test_and_clear_young() and TLB
Date: Sun, 18 Apr 2004 11:58:21 +0100 (BST)	[thread overview]
Message-ID: <Pine.LNX.4.44.0404181142290.12120-100000@localhost.localdomain> (raw)
In-Reply-To: <20040418093949.GY743@holomorphy.com>

On Sun, 18 Apr 2004, William Lee Irwin III wrote:
> On Sun, Apr 18, 2004 at 10:36:16AM +0100, Russell King wrote:
> > Actually, we don't actually need the VMA - if you look at flush_tlb_page()
> > in include/asm-arm/tlbflush.h, we only really need the MM.  Therefore,
> > it's pointless digging up the VMA.  (I did think that we didn't flush
> > the I-TLB if VM_EXEC wasn't set, but I think that was a previous
> > incarnation.)
> 
> This sounds like when hugh's stuff to prep for either his or andrea's
> try_to_unmap() reimplementation goes in, something akin to current ppc64
> may be needed for ARM. That should preserve the mm/address tagging by
> shoving the pte page tagging into arch code.

mm and address are directly available in both mine and Andrea's (the
difference between us is finding vma: mine needs find_vma in the anon
case, on Andrea's it's directly available), shouldn't be any need to
add in that ppc/ppc64 code.

Hmm, maybe I didn't look hard enough at it, and could have just taken
it out of ppc/ppc64, instead of moving it from generic; I'll go back
and check on that sometime.

I'm not surprised Russell's found he just needs mm rather than vma,
I did try briefly yesterday to understand just what it is that vma
gives to flush TLB.  Needs thorough research through all the arches,
the ARM case is not necessarily representative.

Wouldn't surprise me if it turns out vma necessary on some in the
file-backed case, but on none in the anon case (would then cease
to be a differentiator between anonmm and anon_vma if so).

But I still think that we'd want to cut down on the intercpu TLB
flushes for page_referenced, should batch them up to some extent.
Russell may well be right that we're much too lazy about the
referenced bit in 2.6, but that doesn't mean we now have to
jump and get it exactly right all the time: the dirty bit is
vital, the referenced bit never more than a hint.

Hugh

--
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:"aart@kvack.org"> aart@kvack.org </a>

  reply	other threads:[~2004-04-18 10:58 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-17 20:15 Russell King
2004-04-17 20:43 ` William Lee Irwin III
2004-04-18  9:36   ` Russell King
2004-04-18  9:39     ` William Lee Irwin III
2004-04-18 10:58       ` Hugh Dickins [this message]
2004-04-18 11:23         ` Russell King
2004-04-18 12:36           ` Hugh Dickins
2004-04-18 12:42             ` Russell King
2004-04-18 19:55               ` Russell King
2004-04-18 20:01                 ` Russell King
2004-04-18 23:14                 ` Hugh Dickins
2004-04-18 23:34                   ` Russell King
2004-04-18 15:52         ` William Lee Irwin III
2004-04-18 10:42     ` Russell King
2004-04-18 15:12       ` William Lee Irwin III
2004-04-17 22:27 ` Hugh Dickins
2004-04-17 23:47   ` Anton Blanchard

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=Pine.LNX.4.44.0404181142290.12120-100000@localhost.localdomain \
    --to=hugh@veritas.com \
    --cc=linux-mm@kvack.org \
    --cc=rmk@arm.linux.org.uk \
    --cc=wli@holomorphy.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox