qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Arun Menon <armenon@redhat.com>
To: qemu-devel@nongnu.org
Cc: "Peter Xu" <peterx@redhat.com>, "Fabiano Rosas" <farosas@suse.de>,
	"Alex Bennée" <alex.bennee@linaro.org>,
	"Akihiko Odaki" <odaki@rsg.ci.i.u-tokyo.ac.jp>,
	"Dmitry Osipenko" <dmitry.osipenko@collabora.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Marcel Apfelbaum" <marcel.apfelbaum@gmail.com>,
	"Cornelia Huck" <cohuck@redhat.com>,
	"Halil Pasic" <pasic@linux.ibm.com>,
	"Eric Farman" <farman@linux.ibm.com>,
	"Thomas Huth" <thuth@redhat.com>,
	"Christian Borntraeger" <borntraeger@linux.ibm.com>,
	"Matthew Rosato" <mjrosato@linux.ibm.com>,
	"Richard Henderson" <richard.henderson@linaro.org>,
	"David Hildenbrand" <david@redhat.com>,
	"Ilya Leoshkevich" <iii@linux.ibm.com>,
	"Nicholas Piggin" <npiggin@gmail.com>,
	"Harsh Prateek Bora" <harshpb@linux.ibm.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Fam Zheng" <fam@euphon.net>,
	"Alex Williamson" <alex.williamson@redhat.com>,
	"Cédric Le Goater" <clg@redhat.com>,
	"Steve Sistare" <steven.sistare@oracle.com>,
	"Marc-André Lureau" <marcandre.lureau@redhat.com>,
	qemu-s390x@nongnu.org, qemu-ppc@nongnu.org,
	"Hailiang Zhang" <zhanghailiang@xfusion.com>,
	"Stefan Berger" <stefanb@linux.vnet.ibm.com>,
	"Peter Maydell" <peter.maydell@linaro.org>,
	qemu-arm@nongnu.org, "Arun Menon" <armenon@redhat.com>
Subject: [PATCH v10 20/27] migration: Return -1 on memory allocation failure in ram.c
Date: Fri, 08 Aug 2025 12:43:46 +0530	[thread overview]
Message-ID: <20250808-propagate_tpm_error-v10-20-3e81a1d419b2@redhat.com> (raw)
In-Reply-To: <20250808-propagate_tpm_error-v10-0-3e81a1d419b2@redhat.com>

The function colo_init_ram_cache() currently returns -errno if
qemu_anon_ram_alloc() fails. However, the subsequent cleanup loop that
calls qemu_anon_ram_free() could potentially alter the value of errno.
This would cause the function to return a value that does not accurately
represent the original allocation failure.

This commit changes the return value to -1 on memory allocation failure.
This ensures that the return value is consistent and is not affected by
any errno changes that may occur during the free process.

Signed-off-by: Arun Menon <armenon@redhat.com>
---
 migration/ram.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/migration/ram.c b/migration/ram.c
index 6a0dcc04f436524a37672c41c38f201f06773374..163265a57f26fb1dc88d9797629d58c278e9afb7 100644
--- a/migration/ram.c
+++ b/migration/ram.c
@@ -3575,6 +3575,8 @@ static void colo_init_ram_state(void)
  * colo cache: this is for secondary VM, we cache the whole
  * memory of the secondary VM, it is need to hold the global lock
  * to call this helper.
+ *
+ * Returns zero to indicate success or -1 on error.
  */
 int colo_init_ram_cache(void)
 {
@@ -3594,7 +3596,7 @@ int colo_init_ram_cache(void)
                         block->colo_cache = NULL;
                     }
                 }
