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:37:24 -0700 (PDT) [thread overview]
Message-ID: <20020520.163724.40381283.davem@redhat.com> (raw)
In-Reply-To: <20020520.163026.81812639.davem@redhat.com>
From: "David S. Miller" <davem@redhat.com>
Date: Mon, 20 May 2002 16:30:26 -0700 (PDT)
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.
Actually, there are some issues with my suggestion.
We are trying to do two things:
1) Flush all VMAs
2) Flush some unmapped area (1 or a few VMAs)
In the #1 case we'd like that to turn into something like:
flush_cache_mm()
for each vma {
unmap_page_range();
}
tlb_finish_mmu();
flush_tlb_mm();
Whereas in the #2 case it should look like:
for each vma {
tlb_start_vma(vma...);
tlb_end_vma(vma...);
}
tlb_finish_mmu();
We have to reposition that tlb.h:flush_tlb_mm() call somehow to
make this a reality.
The next issue is how to make it so that this infrstructure
can allow us to kill off the buggy flush_tlb_pgtables() thing.
next prev parent reply other threads:[~2002-05-20 23:51 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 ` Linux-2.5.16 David S. Miller
2002-05-20 23:37 ` David S. Miller [this message]
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.163724.40381283.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