Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp847827ybx; Tue, 5 Nov 2019 06:31:58 -0800 (PST) X-Google-Smtp-Source: APXvYqzJWF2bD+swa8uqOxqif2qJPE4C/VTM6k7PoTKY+KUzqgmy3VbqSE1ogf+iQO9CQ2geVLDx X-Received: by 2002:a50:fb14:: with SMTP id d20mr32126164edq.190.1572964318272; Tue, 05 Nov 2019 06:31:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572964318; cv=none; d=google.com; s=arc-20160816; b=mqt6u5n3w6bON4E82uBQ9wPVS/UA1M14Ts1sx2wpwj764ri6b37frvXw/twLP+jPPE 91uhW4qS7iOIKfPu3Z6wqJrx6S2vLDDDRcB23bPOzWoeBHxZxywSgmKiPb/8jiGKy7Pi DKs3qwLmG1qhQ82eFYAP/CYyV28y3kC8Ta5n8d2XxjJL3RxJw3Z1i7RgvmPQ4FJ6wg/D AQ0fuWuN8FGEbr67iQcs3fa95PeBuF+OVtQyDHDhb6EnMB0V0P2S4dYQRLS0nhZ3Q7lV w4gUgQpkthj+yiOxgtb6r/Nyjavqq5vJILPkJZoCxjo39pSwWg/F1IoYdqJeENrGmqKy xW0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=1RYO1JgHFdU8ao1D5rbQ1EZe+a050NDQODE4WPb/YWU=; b=TosJ67gc2RCzizz0d4/nsD8fOgVOMPATFecMsHBB3flQjXFloIZ7IzCEkh5wRUVL1z ZQTIXcMqjuGInQG6IgsaSu8+CAYzT4EMZcjjJc4HCbOnDYpGqJkaIPAkT6nekp7JFxSI ab/r08C48UCVri/KOyxWzbl4GxEk0vk5OPROkxbO+VhLNwENRuZT2FDVHz2XUAG3TH6V O+cEm7obQ3gHepi76fK9cS3JiMvWo1KldJox0jB4IxPwtiUpqdycywQ5VWtJnIVS/TTD 7Fd0H1hrtW/5Vd53aTVo0rvStWSolIhqkey6AkMht65vkntRipxZ6VkCurArY0R8Puoj T9aQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vKvMqMa2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e19si3251788ejb.379.2019.11.05.06.31.34; Tue, 05 Nov 2019 06:31:58 -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; dkim=pass header.i=@kernel.org header.s=default header.b=vKvMqMa2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389251AbfKEOaM (ORCPT + 99 others); Tue, 5 Nov 2019 09:30:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:48214 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727857AbfKEOaM (ORCPT ); Tue, 5 Nov 2019 09:30:12 -0500 Received: from localhost (unknown [193.47.165.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6028B214D8; Tue, 5 Nov 2019 14:30:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572964212; bh=JyhAvuI9xYpQM+SGSD5xqGtMqgtkBy4E96Wgjf5mP7A=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=vKvMqMa2amnF6+cRLGcowJrS/zcYqKIg6kH5w1NdUX71TD9tI8BvYEug+xlRVhpBX Q8VvnU+jeQlL0eGV2SStVZRwSbQ4nFbGEZO58PLgVdbxT/S3XQRFqjfcwTAdfjDxKl zwqC/WMiO8Cz4rwS7vT/kh5VZPy23fkB+UFQMpyA= Date: Tue, 5 Nov 2019 16:30:08 +0200 From: Leon Romanovsky To: Greg Kroah-Hartman Cc: Doug Ledford , Jason Gunthorpe , linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] IB: mlx5: no need to check return value of debugfs_create functions Message-ID: <20191105143008.GC6763@unreal> References: <20191104074141.GA1292396@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191104074141.GA1292396@kroah.com> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 04, 2019 at 08:41:41AM +0100, Greg Kroah-Hartman wrote: > When calling debugfs functions, there is no need to ever check the > return value. The function can work or not, but the code logic should > never do something different based on this. > > Cc: Leon Romanovsky > Cc: Doug Ledford > Cc: Jason Gunthorpe > Signed-off-by: Greg Kroah-Hartman > --- > drivers/infiniband/hw/mlx5/main.c | 62 +++++++--------------------- > drivers/infiniband/hw/mlx5/mlx5_ib.h | 9 +--- > 2 files changed, 16 insertions(+), 55 deletions(-) > > Note, I kind of need to take this through my tree now as I broke the > build due to me changing the use of debugfs_create_atomic_t() in my > tree and not noticing this being used here. Sorry about that, any > objections? > > And 0-day seems really broken to have missed this for the past months, > ugh, I need to stop relying on it... > Thanks, Acked-by: Leon Romanovsky