8b39d4a613
Xtensa cache line sizes aren't an obtuse area of pedantry like they are in x86. Different cores already in Zephyr are already using variant cache line sizes (64 and 128 bytes are both common). And I tripped over this by using the wrong value because the kconfig was being inherited (incorrectly) from a default somewhere. Xtensa exposes the correct value in core-isa.h (well, unless the toolchain/hal gets messed up). Add a check to make sure that our platform kconfig gets it right. Note that qemu/dc233c was already getting this wrong, leaving the value at the kconfig default of zero. That was benign (qemu doesn't provide any cache emulation for incoherent DMA), but needs to be fixed. Signed-off-by: Andy Ross <andyross@google.com> |
||
|---|---|---|
| .. | ||
| offsets | ||
| startup | ||
| CMakeLists.txt | ||
| coredump.c | ||
| cpu_idle.c | ||
| crt1.S | ||
| debug_helpers_asm.S | ||
| elf.c | ||
| fatal.c | ||
| gdbstub.c | ||
| gen_vectors.py | ||
| gen_zsr.py | ||
| irq_manage.c | ||
| irq_offload.c | ||
| mem_manage.c | ||
| mmu.c | ||
| mpu.c | ||
| prep_c.c | ||
| ptables.c | ||
| README_MMU.txt | ||
| README_WINDOWS.rst | ||
| smp.c | ||
| syscall_helper.c | ||
| thread.c | ||
| timing.c | ||
| tls.c | ||
| userspace.S | ||
| vector_handlers.c | ||
| window_vectors.S | ||
| xcc_stubs.c | ||
| xtensa_asm2_util.S | ||
| xtensa_backtrace.c | ||
| xtensa_hifi.S | ||
| xtensa_intgen.py | ||
| xtensa_intgen.tmpl | ||