-                return -errno;
+                return -1;
             }
             if (!machine_dump_guest_core(current_machine)) {
                 qemu_madvise(block->colo_cache, block->used_length,

-- 
2.50.1



  parent reply	other threads:[~2025-08-08  7:20 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-08  7:13 [PATCH v10 00/27] migration: propagate vTPM errors using Error objects Arun Menon
2025-08-08  7:13 ` [PATCH v10 01/27] migration: push Error **errp into vmstate_subsection_load() Arun Menon
2025-08-08  7:13 ` [PATCH v10 02/27] migration: push Error **errp into vmstate_load_state() Arun Menon
2025-08-08  7:13 ` [PATCH v10 03/27] migration: push Error **errp into qemu_loadvm_state_header() Arun Menon
2025-08-08  7:13 ` [PATCH v10 04/27] migration: push Error **errp into vmstate_load() Arun Menon
2025-08-08  7:13 ` [PATCH v10 05/27] migration: push Error **errp into loadvm_process_command() Arun Menon
2025-08-08  7:13 ` [PATCH v10 06/27] migration: push Error **errp into loadvm_handle_cmd_packaged() Arun Menon
2025-08-08  7:13 ` [PATCH v10 07/27] migration: push Error **errp into qemu_loadvm_state() Arun Menon
2025-08-08  7:13 ` [PATCH v10 08/27] migration: push Error **errp into qemu_load_device_state() Arun Menon
2025-08-08  7:13 ` [PATCH v10 09/27] migration: push Error **errp into qemu_loadvm_state_main() Arun Menon
2025-08-08  7:13 ` [PATCH v10 10/27] migration: push Error **errp into qemu_loadvm_section_start_full() Arun Menon
2025-08-08  7:13 ` [PATCH v10 11/27] migration: push Error **errp into qemu_loadvm_section_part_end() Arun Menon
2025-08-08  7:13 ` [PATCH v10 12/27] migration: Update qemu_file_get_return_path() docs and remove dead checks Arun Menon
2025-08-08  7:13 ` [PATCH v10 13/27] migration: make loadvm_postcopy_handle_resume() void Arun Menon
2025-08-08  7:13 ` [PATCH v10 14/27] migration: push Error **errp into ram_postcopy_incoming_init() Arun Menon
2025-08-08  7:13 ` [PATCH v10 15/27] migration: push Error **errp into loadvm_postcopy_handle_advise() Arun Menon
2025-08-08  7:13 ` [PATCH v10 16/27] migration: push Error **errp into loadvm_postcopy_handle_listen() Arun Menon
2025-08-08  7:13 ` [PATCH v10 17/27] migration: push Error **errp into loadvm_postcopy_handle_run() Arun Menon
2025-08-08  7:13 ` [PATCH v10 18/27] migration: push Error **errp into loadvm_postcopy_ram_handle_discard() Arun Menon
2025-08-08  7:13 ` [PATCH v10 19/27] migration: push Error **errp into loadvm_handle_recv_bitmap() Arun Menon
2025-08-08  7:13 ` Arun Menon [this message]
2025-08-15 14:56   ` [PATCH v10 20/27] migration: Return -1 on memory allocation failure in ram.c Peter Xu
2025-08-08  7:13 ` [PATCH v10 21/27] migration: push Error **errp into loadvm_process_enable_colo() Arun Menon
2025-08-08  7:13 ` [PATCH v10 22/27] migration: push Error **errp into loadvm_postcopy_handle_switchover_start() Arun Menon
2025-08-08  7:13 ` [PATCH v10 23/27] migration: Capture error in postcopy_ram_listen_thread() Arun Menon
2025-08-08  7:13 ` [PATCH v10 24/27] migration: Remove error variant of vmstate_save_state() function Arun Menon
2025-08-08  7:13 ` [PATCH v10 25/27] migration: Rename post_save() to cleanup_save() and make it void Arun Menon
2025-08-08  7:13 ` [PATCH v10 26/27] migration: Add error-parameterized function variants in VMSD struct Arun Menon
2025-08-08  7:13 ` [PATCH v10 27/27] backends/tpm: Propagate vTPM error on migration failure Arun Menon

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=20250808-propagate_tpm_error-v10-20-3e81a1d419b2@redhat.com \
    --to=armenon@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=alex.williamson@redhat.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=clg@redhat.com \
    --cc=cohuck@redhat.com \
    --cc=david@redhat.com \
    --cc=dmitry.osipenko@collabora.com \
    --cc=fam@euphon.net \
    --cc=farman@linux.ibm.com \
    --cc=farosas@suse.de \
    --cc=harshpb@linux.ibm.com \
    --cc=iii@linux.ibm.com \
    --cc=marcandre.lureau@redhat.com \
    --cc=marcel.apfelbaum@gmail.com \
    --cc=mjrosato@linux.ibm.com \
    --cc=mst@redhat.com \
    --cc=npiggin@gmail.com \
    --cc=odaki@rsg.ci.i.u-tokyo.ac.jp \
    --cc=pasic@linux.ibm.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=peterx@redhat.com \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=richard.henderson@linaro.org \
    --cc=stefanb@linux.vnet.ibm.com \
    --cc=steven.sistare@oracle.com \
    --cc=thuth@redhat.com \
    --cc=zhanghailiang@xfusion.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).