Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5230470pxv; Tue, 20 Jul 2021 23:58:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxBzqvhGTeXmtgwJ7E4MjHdo/7ro8VYXhjoPYHuSPJjU/1+EBNCrAdFoNZ48s1oNZxfqum7 X-Received: by 2002:a92:3302:: with SMTP id a2mr23531712ilf.62.1626850693242; Tue, 20 Jul 2021 23:58:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626850693; cv=none; d=google.com; s=arc-20160816; b=pIHSmRgvCqL6cSMoGaXQM48Na07oJEmBnqfobgnMbR2URvZxJJvYSLtDHPd0lmG4Zr BXDT39GZ+Z9ZNEwY0vzHLlW4V+9SGzCkqINy1exfsCho7cETL31oAHci4rzZqBqe4bq+ /VNZ00rIOkw7FiDdpr/PdgoR9RbGyMd2rEN/15ejRkl8mV8axvNluXiTiA5uKsVoNHqy AQdC5RutNJUPirHUzFLrLJ9fogOUoU4lig9JkUvK46DeciLwRG4f3N1Bh1BREqMd9yD8 MB2kg3YjYYVsH2MIWWvaqJ5AZHslvhoM/tG0rhMQuL0Z9c/MjF2y3abZdDA1zmJ+pxY1 sGFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=u60USPhUBQTAiDXXyX6z4HYr32ho1gDleP8Ybaub2t4=; b=lpCjQVT1ckAwu/ypYwdLyrjmGGSc/YJXyvThI6Zm8XKOmiRGAnxBnb/vabZT7YY1tC IPthu4DKfFV36kZiqvers7lmdmcm8iYNqNwTrQB6yiFl0mw8hIMGye/JFF5M+3wDHJHo P3NhrhqsuUtG0YCvWnj59jRF/46odPjf905WwGs7K6zcy2ZKOPUSuw9AVEMxieRAPyCV xvwV57ZVbKCfY1rD9aUcSI3iMd96153Xn/2ZB/amQCKDnxbx3M1BX228q3Pvh6V/EQGX lnx8H3+Nw1OeDbpy2T8816A+kCqzU35hI+rh6Wa/DyYcOzKFX2WWCiARqLvxiOU46F4X lbSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=pfTtXIg3; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n12si26081473ilq.134.2021.07.20.23.58.01; Tue, 20 Jul 2021 23:58:13 -0700 (PDT) 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=@kernel.org header.s=k20201202 header.b=pfTtXIg3; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233874AbhGUGQX (ORCPT + 99 others); Wed, 21 Jul 2021 02:16:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:52050 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229920AbhGUGQV (ORCPT ); Wed, 21 Jul 2021 02:16:21 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A0871601FC; Wed, 21 Jul 2021 06:56:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626850618; bh=NBY/luiKtwwB80bjedhG96TJvETtvOxecmknE8Z6LME=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=pfTtXIg3v++XYX/9Af1oV8ddTQc9JPBRCZeGWFcZpZi/Xq04cN18//kYlLxZ6GX0f UzujRZ6oxH2Eng47xwvDjW9pzJdZjJ5oBp1A8dmQ81W0n43oqdYlHXSsgsptLcIdwL Q6EtgLbnaGzXOBMbZae/A8vM3toia/QHdHGioryM6Acf042NchHrLhq4Nj5XLY0dGC 5QfDBjvrbvET7McTNEfto0jyXLBCLofSNUjdwvZbmBk+wRyx6EJdHBTwfhO5DwUfwv QM86uhZbwV3lMiFQ3Y3sN+Dsacmj8zbvQFdgkwtCTSdRRWO/OGRe82Om1w465ERbrW 5WBEuHHAmLqtA== Date: Wed, 21 Jul 2021 09:56:54 +0300 From: Leon Romanovsky To: Christoph Hellwig Cc: Doug Ledford , Jason Gunthorpe , linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, Mark Zhang Subject: Re: [PATCH rdma-next 3/7] RDMA/core: Remove protection from wrong in-kernel API usage Message-ID: References: <8084238e374fe487c3f9728c2ee5ec8736c204d5.1626846795.git.leonro@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 21, 2021 at 07:41:12AM +0100, Christoph Hellwig wrote: > On Wed, Jul 21, 2021 at 09:13:02AM +0300, Leon Romanovsky wrote: > > From: Leon Romanovsky > > > > The ib_create_named_qp() is kernel verb that is not used for user > > supplied attributes. In such case, it is ULP responsibility to provide > > valid QP attributes. > > > > In-kernel API shouldn't check it, exactly like other functions that > > don't check device capabilities. > > Hmm. These still looks like useful debugging checks. All in-tree ULPs already set properly based on device capabilities. Thanks