diff options
author | Paul Mundt <lethal@linux-sh.org> | 2009-09-09 07:04:06 +0200 |
---|---|---|
committer | Paul Mundt <lethal@linux-sh.org> | 2009-09-09 07:04:06 +0200 |
commit | 654d364e26c797e8a5f9e2a1393607e6ca0106eb (patch) | |
tree | 69af9234533e6972404434d694272200c13477b8 /mm/kmemcheck.c | |
parent | sh: Cleanup whitespace damage in sh4_flush_icache_range(). (diff) | |
download | linux-654d364e26c797e8a5f9e2a1393607e6ca0106eb.tar.xz linux-654d364e26c797e8a5f9e2a1393607e6ca0106eb.zip |
sh: sh4_flush_cache_mm() optimizations.
The i-cache flush in the case of VM_EXEC was added way back when as a
sanity measure, and in practice we only care about evicting aliases from
the d-cache. As a result, it's possible to drop the i-cache flush
completely here.
After careful profiling it's also come up that all of the work associated
with hunting down aliases and doing ranged flushing ends up generating
more overhead than simply blasting away the entire dcache, particularly
if there are many mm's that need to be iterated over. As a result of
that, just move back to flush_dcache_all() in these cases, which restores
the old behaviour, and vastly simplifies the path.
Additionally, on platforms without aliases at all, this can simply be
nopped out. Presently we have the alias check in the SH-4 specific
version, but this is true for all of the platforms, so move the check up
to a generic location. This cuts down quite a bit on superfluous cacheop
IPIs.
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
Diffstat (limited to 'mm/kmemcheck.c')
0 files changed, 0 insertions, 0 deletions