From: "David S. Miller" <davem@redhat.com>
To: torvalds@transmeta.com
Cc: paulus@samba.org, linux-kernel@vger.kernel.org
Subject: Re: Linux-2.5.16
Date: Mon, 20 May 2002 16:30:26 -0700 (PDT) [thread overview]
Message-ID: <20020520.163026.81812639.davem@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0205200904461.23874-100000@home.transmeta.com>
From: Linus Torvalds <torvalds@transmeta.com>
Date: Mon, 20 May 2002 09:13:22 -0700 (PDT)
See what I mean? You can share all the generic stuff, and only differ in
the details.
I think it is easier to make tlb_{start,end}_vma do the cache/tlb
flushing, and then change tlb_flush_mmu() to look something like:
static inline void tlb_flush_mmu(mmu_gather_t *tlb, unsigned long start, unsigned long end)
{
unsigned long nr;
- flush_tlb_mm(tlb->mm);
+ tlb_flush_mm(tlb->mm);
nr = tlb->nr;
if (nr != ~0UL) {
unsigned long i;
tlb->nr = 0;
for (i=0; i < nr; i++)
free_page_and_swap_cache(tlb->pages[i]);
}
}
Architectures define tlb_flush_mm() as appropriate, on x86 it would
be just flush_tlb_mm(mm), on Sparc/PPC/etc. which uses the VMA
flushing it would just be a NOP.
This allows to share all of the infrastructure, with just a few
overrides for the arch specific bits.
next prev parent reply other threads:[~2002-05-20 23:44 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-18 7:57 Linux-2.5.16 Linus Torvalds
2002-05-18 8:05 ` Linux-2.5.16 Aschwin Marsman - aYniK Software Solutions
2002-05-18 8:21 ` Linux-2.5.16 Russell King
2002-05-18 9:51 ` Linux-2.5.16 Tomas Szepe
2002-05-18 11:28 ` Linux-2.5.16 Marcus Alanen
2002-05-18 15:38 ` Linux-2.5.16 Matthias Andree
2002-05-18 15:44 ` Linux-2.5.16 Tomas Szepe
2002-05-18 8:52 ` Linux-2.5.16 mikeH
2002-05-18 18:33 ` Linux-2.5.16 Andrew Morton
2002-05-20 0:33 ` Linux-2.5.16 Roman Zippel
2002-05-20 0:39 ` Linux-2.5.16 Linus Torvalds
2002-05-20 0:47 ` Linux-2.5.16 Linus Torvalds
2002-05-20 1:09 ` Linux-2.5.16 Paul Mackerras
2002-05-20 1:25 ` Linux-2.5.16 Linus Torvalds
2002-05-20 12:43 ` Linux-2.5.16 Paul Mackerras
2002-05-20 16:13 ` Linux-2.5.16 Linus Torvalds
2002-05-20 23:30 ` David S. Miller [this message]
2002-05-20 23:37 ` Linux-2.5.16 David S. Miller
2002-05-21 1:02 ` [PATCH] TLB changes (was Re: Linux-2.5.16) David S. Miller
2002-05-20 23:55 ` Linux-2.5.16 Paul Mackerras
2002-05-21 0:18 ` Linux-2.5.16 Paul Mackerras
2002-05-21 5:10 ` Linux-2.5.16 Linus Torvalds
2002-05-21 5:10 ` Linux-2.5.16 David S. Miller
2002-05-21 16:01 ` Linux-2.5.16 Linus Torvalds
2002-05-21 16:45 ` Linux-2.5.16 Linus Torvalds
2002-05-20 1:15 ` Linux-2.5.16 Roman Zippel
2002-05-20 1:20 ` Linux-2.5.16 Linus Torvalds
2002-05-20 4:30 ` Linux-2.5.16 David S. Miller
2002-05-20 22:20 ` Linux-2.5.16 Roman Zippel
2002-05-20 23:36 ` [PATCH] Fix rss accounting Roman Zippel
2002-05-20 1:10 ` Linux-2.5.16 Roman Zippel
2002-05-20 17:57 ` Linux-2.5.16 Linus Torvalds
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=20020520.163026.81812639.davem@redhat.com \
--to=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=paulus@samba.org \
--cc=torvalds@transmeta.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
all inboxes | Powered by JetHome®