From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.0 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 84187C07E99 for ; Fri, 9 Jul 2021 13:41:59 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A35F461370 for ; Fri, 9 Jul 2021 13:41:58 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A35F461370 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bugs.launchpad.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:34790 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m1qlR-0005Td-Pr for qemu-devel@archiver.kernel.org; Fri, 09 Jul 2021 09:41:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39456) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m1qkm-0004g7-N9 for qemu-devel@nongnu.org; Fri, 09 Jul 2021 09:41:16 -0400 Received: from indium.canonical.com ([91.189.90.7]:54456) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m1qkk-0007ds-1H for qemu-devel@nongnu.org; Fri, 09 Jul 2021 09:41:16 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.93 #5 (Debian)) id 1m1qkg-0001WP-CQ for ; Fri, 09 Jul 2021 13:41:10 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 5AF012E8167 for ; Fri, 9 Jul 2021 13:41:10 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Fri, 09 Jul 2021 13:33:17 -0000 From: Thomas Huth <1839807@bugs.launchpad.net> To: qemu-devel@nongnu.org X-Launchpad-Notification-Type: bug X-Launchpad-Bug: product=qemu; status=Expired; importance=Undecided; assignee=None; X-Launchpad-Bug-Tags: arm snapshots X-Launchpad-Bug-Information-Type: Public X-Launchpad-Bug-Private: no X-Launchpad-Bug-Security-Vulnerability: no X-Launchpad-Bug-Commenters: alsn janitor pmaydell th-huth X-Launchpad-Bug-Reporter: Al Sn (alsn) X-Launchpad-Bug-Modifier: Thomas Huth (th-huth) References: <156559266426.18172.16579923111498222299.malonedeb@wampee.canonical.com> Message-Id: <162583759754.3079.14832069465938759933.malone@gac.canonical.com> Subject: [Bug 1839807] Re: Snapshots freeze guest Sabrelite IMX.6 board X-Launchpad-Message-Rationale: Subscriber (QEMU) @qemu-devel-ml X-Launchpad-Message-For: qemu-devel-ml Precedence: bulk X-Generated-By: Launchpad (canonical.com); Revision="fe01712f453e3d8fdd7cfee725621d71a8ae3628"; Instance="production" X-Launchpad-Hash: fc01d6121886c4ab9a35835bd031dcac2b5f894b Received-SPF: none client-ip=91.189.90.7; envelope-from=bounces@canonical.com; helo=indium.canonical.com X-Spam_score_int: -68 X-Spam_score: -6.9 X-Spam_bar: ------ X-Spam_report: (-6.9 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Bug 1839807 <1839807@bugs.launchpad.net> Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/467 ** Changed in: qemu Status: New =3D> Expired ** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #467 https://gitlab.com/qemu-project/qemu/-/issues/467 -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1839807 Title: Snapshots freeze guest Sabrelite IMX.6 board Status in QEMU: Expired Bug description: Hello, I'm trying to take and restore a snapshot with the whole system state of= the Sabrelite IMX.6 board running on QEMU with commands savevm/loadvm. It seems that I am able to take a snapshot but loading the snapshot fails. For comparison I checked out snapshots on 32bit ARM Virt with Debian as w= ell as on the Versatilepb board with a bare metal application and it works = fine. The problem occurs only with that one particular board. My environment is: Ubuntu 18.04 QEMU 3.0.1 (I see the same issue in QEMU 4.0.0 as well) The kernel and device tree used for the board was 5.1.14 version from ker= nel.org The file system was build from imx_v6_v7_defconfig config in buildroot as and sd card image. Problem: Loading snapshot stops the whole machine and it's impossible to resume it. Steps to reproduce problem: 1. I converted the sdcard.img built from the buildroot to qcow2 using command qemu-img convert -f raw -O qcow2 sdcard.img sdcard.qcow2, since the raw doesn't support snapshots. 2. I start QEMU with a command ./arm-softmmu/qemu-system-arm -m 512 -M sabrelite -kernel zImage -append = "rootfstype=3Dext4 root=3D/dev/mmcblk2p2 rw rootwait" -rtc base=3Dlocaltime= ,clock=3Dvm -dtb imx6dl-sabresd.dtb -drive file=3Dsdcard.qcow2,index=3D2,fo= rmat=3Dqcow2,id=3Dmycard -device sd-card,drive=3Dmycard -nographic -net nic= -net user 3. I run a simple program which print characters to the console in the background and add some files in user directory, to differ from original image. 4. I switch to QEMU monitor, and type =E2=80=9Csavevm =E2=80= =9D. When I type =E2=80=9Cinfo snapshots=E2=80=9D, the snapshot is listed. So I assume it was saved correctly. 5. Then I switch back to Linux console from monitor, remove the added files and stop the background printing process. 6. I switch back to monitor and I'm trying now to load the snapshot by =E2=80=9Cloadvm =E2=80=9D command. That=E2=80=99s where the problem occurs. QEMU stops and I can't switch ba= ck from monitor to Linux. Typing =E2=80=9Ccont=E2=80=9D doesn=E2=80=99t help. It seems like the simulation has freezed. CPU usage on my Laptop machine = equals 100% until I exit QEMU. = What=E2=80=99s interesting when I exit the QEMU and then start it again t= he Linux boots and after it reaches the command prompt I can see the files = which were removed after saving the snapshot. It looks like loading the snapshots works for restoring disk space but it fails for restoring the running processes. Due to the answer on QEMU mailing list (https://lists.nongnu.org/archive/html/qemu- discuss/2019-08/msg00016.html) it is QEMUs bug. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1839807/+subscriptions