qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] dump: let dump_error printf the error reason


From: Luiz Capitulino
Subject: Re: [Qemu-devel] [PATCH] dump: let dump_error printf the error reason
Date: Fri, 29 Aug 2014 08:55:21 -0400

On Fri, 29 Aug 2014 16:06:18 +0800
zhanghailiang <address@hidden> wrote:

> On 2014/8/27 21:18, Luiz Capitulino wrote:
> > On Wed, 27 Aug 2014 19:18:53 +0800
> > zhanghailiang<address@hidden>  wrote:
> >
> >> The second parameter of dump_error is unused, but one purpose of
> >> using this function is to report the error info.
> >>
> >> Signed-off-by: zhanghailiang<address@hidden>
> >> ---
> >>   dump.c | 3 +++
> >>   1 file changed, 3 insertions(+)
> >>
> >> diff --git a/dump.c b/dump.c
> >> index 71d3e94..0f44e9d 100644
> >> --- a/dump.c
> >> +++ b/dump.c
> >> @@ -83,6 +83,9 @@ static int dump_cleanup(DumpState *s)
> >>
> >>   static void dump_error(DumpState *s, const char *reason)
> >>   {
> >> +    if (reason) {
> >> +        error_report("%s", reason);
> >> +    }
> >>       dump_cleanup(s);
> >>   }
> >>
> >
> > Good catch, but error_report() will report the error only to the user. This
> > is QMP code, so we have to use the Error API.
> >
> > I think that the best way to solve this is to make dump_error() fill an
> > Error object (eg. by calling error_setg()) and then returning it after
> > the call to dump_cleanup(). Of course that you will have to change _all_
> > code paths calling dump_error() to propagate the error up.
> >
> > For more information on this, please read docs/writing-qmp-commands.txt.
> > You can also take a look at simple commands doing error propagation, like
> > qmp_cont() or qmp_block_passwd().
> >
> > .
> >
> Hi,
> 
> Thanks for your review.
> 
> Actually, for all paths that call dump_error, at last they will come into a
> common path which will call error_setg().
> 
> The call process as below:
> qmp_dump_guest_memory
> (1)   -->create_kdump_vmcore
>               -->write_start_flat_header
>                       -->dump_error
>               -->write_end_flat_header
>                       -->dump_error
>               ...
>          -->error_set(errp, QERR_IO_ERROR)(if create_kdump_vmcore failed)
> (2)   -->create_vmcore
>               -->dump_begin
>                       -->write_elf64_header
>                               -->dump_error
>                       -->write_elf64_note
>                               -->dump_error
>                       ...
>               -->dump_iterate
>                       -->write_data
>                               -->dump_error
>                       ...
>       -->error_set(errp, QERR_IO_ERROR)(if create_kdump_vmcore failed)
> 
> And a short *IO ERROR* info will be returned to the caller of 
> qmp_dump_guest_memory.
> 
> So, is it OK in dump_error just report the detailed error info to users
> (actually, it will be stored in qemu log)? Or should these error info
> also returned to the caller?

The errors should be propagated up to the caller. This way they can be
consumed by QMP and HMP.

> 
> What's your suggestion? Thanks.:)
> 
> Best Regards,
> zhanghailiang
> 
> 
> 
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]