Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1582474pxb; Mon, 22 Feb 2021 05:59:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJzwRdcvvickMKUHkSw5Bi6IjU5s0Une7BHuvZSBGVO4pdVn12BGxiavMZfE2kdIklXLV3kX X-Received: by 2002:aa7:c944:: with SMTP id h4mr22589642edt.233.1614002346219; Mon, 22 Feb 2021 05:59:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614002346; cv=none; d=google.com; s=arc-20160816; b=XlMeHrARu4DxcSe4mi/9SVL/LaT7fPFqPr2zrxv3Se8hXCfZhro2LUUlLTl/Yq/8ar WknccBoeNBmGNNuGgmlo/VCIQnLQNTWGsd9gPSNAFSwNuixRQvPht96jO/JshDACOJUI s4HmU6nfmAudOoVkGCTCVPvjNNQczzaEBwdMTgkI2Vsu+2/OjC9+3E99Q1RPwhKvkhxl nMdWqbU+qFAdiAxP4hRcJHgnkyzvfAg0ZwfHPwVOmXQmIbEu2entrhC+vWMGSS+vxL22 L8L+/dulLNXtt4vdMeMhHnT59bnZr+4TzgzTZsBhs2paCcaD9TsPsngB8HA14GJgWxlM yOfw== 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=jhRqti69GBrhlM9XQ4EtMsJoHQLE9kMkx0jz6b9ArbA=; b=nFZasjJcHzIkELP/1YKvleNi78PQIeQGPBk486VbLgspCVeOXhIooUhIaNN5U+/MQ+ lbXjOa4TtW+7vdeJoc5UZX1YiOnG88D62ggUdStlDk0h6fr9mplrkTpjxpxAdxfHYTtA RnfcrcEWtwq3DQcrcb81r1O+wIz4uexo3jTWecucI3pWOeqJl5AWRmA+Lr49MTj7/NE8 Kw1uLOKEXpAuG4Rxwc4xpn+mB5NpDWwv2SjC3z4nl80YfGaLuZSCixp4XTtuG49T9K0B KSmS+6vyO51mN6+P67JVE/8Wo3FmnYeK/ZCbmzM8heBY9It4JtYF1Z21EsW23PgZH9Ya Xl7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ZDFwDEMq; 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 qt10si11727174ejb.336.2021.02.22.05.58.43; Mon, 22 Feb 2021 05:59:06 -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=ZDFwDEMq; 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 S232086AbhBVN5n (ORCPT + 99 others); Mon, 22 Feb 2021 08:57:43 -0500 Received: from mail.kernel.org ([198.145.29.99]:57154 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231661AbhBVMrd (ORCPT ); Mon, 22 Feb 2021 07:47:33 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id B6EAE64F1A; Mon, 22 Feb 2021 12:42:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1613997750; bh=0ZL2nzoF7r9zTwQRSQ5KBgXhCXIS6ATrdSC1cJocPgQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ZDFwDEMqxJFdJFxKpejwBpeXtgC4Y9PTiwES3myL3ro4pCkPtvZf4TC5P/80UGRcP 2xEPI+OtLXJES7bUyFzfLIKpeGwZtgoIueHccfY+U8PxIeDmq/AcVzktu9MaSx5Npz ut/6yze/ae26RlWLvrbsYdvK2RtvN3LPdQPda6oU= 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 45/49] xen-netback: dont "handle" error by BUG() Date: Mon, 22 Feb 2021 13:36:43 +0100 Message-Id: <20210222121028.219098483@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 3194a1746e8aabe86075fd3c5e7cf1f4632d7f16 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/net/xen-netback/netback.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) --- a/drivers/net/xen-netback/netback.c +++ b/drivers/net/xen-netback/netback.c @@ -1328,13 +1328,11 @@ int xenvif_tx_action(struct xenvif_queue return 0; gnttab_batch_copy(queue->tx_copy_ops, nr_cops); - if (nr_mops != 0) { + if (nr_mops != 0) ret = gnttab_map_refs(queue->tx_map_ops, NULL, queue->pages_to_map, nr_mops); - BUG_ON(ret); - } work_done = xenvif_tx_submit(queue);