mirror of
https://github.com/qemu/qemu.git
synced 2024-12-23 12:13:32 +08:00
d0ce7e9cfc
The value of CCOUNT special register is calculated as time elapsed since CCOUNT == 0 multiplied by the core frequency. In icount mode time increment between consecutive instructions that don't involve time warps is constant, but unless the result of multiplication of this constant by the core frequency is a whole number the CCOUNT increment between these instructions may not be constant. E.g. with icount=7 each instruction takes 128ns, with core clock of 10MHz CCOUNT values for consecutive instructions are: 502: (128 * 502 * 10000000) / 1000000000 = 642.56 503: (128 * 503 * 10000000) / 1000000000 = 643.84 504: (128 * 504 * 10000000) / 1000000000 = 645.12 I.e.the CCOUNT increments depend on the absolute time. This results in varying CCOUNT differences for consecutive instructions in tests that involve time warps and don't set CCOUNT explicitly. Change frequency of the core used in tests so that clock cycle takes exactly 64ns. Change icount power used in tests to 6, so that each instruction takes exactly 1 clock cycle. With these changes CCOUNT increments only depend on the number of executed instructions and that's what timer tests expect, so they work correctly. Longer story: http://lists.nongnu.org/archive/html/qemu-devel/2018-03/msg04326.html Cc: Pavel Dovgaluk <Pavel.Dovgaluk@ispras.ru> Cc: Philippe Mathieu-Daudé <f4bug@amsat.org> Reviewed-by: Philippe Mathieu-Daudé <f4bug@amsat.org> Signed-off-by: Max Filippov <jcmvbkbc@gmail.com> |
||
---|---|---|
.. | ||
core-dc232b | ||
core-dc233c | ||
core-de212 | ||
core-fsf | ||
core-sample_controller | ||
core-dc232b.c | ||
core-dc233c.c | ||
core-de212.c | ||
core-fsf.c | ||
core-sample_controller.c | ||
cpu-qom.h | ||
cpu.c | ||
cpu.h | ||
gdbstub.c | ||
helper.c | ||
helper.h | ||
import_core.sh | ||
Makefile.objs | ||
monitor.c | ||
op_helper.c | ||
overlay_tool.h | ||
translate.c | ||
xtensa-isa-internal.h | ||
xtensa-isa.c | ||
xtensa-isa.h | ||
xtensa-semi.c |