Atsushi Nemoto wrote: > On Fri, 31 Aug 2007 14:25:03 +0200, Franck Bui-Huu <vagabon.xyz@xxxxxxxxx> wrote: >> I noticed that there's currently (v2.6.23-rc4) no implementation >> of this function even for mips CPUs that have dcache aliasing. >> >> Could anybody explain why ? > > Maybe because the API was not called by anybody until 2.6.23-rc1 :) > But this function has been introduced since commit 5a3a5a98b6422d05c39eaa32c8b3f83840c7b768 ([PATCH] Add flush_kernel_dcache_page() API) which had been merged during 2.6.16 merge window. So it's more than one year now... Basically it gives a default implementation for all architectures. The problem here is that this implementation may be boggus for architectures that have dcache aliasing issue. The sad thing is that the kernel will silently compile this default implementation. At least, it could have showed a big fat warning during the building process. > Now copy_strings() calls this and I'm wondering we should implement or > not. It seems the kernel works fine for me without the API... Do you use a cpu with dcache aliasing issue ? > Do you have any problem due to luck of the API? No, but looking at copy_strings(), I think we can have some trouble. BTW, do you recall flush_anon_page() and fuse bug ? It seems the same here... Franck
