From: "Philippe Mathieu-Daudé" <philmd@linaro.org>
To: Pierrick Bouvier <pierrick.bouvier@linaro.org>,
Anton Johansson <anjo@rev.ng>
Cc: qemu-devel@nongnu.org,
Richard Henderson <richard.henderson@linaro.org>,
Peter Maydell <peter.maydell@linaro.org>
Subject: Re: [PATCH 06/10] accel/tcg: Remove cpu_unwind_state_data() unused CPUState argument
Date: Wed, 19 Mar 2025 08:53:14 +0100 [thread overview]
Message-ID: <9a0a5864-1660-474b-b4b7-70e846889de9@linaro.org> (raw)
In-Reply-To: <CAFEAcA95k0yX+jns13qx0j+u0aJUjYpaqyDX-y-Cd8xQ4Z9kUA@mail.gmail.com>
+Pierrick & Anton
On 15/11/24 18:33, Peter Maydell wrote:
> On Fri, 15 Nov 2024 at 17:24, Richard Henderson
> <richard.henderson@linaro.org> wrote:
>>
>> On 11/15/24 07:20, Philippe Mathieu-Daudé wrote:
>>> Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
>>> ---
>>> include/exec/translate-all.h | 3 +--
>>> accel/tcg/translate-all.c | 2 +-
>>> target/i386/helper.c | 3 ++-
>>> target/openrisc/sys_helper.c | 7 +++----
>>> 4 files changed, 7 insertions(+), 8 deletions(-)
>>>
>>> diff --git a/include/exec/translate-all.h b/include/exec/translate-all.h
>>> index f06cfedd52..9303318953 100644
>>> --- a/include/exec/translate-all.h
>>> +++ b/include/exec/translate-all.h
>>> @@ -23,7 +23,6 @@
>>>
>>> /**
>>> * cpu_unwind_state_data:
>>> - * @cpu: the cpu context
>>> * @host_pc: the host pc within the translation
>>> * @data: output data
>>> *
>>> @@ -32,7 +31,7 @@
>>> * function returns false; otherwise @data is loaded.
>>> * This is the same unwind info as given to restore_state_to_opc.
>>> */
>>> -bool cpu_unwind_state_data(CPUState *cpu, uintptr_t host_pc, uint64_t *data);
>>> +bool cpu_unwind_state_data(uintptr_t host_pc, uint64_t *data);
>>
>> Hmm. I wonder if it should be called "cpu_*" at all then?
>> Worth renaming to "tcg_*" or something?
>
> Yes, it's odd, isn't it?
>
> What's the plan for this function in a multi-target
> emulation world? At the moment it (or functions it
> calls) uses TARGET_INSN_START_WORDS which is a
> target-CPU-type-specific value. If in the future we're
> going to want it instead to look that up as e.g. some
> property of the CPU class then maybe we should keep
> passing it the CPU pointer? Or would we instead say
> that we'll define TARGET_INSN_START_WORDS as the worst
> case for any target, since it's always between 1 and 3,
> so it doesn't waste that much space if we have a couple
> of extra sleb128 zero values for targets that don't need
> all 3 words?
>
> thanks
> -- PMM
next prev parent reply other threads:[~2025-03-19 7:53 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-15 15:20 [PATCH 00/10] accel/tcg: API prototype cleanups Philippe Mathieu-Daudé
2024-11-15 15:20 ` [PATCH 01/10] target/mips: Drop left-over comment about Jazz machine Philippe Mathieu-Daudé
2024-11-15 15:39 ` Peter Maydell
2024-11-15 17:14 ` Richard Henderson
2024-11-15 15:20 ` [PATCH 02/10] target/loongarch: Declare loongarch_cpu_dump_state() locally Philippe Mathieu-Daudé
2024-11-15 15:40 ` Peter Maydell
2024-11-15 17:15 ` Richard Henderson
2024-11-15 15:20 ` [PATCH 03/10] target/sparc: Move sparc_restore_state_to_opc() to cpu.c Philippe Mathieu-Daudé
2024-11-15 15:42 ` Peter Maydell
2024-11-15 17:17 ` Richard Henderson
2024-11-15 15:20 ` [PATCH 04/10] accel/tcg: Ensure frontends define restore_state_to_opc handler Philippe Mathieu-Daudé
2024-11-15 15:20 ` [PATCH 05/10] accel/tcg: Move cpu_unwind_state_data() declaration Philippe Mathieu-Daudé
2024-11-15 15:48 ` Peter Maydell
2024-11-15 16:04 ` Philippe Mathieu-Daudé
2024-11-15 15:20 ` [PATCH 06/10] accel/tcg: Remove cpu_unwind_state_data() unused CPUState argument Philippe Mathieu-Daudé
2024-11-15 15:50 ` Peter Maydell
2024-11-15 17:23 ` Richard Henderson
2024-11-15 17:33 ` Peter Maydell
2025-03-19 7:53 ` Philippe Mathieu-Daudé [this message]
2024-11-15 15:20 ` [PATCH 07/10] accel/tcg: Reduce log_pc() declaration scope Philippe Mathieu-Daudé
2024-11-15 15:51 ` Peter Maydell
2024-11-15 17:26 ` Richard Henderson
2024-11-15 15:20 ` [PATCH 08/10] hw/core/cpu: Pass CPUArchState to set/get_pc() handlers Philippe Mathieu-Daudé
2024-11-15 15:54 ` Peter Maydell
2024-11-15 16:21 ` Paolo Bonzini
2024-11-15 17:51 ` Richard Henderson
2024-11-15 15:20 ` [PATCH 09/10] hw/core/cpu: Pass CPUArchState to restore_state_to_opc() handler Philippe Mathieu-Daudé
2024-11-15 15:20 ` [PATCH 10/10] hw/core/cpu: Pass CPUArchState to cpu_dump_state() handler Philippe Mathieu-Daudé
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9a0a5864-1660-474b-b4b7-70e846889de9@linaro.org \
--to=philmd@linaro.org \
--cc=anjo@rev.ng \
--cc=peter.maydell@linaro.org \
--cc=pierrick.bouvier@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).