[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 4/5] cpu-exec: Move TB execution stuff out of cp
From: |
Stefan Weil |
Subject: |
Re: [Qemu-devel] [PATCH 4/5] cpu-exec: Move TB execution stuff out of cpu_exec() |
Date: |
Fri, 15 Jul 2016 08:45:16 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.1.0 |
Hi,
Am 11.05.2016 um 12:21 schrieb Sergey Fedorov:
[...]
> int cpu_exec(CPUState *cpu)
> @@ -516,8 +576,6 @@ int cpu_exec(CPUState *cpu)
> CPUArchState *env = &x86_cpu->env;
> #endif
> int ret;
> - TranslationBlock *tb, *last_tb;
> - int tb_exit = 0;
Here tb_exit was only once set to 0, ...
> SyncClocks sc;
>
> /* replay_interrupt may need current_cpu */
> @@ -544,6 +602,9 @@ int cpu_exec(CPUState *cpu)
> init_delay_params(&sc, cpu);
>
> for(;;) {
> + TranslationBlock *tb, *last_tb;
> + int tb_exit = 0;
... while now it is zeroed in each iteration of the for loop.
I'm not sure whether the new code is still correct.
If it is, ...
> +
> /* prepare setjmp context for exception handling */
> if (sigsetjmp(cpu->jmp_env, 0) == 0) {
... the declaration of tb_exit could also be done here, after the sigsetjmp.
That would fix a compiler warning which I get when compiling with
-Wclobbered:
cpu-exec.c:603:13: warning: variable ‘tb_exit’ might be clobbered by
‘longjmp’ or ‘vfork’ [-Wclobbered]
Regards
Stefan
- Re: [Qemu-devel] [PATCH 4/5] cpu-exec: Move TB execution stuff out of cpu_exec(),
Stefan Weil <=