Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1582497pxb; Mon, 22 Feb 2021 05:59:07 -0800 (PST) X-Google-Smtp-Source: ABdhPJxQ9oAga2LKOi5hGh1TpxwrLNOpyuQkFAhyEQCpw1Dn1O8TSu0we3/UDvBmuO5QdXuHsmwQ X-Received: by 2002:a17:906:2e91:: with SMTP id o17mr17933713eji.488.1614002347176; Mon, 22 Feb 2021 05:59:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614002347; cv=none; d=google.com; s=arc-20160816; b=a5ZYlvMp/CmqmwA51Ecnj25NEMc/wue50NB2odbYG1phkDnVLY1rFdw+3bVGfSkHDu DH2kFFNM4+wuIiyJWmz5kVlg2boc4txzueWRufYetnJXxT23RgIaFnRNb/R3y3BS+++9 9CvsMwfA43K5M3YcQkgdBlYawZqdjiQ8InQWk4/h7qSjAW+V3M0RQo5IphxrY09zjHd4 PBlvn3uPP0TAcDWsJbo7QF084ORA1HOu8cYyDSKl4a/CUBy2RTsLWT6Tda3CltGJI2le QiWc0zyw4nhBZ/stYyH/0d5B+qqrWXsAHI3y2+aJdjFzXfsBYNyIZjFgFnsyDWrECHQc XTeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hLga5kGcrg4f1YK9pOCRTFwBj+avHtVNKBAAHHUNy3o=; b=p7KMUspBiuUxFxBZFnRb18lAh2ZV7exDn25fGYvCTrkzdXlUJb/P3w7ERa1ttCXSG3 Eq/l/pymUlWSJXN+1Lj+gn2QDOKz1vlbRncnMiJkdZb0PnS6b0Xi+LA4R0j9DL/VM9Xl iMlO51TqgkLbJjvP8p4RHlbxWUowzBu1h0wq7X2oa2PI03TTE4fKDkXocAaSSgO0gaMX rdEvHrbBLyQZya2ImdhRN1sN8on7bB3OT3sfbaEXh6CL0NVccZJf4D/LWpH8NJNEKnNm p2MOtYvpHkgdYw9Igu1Mf2Zel52o8okRJjPE4gvciWnaZY9mCyMbgH7oWUNNav54dMeS eRnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tFJ77q75; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hy12si10907383ejc.509.2021.02.22.05.58.43; Mon, 22 Feb 2021 05:59:07 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=tFJ77q75; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231907AbhBVN5g (ORCPT + 99 others); Mon, 22 Feb 2021 08:57:36 -0500 Received: from mail.kernel.org ([198.145.29.99]:56562 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231660AbhBVMrd (ORCPT ); Mon, 22 Feb 2021 07:47:33 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5B82564F04; Mon, 22 Feb 2021 12:42:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1613997747; bh=aVtwxMQ0yET8MYZsd8pC53W+SekETh83OMG7Vad2+pA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=tFJ77q7561ycjKv3VPMdzxkpINP5voyePAC4W5Da2QQzHoC6qyFIddL2aWWZIa9WX qvuxr7CTHLF7IKuLzRIUm116euhXCFK+pbcp5nk2ryPSM6xQj7rvpzOgFMYuPf/MMy zpwGHt/88Ud8/Lcx2VAIwbBqYLgaIujLqHg/z5FM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jan Beulich , Juergen Gross Subject: [PATCH 4.9 44/49] xen-blkback: dont "handle" error by BUG() Date: Mon, 22 Feb 2021 13:36:42 +0100 Message-Id: <20210222121028.145787329@linuxfoundation.org> X-Mailer: git-send-email 2.30.1 In-Reply-To: <20210222121022.546148341@linuxfoundation.org> References: <20210222121022.546148341@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jan Beulich commit 5a264285ed1cd32e26d9de4f3c8c6855e467fd63 upstream. In particular -ENOMEM may come back here, from set_foreign_p2m_mapping(). Don't make problems worse, the more that handling elsewhere (together with map's status fields now indicating whether a mapping wasn't even attempted, and hence has to be considered failed) doesn't require this odd way of dealing with errors. This is part of XSA-362. Signed-off-by: Jan Beulich Cc: stable@vger.kernel.org Reviewed-by: Juergen Gross Signed-off-by: Juergen Gross Signed-off-by: Greg Kroah-Hartman --- drivers/block/xen-blkback/blkback.c | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-) --- a/drivers/block/xen-blkback/blkback.c +++ b/drivers/block/xen-blkback/blkback.c @@ -860,10 +860,8 @@ again: break; } - if (segs_to_map) { + if (segs_to_map) ret = gnttab_map_refs(map, NULL, pages_to_gnt, segs_to_map); - BUG_ON(ret); - } /* * Now swizzle the MFN in our domain with the MFN from the other domain @@ -878,7 +876,7 @@ again: pr_debug("invalid buffer -- could not remap it\n"); put_free_pages(ring, &pages[seg_idx]->page, 1); pages[seg_idx]->handle = BLKBACK_INVALID_HANDLE; - ret |= 1; + ret |= !ret; goto next; } pages[seg_idx]->handle = map[new_map_idx].handle;