mirror of
https://github.com/edk2-porting/linux-next.git
synced 2025-01-20 11:34:02 +08:00
654d364e26
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> |
||
|---|---|---|
| .. | ||
| asids-debugfs.c | ||
| cache-debugfs.c | ||
| cache-sh2.c | ||
| cache-sh2a.c | ||
| cache-sh3.c | ||
| cache-sh4.c | ||
| cache-sh5.c | ||
| cache-sh7705.c | ||
| cache.c | ||
| consistent.c | ||
| extable_32.c | ||
| extable_64.c | ||
| fault_32.c | ||
| fault_64.c | ||
| flush-sh4.c | ||
| hugetlbpage.c | ||
| init.c | ||
| ioremap_32.c | ||
| ioremap_64.c | ||
| Kconfig | ||
| kmap.c | ||
| Makefile | ||
| mmap.c | ||
| nommu.c | ||
| numa.c | ||
| pmb-fixed.c | ||
| pmb.c | ||
| tlb-pteaex.c | ||
| tlb-sh3.c | ||
| tlb-sh4.c | ||
| tlb-sh5.c | ||
| tlbflush_32.c | ||
| tlbflush_64.c | ||