From: Michael Roth <mdroth@linux.vnet.ibm.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: blauwirbel@gmail.com, Orit Wasserman <owasserm@redhat.com>,
qemu-devel@nongnu.org, quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH v5 4/9] Add host_from_stream_offset_versioned function
Date: Wed, 04 Jan 2012 14:59:13 -0600 [thread overview]
Message-ID: <4F04BDA1.2060907@linux.vnet.ibm.com> (raw)
In-Reply-To: <CAJSP0QU-0seTtJFAkRh85M0_FK+oPk9G+E=wrJy0GZ6spH+w3w@mail.gmail.com>
On 01/04/2012 06:00 AM, Stefan Hajnoczi wrote:
> On Tue, Jan 3, 2012 at 3:34 PM, Orit Wasserman<owasserm@redhat.com> wrote:
>> +static inline void *host_from_stream_offset_versioned(int version_id,
>> + QEMUFile *f, ram_addr_t offset, int flags)
>> +{
>> + void *host;
>> + if (version_id == 3) {
>> + host = qemu_get_ram_ptr(offset);
>> + } else {
>> + host = host_from_stream_offset(f, offset, flags);
>> + }
>> + if (!host) {
>> + fprintf(stderr, "Failed to convert RAM address to host"
>> + " for offset 0x%lX!\n", offset);
>> + abort();
>> + }
>
> Please use RAM_ADDR_FMT instead of %lX.
>
> Aborting isn't ideal but I guess there is nothing else we can do at this point.
>
Currently we we return -EINVAL to qemu_loadvm_state() when !host, which
prints potentially useful warnings and exits gracefully for migration,
and for savevm we print the warnings and fire up the main_loop with
vcpus paused...
Not sure what the rationale is for the latter, but it may have some
utility (debugging maybe?).
In any case, since the error paths are covered in some fashion I don't
think we should resort to aborting here, maybe just print the warnings
and check for NULL return in the callers as before.
> Stefan
>
next prev parent reply other threads:[~2012-01-04 20:59 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-03 15:34 [Qemu-devel] [PATCH v5 0/9] XBZRLE delta for live migration of large memory apps Orit Wasserman
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 1/9] Add cache handling functions Orit Wasserman
2012-01-03 19:54 ` Anthony Liguori
2012-01-04 9:29 ` Orit Wasserman
2012-01-04 22:20 ` Michael Roth
2012-01-04 11:46 ` Stefan Hajnoczi
2012-01-04 13:27 ` Orit Wasserman
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 2/9] Add rle_encode and rle_decode functions Implement Run Length Encoding compression Orit Wasserman
2012-01-03 19:57 ` Anthony Liguori
2012-01-04 9:31 ` Orit Wasserman
2012-01-04 16:52 ` Paolo Bonzini
2012-01-04 12:59 ` Avi Kivity
2012-01-04 13:35 ` Stefan Hajnoczi
2012-01-04 13:45 ` Avi Kivity
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 3/9] Add save_block_hdr function Orit Wasserman
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 4/9] Add host_from_stream_offset_versioned function Orit Wasserman
2012-01-04 12:00 ` Stefan Hajnoczi
2012-01-04 20:59 ` Michael Roth [this message]
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 5/9] Add XBRLE to ram_save_block and ram_save_live Orit Wasserman
2012-01-04 12:14 ` Stefan Hajnoczi
2012-01-04 13:29 ` Orit Wasserman
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 6/9] Add xbrle parameters to MigrationState Orit Wasserman
2012-01-04 21:17 ` Michael Roth
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 7/9] Add set_cachesize to change XBRLE cache size Orit Wasserman
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 8/9] QMP commands changes Orit Wasserman
2012-01-03 15:47 ` Stefan Hajnoczi
2012-01-03 15:57 ` Orit Wasserman
2012-01-03 16:20 ` Stefan Hajnoczi
2012-01-03 15:34 ` [Qemu-devel] [PATCH v5 9/9] Add XBRLE statistics information Orit Wasserman
2012-01-04 22:45 ` Michael Roth
2012-01-07 16:31 ` Blue Swirl
2012-01-03 16:32 ` [Qemu-devel] [PATCH v5 0/9] XBZRLE delta for live migration of large memory apps Anthony Liguori
2012-01-03 17:02 ` Orit Wasserman
2012-01-04 13:02 ` Avi Kivity
2012-01-04 16:03 ` Orit Wasserman
-- strict thread matches above, loose matches on Subject: below --
2012-01-03 13:35 Orit Wasserman
2012-01-03 13:35 ` [Qemu-devel] [PATCH v5 4/9] Add host_from_stream_offset_versioned function Orit Wasserman
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=4F04BDA1.2060907@linux.vnet.ibm.com \
--to=mdroth@linux.vnet.ibm.com \
--cc=blauwirbel@gmail.com \
--cc=owasserm@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@gmail.com \
/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).