39ac11c160
The previous implementation of clear_user_highpage and copy_user_highpage checked to see if there was a D-cache aliasing issue between the user and kernel mappings of a page, but if there was they always did a flush with writeback on the dirtied kernel alias. However as we now have the ability to map a page into kernel space with the same cache colour as the user mapping, there is no need to write back this data. Currently we also invalidate the kernel alias as a precaution, however I'm not sure if this is actually required. Also correct the definition of FIX_CMAP_END so that the mappings created by kmap_coherent() are actually at the correct colour. Signed-off-by: Stuart Menefy <stuart.menefy@st.com> 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.c | ||
tlb-pteaex.c | ||
tlb-sh3.c | ||
tlb-sh4.c | ||
tlb-sh5.c | ||
tlbflush_32.c | ||
tlbflush_64.c |