Received: by 10.223.185.116 with SMTP id b49csp969391wrg; Wed, 21 Feb 2018 09:51:07 -0800 (PST) X-Google-Smtp-Source: AH8x2253JdI3/MJD0/KiCC45QWN6imoba4KtBqAXHnDlIXDOL2Tam5y/SIQhtGoeT0Gk+27kARwT X-Received: by 10.98.95.65 with SMTP id t62mr4067114pfb.11.1519235448819; Wed, 21 Feb 2018 09:50:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519235448; cv=none; d=google.com; s=arc-20160816; b=qEMtHqFOy9GqA1QBvXWCbD5C4JwNpCiHRDu79rbKo3bfaZ4j/AzElgMV8oBaKT6HOJ FjnKPDQiJLH4Ar5B99s5uw/RLSm6c+v5TEL//6livc7rg6dphC4ZpPu7LX+ni5fLLqmf tpIRR88LBDvk8BEKPdIMMqOYgS5zlbF2hhATzcmiP53dpcSg9qGfdSe+kWSld2Qp3aUz mlkbOMcihz8PLYNvlnHRqFMA6biT7znsghP3ip8Nqzc8J3ugqWM+qAgg7iQJCEVfDdoh L4dygPYgemoy3a9YaEJiFJCRrx2hmdNjnHoNtBC/9AVXVz+++7p2AwP+aGsu1EvR3pc4 mEYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=QcVmQl8tAs8+wKu4ZpQTuJ0YeYZgmXOsxZCc8E7QOpk=; b=aiaa5P4gyDPxHpPd9cwd/MdeQi4740JJhk+wz5Er1yDfpaNbmwfG4QVcV4BXNrv4nH hWkFwmn+pUP6n8bSj9zy2NCiInnm9IOfxRna2cLK+Ch4tCb84rNjsUCZ+ujaMumrxj5s cQqrZCHHFDOKpw7hTU1YhnHjgsWCUR6SAkAuuqp/4TnW3fMLAUdVt2HPBRrpyBCyjHM3 uF1DK4Iiayzdz8VBxCy51ifW/9r1C0KkMK30oXBenoqGFv1CoIMizBw5OH0tx4vJXrtw cZ5y1KoyLA24TYDshzQYI651rIpYZs1JliMHzmujmNsUgFH6i5sCNdIa9v5rhfVrnQ5C ercQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w189si5507675pfb.297.2018.02.21.09.50.18; Wed, 21 Feb 2018 09:50:48 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752719AbeBUMpQ (ORCPT + 99 others); Wed, 21 Feb 2018 07:45:16 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:58976 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751682AbeBUMpP (ORCPT ); Wed, 21 Feb 2018 07:45:15 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 447691218; Wed, 21 Feb 2018 12:45:14 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jack Morgenstein , Leon Romanovsky , Jason Gunthorpe Subject: [PATCH 4.4 01/33] IB/mlx4: Fix incorrectly releasing steerable UD QPs when have only ETH ports Date: Wed, 21 Feb 2018 13:44:44 +0100 Message-Id: <20180221124409.651818242@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180221124409.564661689@linuxfoundation.org> References: <20180221124409.564661689@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Jack Morgenstein commit 852f6927594d0d3e8632c889b2ab38cbc46476ad upstream. Allocating steerable UD QPs depends on having at least one IB port, while releasing those QPs does not. As a result, when there are only ETH ports, the IB (RoCE) driver requests releasing a qp range whose base qp is zero, with qp count zero. When SR-IOV is enabled, and the VF driver is running on a VM over a hypervisor which treats such qp release calls as errors (rather than NOPs), we see lines in the VM message log like: mlx4_core 0002:00:02.0: Failed to release qp range base:0 cnt:0 Fix this by adding a check for a zero count in mlx4_release_qp_range() (which thus treats releasing 0 qps as a nop), and eliminating the check for device managed flow steering when releasing steerable UD QPs. (Freeing ib_uc_qpns_bitmap unconditionally is also OK, since it remains NULL when steerable UD QPs are not allocated). Fixes: 4196670be786 ("IB/mlx4: Don't allocate range of steerable UD QPs for Ethernet-only device") Signed-off-by: Jack Morgenstein Signed-off-by: Leon Romanovsky Signed-off-by: Jason Gunthorpe Signed-off-by: Greg Kroah-Hartman --- drivers/infiniband/hw/mlx4/main.c | 13 +++++-------- drivers/net/ethernet/mellanox/mlx4/qp.c | 3 +++ 2 files changed, 8 insertions(+), 8 deletions(-) --- a/drivers/infiniband/hw/mlx4/main.c +++ b/drivers/infiniband/hw/mlx4/main.c @@ -2483,9 +2483,8 @@ err_steer_free_bitmap: kfree(ibdev->ib_uc_qpns_bitmap); err_steer_qp_release: - if (ibdev->steering_support == MLX4_STEERING_MODE_DEVICE_MANAGED) - mlx4_qp_release_range(dev, ibdev->steer_qpn_base, - ibdev->steer_qpn_count); + mlx4_qp_release_range(dev, ibdev->steer_qpn_base, + ibdev->steer_qpn_count); err_counter: for (i = 0; i < ibdev->num_ports; ++i) mlx4_ib_delete_counters_table(ibdev, &ibdev->counters_table[i]); @@ -2586,11 +2585,9 @@ static void mlx4_ib_remove(struct mlx4_d ibdev->iboe.nb.notifier_call = NULL; } - if (ibdev->steering_support == MLX4_STEERING_MODE_DEVICE_MANAGED) { - mlx4_qp_release_range(dev, ibdev->steer_qpn_base, - ibdev->steer_qpn_count); - kfree(ibdev->ib_uc_qpns_bitmap); - } + mlx4_qp_release_range(dev, ibdev->steer_qpn_base, + ibdev->steer_qpn_count); + kfree(ibdev->ib_uc_qpns_bitmap); iounmap(ibdev->uar_map); for (p = 0; p < ibdev->num_ports; ++p) --- a/drivers/net/ethernet/mellanox/mlx4/qp.c +++ b/drivers/net/ethernet/mellanox/mlx4/qp.c @@ -280,6 +280,9 @@ void mlx4_qp_release_range(struct mlx4_d u64 in_param = 0; int err; + if (!cnt) + return; + if (mlx4_is_mfunc(dev)) { set_param_l(&in_param, base_qpn); set_param_h(&in_param, cnt);