From: "Alex Bennée" <alex.bennee@linaro.org>
To: "Philippe Mathieu-Daudé" <philmd@linaro.org>
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH] gdbstub: Have syscall_complete/[gs]et_reg to target agnostic typedefs
Date: Wed, 14 Dec 2022 16:09:28 +0000 [thread overview]
Message-ID: <878rjaj7az.fsf@linaro.org> (raw)
In-Reply-To: <0506350d-c999-9f99-6a55-da45f6949abf@linaro.org>
Philippe Mathieu-Daudé <philmd@linaro.org> writes:
> On 14/12/22 15:36, Philippe Mathieu-Daudé wrote:
>> Prototypes using gdb_syscall_complete_cb() or gdb_?et_reg_cb()
>> don't depend on "cpu.h", thus are not target-specific.
>> Signed-off-by: Philippe Mathieu-Daudé <philmd@linaro.org>
>> ---
>> include/exec/gdbstub.h | 7 ++++---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> Subject should be:
> "gdbstub: Make syscall_complete/[gs]et_reg target-agnostic typedefs"
Queued to gdbstub/next, thanks.
>
>> diff --git a/include/exec/gdbstub.h b/include/exec/gdbstub.h
>> index f667014888..1636fb3841 100644
>> --- a/include/exec/gdbstub.h
>> +++ b/include/exec/gdbstub.h
>> @@ -71,9 +71,6 @@ struct gdb_timeval {
>> uint64_t tv_usec; /* microsecond */
>> } QEMU_PACKED;
>> -#ifdef NEED_CPU_H
>> -#include "cpu.h"
>> -
>> typedef void (*gdb_syscall_complete_cb)(CPUState *cpu, uint64_t ret, int err);
>> /**
>> @@ -126,6 +123,7 @@ int gdb_handlesig(CPUState *, int);
>> void gdb_signalled(CPUArchState *, int);
>> void gdbserver_fork(CPUState *);
>> #endif
>> +
>> /* Get or set a register. Returns the size of the register. */
>> typedef int (*gdb_get_reg_cb)(CPUArchState *env, GByteArray *buf, int reg);
>> typedef int (*gdb_set_reg_cb)(CPUArchState *env, uint8_t *buf, int reg);
>> @@ -133,6 +131,9 @@ void gdb_register_coprocessor(CPUState *cpu,
>> gdb_get_reg_cb get_reg, gdb_set_reg_cb set_reg,
>> int num_regs, const char *xml, int g_pos);
>> +#ifdef NEED_CPU_H
>> +#include "cpu.h"
>> +
>> /*
>> * The GDB remote protocol transfers values in target byte order. As
>> * the gdbstub may be batching up several register values we always
--
Alex Bennée
Virtualisation Tech Lead @ Linaro
prev parent reply other threads:[~2022-12-14 16:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-14 14:36 [PATCH] gdbstub: Have syscall_complete/[gs]et_reg to target agnostic typedefs Philippe Mathieu-Daudé
2022-12-14 14:40 ` Philippe Mathieu-Daudé
2022-12-14 15:24 ` Richard Henderson
2022-12-14 16:09 ` Alex Bennée [this message]
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=878rjaj7az.fsf@linaro.org \
--to=alex.bennee@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.