From nobody Mon Feb 9 09:37:38 2026 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.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; spf=pass (zoho.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1567518878; cv=none; d=zoho.com; s=zohoarc; b=YoVhY7qWClH65PnlTnMOOMIZ1OQez8L7aKkAyHlEQgMcPcIeafrm75BT0+DPcm1kwQbjEApHW0HqknCLjPDBAEdXu0jHDdXpamI/Egum3HosdEEa4/5DSEyHbC+Amw50QDZl7nbPY88LKz9Md9vqVOHO3NAJxTG95xGEhE9YOQc= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1567518878; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=zqPRqDjNWqgYMuYvoBWcfx+UiJ2JuHMLQLedeJUX4z8=; b=aiz3OaxY6R9Pwyoae6W42capTZMl9PqQ1bAR/vJK+zCXcj6h2reLLqLBnqYJRKuRfo/a1XZ1AxWY+RdyP8l/vbTwGinFF9xY0/Ro2/UPOYADzLR1JGf6fGIoDqfATFTNt6Fs1BNQo+sY5iouwHar/9Al/222Sd5gvZ8IIEshOio= ARC-Authentication-Results: i=1; mx.zoho.com; spf=pass (zoho.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=fail 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 1567518878560377.1326801557303; Tue, 3 Sep 2019 06:54:38 -0700 (PDT) Received: from localhost ([::1]:46482 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i59GW-0007NK-NT for importer@patchew.org; Tue, 03 Sep 2019 09:54:36 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55774) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i58ye-0002A4-OE for qemu-devel@nongnu.org; Tue, 03 Sep 2019 09:36:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i58yd-0006DS-BM for qemu-devel@nongnu.org; Tue, 03 Sep 2019 09:36:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60640) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i58yX-00067X-5s; Tue, 03 Sep 2019 09:36:01 -0400 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 7DCFA18C8939; Tue, 3 Sep 2019 13:36:00 +0000 (UTC) Received: from localhost (ovpn-204-98.brq.redhat.com [10.40.204.98]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 17F791001947; Tue, 3 Sep 2019 13:35:59 +0000 (UTC) From: Max Reitz To: qemu-block@nongnu.org Date: Tue, 3 Sep 2019 15:35:39 +0200 Message-Id: <20190903133553.6500-3-mreitz@redhat.com> In-Reply-To: <20190903133553.6500-1-mreitz@redhat.com> References: <20190903133553.6500-1-mreitz@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx1.redhat.com [10.5.110.70]); Tue, 03 Sep 2019 13:36:00 +0000 (UTC) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.132.183.28 Subject: [Qemu-devel] [PULL v2 02/16] block: fix permission update in bdrv_replace_node 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: , Cc: Peter Maydell , qemu-devel@nongnu.org, Max Reitz Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" Content-Type: text/plain; charset="utf-8" From: Vladimir Sementsov-Ogievskiy It's wrong to OR shared permissions. It may lead to crash on further permission updates. Also, no needs to consider previously calculated permissions, as at this point we already bind all new parents and bdrv_get_cumulative_perm result is enough. So fix the bug by just set permissions by bdrv_get_cumulative_perm result. Bug was introduced in long ago 234ac1a9025, in 2.9. Signed-off-by: Vladimir Sementsov-Ogievskiy Message-id: 20190824100740.61635-1-vsementsov@virtuozzo.com Signed-off-by: Max Reitz --- block.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/block.c b/block.c index 874a29a983..5944124845 100644 --- a/block.c +++ b/block.c @@ -4165,7 +4165,6 @@ void bdrv_replace_node(BlockDriverState *from, BlockD= riverState *to, { BdrvChild *c, *next; GSList *list =3D NULL, *p; - uint64_t old_perm, old_shared; uint64_t perm =3D 0, shared =3D BLK_PERM_ALL; int ret; =20 @@ -4211,8 +4210,8 @@ void bdrv_replace_node(BlockDriverState *from, BlockD= riverState *to, bdrv_unref(from); } =20 - bdrv_get_cumulative_perm(to, &old_perm, &old_shared); - bdrv_set_perm(to, old_perm | perm, old_shared | shared); + bdrv_get_cumulative_perm(to, &perm, &shared); + bdrv_set_perm(to, perm, shared); =20 out: g_slist_free(list); --=20 2.21.0