From nobody Fri May 3 06:26:52 2024 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1584115329; cv=none; d=zohomail.com; s=zohoarc; b=Kx/a2hr6PfODTD/XKzpNk8jc3j9nxqayhvmJxKF1AhpCGcMyR8JZUKexPdNDngNAYeGBfWinJbWqqFWvQJdpZJuQC+z1ldz2d0sFsHg0nHrnGCcp7OCOBgf1HBTVrSYYHDfaOFDuZNp6pIEN8/Vd0jL82SpStImNMq/m4AaRYmM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1584115329; h=Content-Type:Content-Transfer-Encoding:Date:From:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To; bh=y5cyp4VzrKwMU47GHFV73Fj5DZ8Im2VClCXZhU0THMk=; b=irFMD+PqCkMXLghb+JHKdUv9s3B7ty6snxP/cX5CXhzEl0WB77MxxKpWxDzjMPSV1Txiv8w7Z0F8drv0D6a2JYu3CuXh19PptS/+rPJkrUH7cU0OVPFeIu8PS5RJi4YhQ3g2ULZTld9Ny0joKdcxAVN/Az+JmdSmgFmqpNZypfM= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1584115329005638.615823530511; Fri, 13 Mar 2020 09:02:09 -0700 (PDT) Received: from localhost ([::1]:33418 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jCmlD-0008BZ-Kr for importer@patchew.org; Fri, 13 Mar 2020 12:02:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42280) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jCmiz-00054s-FW for qemu-devel@nongnu.org; Fri, 13 Mar 2020 11:59:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jCmix-0007ld-Nd for qemu-devel@nongnu.org; Fri, 13 Mar 2020 11:59:48 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:26799 helo=us-smtp-1.mimecast.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jCmix-0007j7-GU for qemu-devel@nongnu.org; Fri, 13 Mar 2020 11:59:47 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-447-iRHiJegTPVGuiyq9bdCbqg-1; Fri, 13 Mar 2020 11:59:44 -0400 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 8B172DB6E; Fri, 13 Mar 2020 15:59:43 +0000 (UTC) Received: from dgilbert-t580.localhost (ovpn-117-92.ams2.redhat.com [10.36.117.92]) by smtp.corp.redhat.com (Postfix) with ESMTP id 602025DA60; Fri, 13 Mar 2020 15:59:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1584115186; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=y5cyp4VzrKwMU47GHFV73Fj5DZ8Im2VClCXZhU0THMk=; b=OycXQs8Zg34JROdYB3i6xUSGjX6e3PFyrXvWgtGSOZcc+F16PdycNIYZubPSqcP+jNzBk4 Zkb2W+qKxoNX02oCGmiiYxij3ha0kBd69ZWE56D8VOSqjj3q/J0oLuf1INgnI0XBXkQc8J fv22OrYA7CK02SsVrcoHoWdPBh62Jhc= X-MC-Unique: iRHiJegTPVGuiyq9bdCbqg-1 From: "Dr. David Alan Gilbert (git)" To: qemu-devel@nongnu.org, pbonzini@redhat.com, philmd@redhat.com, yvugenfi@redhat.com, peter.maydell@linaro.org Subject: [PATCH v2] exec/rom_reset: Free rom data during inmigrate skip Date: Fri, 13 Mar 2020 15:59:39 +0000 Message-Id: <20200313155939.240533-1-dgilbert@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 207.211.31.120 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: pass (identity @redhat.com) Content-Type: text/plain; charset="utf-8" From: "Dr. David Alan Gilbert" Commit 355477f8c73e9 skips rom reset when we're an incoming migration so as not to overwrite shared ram in the ignore-shared migration optimisation. However, it's got an unexpected side effect that because it skips freeing the ROM data, when rom_reset gets called later on, after migration (e.g. during a reboot), the ROM does get reset to the original file contents. Because of seabios/x86's weird reboot process this confuses a reboot into hanging after a migration. Fixes: 355477f8c73e9 ("migration: do not rom_reset() during incoming migrat= ion") https://bugzilla.redhat.com/show_bug.cgi?id=3D1809380 Signed-off-by: Dr. David Alan Gilbert Reviewed-by: Peter Maydell --- hw/core/loader.c | 25 ++++++++++++++++--------- 1 file changed, 16 insertions(+), 9 deletions(-) diff --git a/hw/core/loader.c b/hw/core/loader.c index d1b78f60cd..eeef6da9a1 100644 --- a/hw/core/loader.c +++ b/hw/core/loader.c @@ -1119,19 +1119,26 @@ static void rom_reset(void *unused) { Rom *rom; =20 - /* - * We don't need to fill in the RAM with ROM data because we'll fill - * the data in during the next incoming migration in all cases. Note - * that some of those RAMs can actually be modified by the guest on ARM - * so this is probably the only right thing to do here. - */ - if (runstate_check(RUN_STATE_INMIGRATE)) - return; - QTAILQ_FOREACH(rom, &roms, next) { if (rom->fw_file) { continue; } + /* + * We don't need to fill in the RAM with ROM data because we'll fi= ll + * the data in during the next incoming migration in all cases. N= ote + * that some of those RAMs can actually be modified by the guest. + */ + if (runstate_check(RUN_STATE_INMIGRATE)) { + if (rom->data && rom->isrom) { + /* + * Free it so that a rom_reset after migration doesn't + * overwrite a potentially modified 'rom'. + */ + rom_free_data(rom); + } + continue; + } + if (rom->data =3D=3D NULL) { continue; } --=20 2.24.1