[U-Boot] Why Cache flush required in some ARM Cortex boards to enable D cache?

[Dirk Behme]

akshay ts wrote:
> Hi,
> I ran into problems when i enabled D cache. But later i found out that cache flush was required before enabling D Cache. 

Flush or invalidate? See below...

> What i dont understand is why is it required?. Since earlier D cache is never enabled and so nothing should be present in the cache. 
> Flushing is only required during context switch/may be interrupts?. 
> I tried with omap3 board with Arm cortex A8 on it, it worked without a cache flush. I tried with C110 with Arm cortex A8 on it, i had to do a cache flush to make D cache work.

There was some info on this at Linux ARM kernel mailing list:

http://www.spinics.net/lists/arm-kernel/msg71406.html

Seems that it depends on how silicon (reset?) is implemented.

> Also if possible please tell me what is a GP device, OMAP3 (CONTROL_STATUS register) seems to be a GP device and hence they are skipping cache flush. I dont know what is this.

GP is "general purpose". Anybody might correct me, but I think these 
are OMAPs where (HW) security features you might need in mobile 
applications are disabled. So depending if you buy low quantity OMAPs 
for general purpose use (I think called "catalog products") or in 
large OEM quantities you might get OMAPs with different (security) 
features enabled in HW or not. BeagleBoard uses GP devices.

Best regards

Dirk