From: Paul Mackerras <paulus@samba.org>
To: arnd@bergmann-dalldorf.de
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] 15/18 better pte invalidation
Date: Sat, 10 Aug 2002 22:28:50 +1000 (EST) [thread overview]
Message-ID: <15701.1794.957072.397815@argo.ozlabs.ibm.com> (raw)
In-Reply-To: <200208051954.55546.arndb@de.ibm.com>
Arnd Bergmann writes:
> 2) s/390 has an instruction called ipte (invalidate page table entry) that
> is used to get rid of virtual pages. It does two things, first it set
> the invalid bit in the pte and second it flushes the tlbs for this
> page on all cpus. Very handy but it requires that the pte it should
> flush is still valid. The introduction of establish_pte was a step
> into the right direction but it is defined in mm/memory.c. We need
> to be able to replace this function with a special s/390 variant.
It's now possible in 2.5 to go from a PTE pointer to the mm and
virtual address that it maps - see ptep_to_mm and ptep_to_address in
include/asm-generic/rmap.h. I'm planning to use this to do MMU
hashtable management on PPC in set_pte et al. and thus avoid the
second walk of the Linux page tables that we currently do in
flush_tlb_* on PPC. You could use those functions to let you use the
ipte instruction in set_pte et al. and then make the flush_tlb_*
functions be no-ops.
The ptep_to_mm and ptep_to_address functions came in with rmap, but
all they rely on is having the page->mapping and page->index fields
filled in for pagetable pages. It should only be a minor addition to
the 2.4 MM system to set those fields, and it would be useful on ppc,
ppc64, s390 and s390x.
Paul.
next prev parent reply other threads:[~2002-08-10 12:27 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-05 18:12 0/18 2.4.19 architecture updates for s390 following Arnd Bergmann
2002-08-05 17:47 ` [PATCH] 12/18 console_unblank bug fix Arnd Bergmann
2002-08-05 17:48 ` [PATCH] 13/18 Export elevator_init Arnd Bergmann
2002-08-05 17:50 ` [PATCH] 14/18 support for partition labels in devfs Arnd Bergmann
2002-08-05 17:14 ` Christoph Hellwig
2002-08-05 17:54 ` [PATCH] 15/18 better pte invalidation Arnd Bergmann
2002-08-05 17:01 ` Christoph Hellwig
2002-08-06 11:05 ` Arnd Bergmann
2002-08-06 9:43 ` Christoph Hellwig
2002-08-10 12:28 ` Paul Mackerras [this message]
2002-08-05 17:56 ` [PATCH] 16/18 add more possible root devices Arnd Bergmann
2002-08-05 17:15 ` Christoph Hellwig
2002-08-06 11:23 ` Arnd Bergmann
2002-08-05 18:04 ` [PATCH] 17/18 support arbitrary devfs names for tty devices Arnd Bergmann
2002-08-05 18:08 ` [PATCH] 18/18 scsi core changes Arnd Bergmann
2002-08-05 17:12 ` Christoph Hellwig
2002-08-06 11:06 ` Arnd Bergmann
2002-08-06 9:18 ` Christoph Hellwig
2002-08-06 23:10 ` Ingo Adlung
2002-08-06 23:12 ` Christoph Hellwig
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=15701.1794.957072.397815@argo.ozlabs.ibm.com \
--to=paulus@samba.org \
--cc=arnd@bergmann-dalldorf.de \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®