bb4d710d62
In a multicore task scenario, there may be a situation where the task runs on different cores at different time slices (when the task is not bound to a particular core). When the task calls cache clean/flush(range > cache size), depending on the optimization, clean_all, flush_all are called. however, at this point, there may be dirty data or incomplete data profiles in the cache on the kernel that is running the task, which may result in dirty data being flushed into memory or make the application think that the flushed data should be successfully flushed into memory, leading to unknown consequences. Signed-off-by: chenrun1 <chenrun1@xiaomi.com> |
||
---|---|---|
.. | ||
arm | ||
arm64 | ||
avr | ||
ceva | ||
dummy | ||
hc | ||
mips | ||
misoc | ||
or1k | ||
renesas | ||
risc-v | ||
sim | ||
sparc | ||
tricore | ||
x86 | ||
x86_64 | ||
xtensa | ||
z16 | ||
z80 | ||
CMakeLists.txt | ||
Kconfig |