Hello Greg, On Tuesday 30 July 2013 16:41:43, Greg Ungerer wrote: > Hi Alexander, > > On 05/06/13 21:42, Alexander Stein wrote: > > When the signal stack frame is created, it must be flushed in order to > > make sure the cache fetches the correct data. > > Without cache flush the icache might pick up old cached data from an older > > signal stack frame if the signal is raised again very fast. > > In case of copyback the data cache muist be pushed first, but is untested. > > > > Signed-off-by: Alexander Stein <[email protected]> > > Sorry for the delay. > > I haven't been able to actually test it, I can't get the M5475 to > boot in copyback cache mode at the moment. I need to debug it and > figure out why it is broken. > > For now I think the best is if I push it into for-next on the > m68knommu git tree. > > (Aside it looks like the clear_cf_icache call here is a bit bogus. > It takes cache line number args, not virtual addresses - it works > here because clear_cf_cache invalidates the whole icache... :-(
Yep, the problem is that IIRC coldfire can only invalidate the whole cache, or single cache lines where I think it is impossible to find out which one to invalidate. Best regards, Alexander -- To unsubscribe from this list: send the line "unsubscribe linux-m68k" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
