All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Armbruster <armbru@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: qemu-devel@nongnu.org, Gerd Hoffmann <kraxel@redhat.com>,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>
Subject: Re: [PATCH 1/2] qxl: remove assert in qxl_pre_save.
Date: Fri, 23 Jul 2021 10:42:47 +0200	[thread overview]
Message-ID: <87im11beuw.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <0196b381-47ca-fb37-d809-e2a25f3c677e@redhat.com> ("Philippe =?utf-8?Q?Mathieu-Daud=C3=A9=22's?= message of "Fri, 23 Jul 2021 09:34:49 +0200")

Philippe Mathieu-Daudé <philmd@redhat.com> writes:

> On 7/23/21 8:55 AM, Gerd Hoffmann wrote:
>> On Fri, Jul 23, 2021 at 08:47:09AM +0200, Philippe Mathieu-Daudé wrote:
>>> On 7/23/21 8:32 AM, Gerd Hoffmann wrote:
>>>> On Thu, Jul 22, 2021 at 03:44:54PM +0100, Dr. David Alan Gilbert wrote:
>>>>> * Gerd Hoffmann (kraxel@redhat.com) wrote:
>>>>>> Since commit 551dbd0846d2 ("migration: check pre_save return in
>>>>>> vmstate_save_state") the pre_save hook can fail.  So lets finally
>>>>>> use that to drop the guest-triggerable assert in qxl_pre_save().
>>>>>>
>>>>>> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
>>>>>> ---
>>>>>>  hw/display/qxl.c | 4 +++-
>>>>>>  1 file changed, 3 insertions(+), 1 deletion(-)
>>>>>>
>>>>>> diff --git a/hw/display/qxl.c b/hw/display/qxl.c
>>>>>> index 84f99088e0a0..3867b94fe236 100644
>>>>>> --- a/hw/display/qxl.c
>>>>>> +++ b/hw/display/qxl.c
>>>>>> @@ -2283,7 +2283,9 @@ static int qxl_pre_save(void *opaque)
>>>>>>      } else {
>>>>>>          d->last_release_offset = (uint8_t *)d->last_release - ram_start;
>>>>>>      }
>>>>>> -    assert(d->last_release_offset < d->vga.vram_size);
>>>>>> +    if (d->last_release_offset < d->vga.vram_size) {
>>>>>> +        return 1;
>>>>>
>>>>> It would be great if there was an error_report or something there
>>>>> so that we get some idea of what happened.
>>>>
>>>> Hmm.  Strictly speaking qemu_log_mask(LOG_GUEST_ERROR, "..."); would be
>>>> the correct approach here, but I guess that wouldn't help much for
>>>> trouble-shooting as the message would only show up with "-d
>>>> guest_errors".  So better make that error_report("...") ?
>>>
>>> It depends who is interested in such errors.
>> 
>> Migration fails and you want know why.
>> 
>> Reason migration fails is the guest violates qxl specs (which doesn't
>> cause actual problems unless you want migrate the guest).
>
> Then I agree error_report() is better ("Report an error to the current
> monitor if we have one, else stderr").

No good for QMP, I'm afraid.

error_report() reports to stderr in QMP monitor context.  To get an
error to the QMP client, you need to use error_setg() and propagate all
the way to the QMP core.

Back to the patch.  If the thing we report is actually an *error*,
i.e. something that makes migration fail, then the QMP failure will
contain an error message.  That error must come from further up the call
stack.  If it's good enough, we don't need error_report() here.  Else,
we should error_setg() here.

If it's not actually an error, then error_report() is wrong.
warn_report() might be right.



  reply	other threads:[~2021-07-23  8:43 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-21  9:33 [PATCH 0/2] qxl: remove assert and migration blocker Gerd Hoffmann
2021-07-21  9:33 ` [PATCH 1/2] qxl: remove assert in qxl_pre_save Gerd Hoffmann
2021-07-21 10:43   ` Marc-André Lureau
2021-07-22 14:44   ` Dr. David Alan Gilbert
2021-07-23  6:32     ` Gerd Hoffmann
2021-07-23  6:47       ` Philippe Mathieu-Daudé
2021-07-23  6:55         ` Gerd Hoffmann
2021-07-23  7:34           ` Philippe Mathieu-Daudé
2021-07-23  8:42             ` Markus Armbruster [this message]
2021-07-23  9:46               ` Gerd Hoffmann
2021-07-21  9:33 ` [PATCH 2/2] Revert "qxl: add migration blocker to avoid pre-save assert" Gerd Hoffmann
2021-07-21 10:44   ` Marc-André Lureau
2021-07-21 14:15   ` Markus Armbruster

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=87im11beuw.fsf@dusky.pond.sub.org \
    --to=armbru@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=kraxel@redhat.com \
    --cc=philmd@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --subject='Re: [PATCH 1/2] qxl: remove assert in qxl_pre_save.' \
    /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

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.