qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Laurent Vivier <laurent@vivier.eu>
To: "Helge Deller" <deller@gmx.de>,
	qemu-devel@nongnu.org, "Philippe Mathieu-Daudé" <f4bug@amsat.org>
Subject: Re: [PATCH v2] linux-user: Add guest memory layout to exception dump
Date: Mon, 24 Oct 2022 16:05:22 +0200	[thread overview]
Message-ID: <95122ba4-503d-18b9-a12f-44dbb5105504@vivier.eu> (raw)
In-Reply-To: <722bd3f3-3b5f-03aa-0c2e-5ceef4cfd883@gmx.de>

Le 21/10/2022 à 18:21, Helge Deller a écrit :
> On 10/21/22 17:43, Laurent Vivier wrote:
>> Le 21/10/2022 à 16:57, Laurent Vivier a écrit :
>>> Le 27/09/2022 à 18:58, Helge Deller a écrit :
>>>> When the emulation stops with a hard exception it's very useful for
>>>> debugging purposes to dump the current guest memory layout (for an
>>>> example see /proc/self/maps) beside the CPU registers.
>>>>
>>>> The open_self_maps() function provides such a memory dump, but since
>>>> it's located in the syscall.c file, various changes (add #includes, make
>>>> this function externally visible, ...) are needed to be able to call it
>>>> from the existing EXCP_DUMP() macro.
>>>>
>>>> This patch takes another approach by re-defining EXCP_DUMP() to call
>>>> target_exception_dump(), which is in syscall.c, consolidates the log
>>>> print functions and allows to add the call to dump the memory layout.
>>>>
>>>> Beside a reduced code footprint, this approach keeps the changes across
>>>> the various callers minimal, and keeps EXCP_DUMP() highlighted as
>>>> important macro/function.
>>>>
>>>> Signed-off-by: Helge Deller <deller@gmx.de>
>>>>
>>>> ---
>>>>
>>>> v2:
>>>> Based on feedback by Philippe Mathieu-Daudé, renamed the two functions
>>>> to excp_dump_file() and target_exception_dump(), and #define'ed
>>>> EXCP_DUMP() to target_exception_dump().
>>>> I intentionally did not replace all occurences of EXCP_DUMP() by
>>>> target_exception_dump() as I think it's unneccesary and not beneficial.
>>>> If this is really wished, I will send a v3.
>>>>
>>>>
>>>> diff --git a/linux-user/cpu_loop-common.h b/linux-user/cpu_loop-common.h
>>>> index 36ff5b14f2..e644d2ef90 100644
>>>> --- a/linux-user/cpu_loop-common.h
>>>> +++ b/linux-user/cpu_loop-common.h
>>>> @@ -23,18 +23,9 @@
>>>>   #include "exec/log.h"
>>>>   #include "special-errno.h"
>>>>
>>>> -#define EXCP_DUMP(env, fmt, ...)                                        \
>>>> -do {                                                                    \
>>>> -    CPUState *cs = env_cpu(env);                                        \
>>>> -    fprintf(stderr, fmt , ## __VA_ARGS__);                              \
>>>> -    fprintf(stderr, "Failing executable: %s\n", exec_path);             \
>>>> -    cpu_dump_state(cs, stderr, 0);                                      \
>>>> -    if (qemu_log_separate()) {                                          \
>>>> -        qemu_log(fmt, ## __VA_ARGS__);                                  \
>>>> -        qemu_log("Failing executable: %s\n", exec_path);                \
>>>> -        log_cpu_state(cs, 0);                                           \
>>>> -    }                                                                   \
>>>> -} while (0)
>>>> +void target_exception_dump(CPUArchState *env, const char *fmt, int code);
>>>> +#define EXCP_DUMP(env, fmt, code) \
>>>> +    target_exception_dump(env, fmt, code)
>>>>
>>>>   void target_cpu_copy_regs(CPUArchState *env, struct target_pt_regs *regs);
>>>>   #endif
>>>> diff --git a/linux-user/syscall.c b/linux-user/syscall.c
>>>> index 2e954d8dbd..7d29c4c396 100644
>>>> --- a/linux-user/syscall.c
>>>> +++ b/linux-user/syscall.c
>>>> @@ -158,6 +158,7 @@
>>>>   #include "qapi/error.h"
>>>>   #include "fd-trans.h"
>>>>   #include "tcg/tcg.h"
>>>> +#include "cpu_loop-common.h"
>>>>
>>>>   #ifndef CLONE_IO
>>>>   #define CLONE_IO                0x80000000      /* Clone io context */
>>>> @@ -8144,6 +8145,33 @@ static int is_proc_myself(const char *filename, const char *entry)
>>>>       return 0;
>>>>   }
>>>>
>>>> +static void excp_dump_file(FILE *logfile, CPUArchState *env,
>>>> +                      const char *fmt, int code)
>>>> +{
>>>> +    if (logfile) {
>>>> +        CPUState *cs = env_cpu(env);
>>>> +
>>>> +        fprintf(logfile, fmt, code);
>>>> +        fprintf(logfile, "Failing executable: %s\n", exec_path);
>>>> +        cpu_dump_state(cs, logfile, 0);
>>>> +        open_self_maps(env, fileno(logfile));
>>>> +    }
>>>> +}
>>>> +
>>>> +void target_exception_dump(CPUArchState *env, const char *fmt, int code)
>>>> +{
>>>> +    /* dump to console */
>>>> +    excp_dump_file(stderr, env, fmt, code);
>>>> +
>>>> +    /* dump to log file */
>>>> +    if (qemu_log_separate()) {
>>>> +        FILE *logfile = qemu_log_trylock();
>>>> +
>>>> +        excp_dump_file(logfile, env, fmt, code);
>>>> +        qemu_log_unlock(logfile);
>>>> +    }
>>>> +}
>>>> +
>>>>   #if HOST_BIG_ENDIAN != TARGET_BIG_ENDIAN || \
>>>>       defined(TARGET_SPARC) || defined(TARGET_M68K) || defined(TARGET_HPPA)
>>>>   static int is_proc(const char *filename, const char *entry)
>>>>
>>>
>>> Applied to my linux-user-for-7.2 branch.
>>
>> This breaks build with:
>>
>> .../linux-user/i386/cpu_loop.c: In function 'cpu_loop':
>> ...linux-user/i386/cpu_loop.c:312:39: error: macro "EXCP_DUMP" passed 4 arguments, but takes just 3
>>    312 |                       (long)pc, trapnr);
>>        |                                       ^
> 
> This is because of this line:
>             EXCP_DUMP(env, "qemu: 0x%08lx: unhandled CPU exception 0x%x - aborting\n",
>                        (long)pc, trapnr);
> 
> I wonder if it is ok to drop the pc value. It should be printed in the register dump
> anyway.
> If Ok, should I send a new v3 patch, or a patch in front of my v2 patch?

I think you can drop the PC value. Send a v3 please.

Thanks,
Laurent




      reply	other threads:[~2022-10-24 14:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-27 16:58 [PATCH v2] linux-user: Add guest memory layout to exception dump Helge Deller
2022-10-21 13:35 ` Laurent Vivier
2022-10-21 14:57 ` Laurent Vivier
2022-10-21 15:43   ` Laurent Vivier
2022-10-21 16:21     ` Helge Deller
2022-10-24 14:05       ` Laurent Vivier [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=95122ba4-503d-18b9-a12f-44dbb5105504@vivier.eu \
    --to=laurent@vivier.eu \
    --cc=deller@gmx.de \
    --cc=f4bug@amsat.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 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).