Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp4427115ybx; Mon, 4 Nov 2019 13:12:10 -0800 (PST) X-Google-Smtp-Source: APXvYqxq1irwUhvPLGyQv5MDmVc6bMZP2QhCui+TJgR4hyAlwNX2gZ2uTShHTpi7T6Ki/gR+L5mT X-Received: by 2002:a50:fb93:: with SMTP id e19mr31973141edq.138.1572901929882; Mon, 04 Nov 2019 13:12:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572901929; cv=none; d=google.com; s=arc-20160816; b=GES4vTgKVupQ3hS8TeCV56oSC4piCZsAfMT6o6P1v2whfKECjovgUy5v+M+LVyW5Z7 eNAz31PTgDdBcs7v7tPUMzqIE+9kQqFBGhtDxB1vuT/r7LF3VjQqlT/yz/PzqhCovwBu rQkPaDye7H/zNiPfM4b5C95WJ4giTMuLByPmLA81NXKCr6b4OnGto0/e4gq8gBpVOvDD BZX8q7hVUHT35+6COCGU6aEDq5Kbxc72FJPY25jG89FUfcIqmL5oFl27jGmlpmgd8njW sx1mfEj4ECldFXNRacOGif0UbTHGlARRJCcUK0EqDkrbq2qPGgwBezcgRvU/syVxSW5b DakQ== 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=14mJ4CgtGTkfjgXEhpSaYCXkCod78CmTtVSc/48+g2M=; b=zbWg5qZx1B3Wj+HvGP00/E+b5LdhFyl5MGE9DYbSaDzhKwK+SxLBDc73wzlvqARxVy v3l43gH9Fq6a3S6YTR3TVJTpL9xGoA0TLry7GiTMB3pCJrAZDRQI+s9/TmVvTEbAJpAx GxJ89pgNKWDJG7tZT43coK/Ul7tNiZZvXHTMYzzO/QpGK0zT5y20H+i0g2EU9C6uPNP5 Cn8P3P0/lsha1U0bnO0O7z6HrKMxNf86urUP+e9ohHKnFqwzNKb30wFECJLqO/3MD9sB rEjfA0cdGfNHBKyKDhdDPZlYKJsRW08YDhs8K3mMuTNNW/uE28rs1jliHYGVY+4brOgM MbzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=uHC04ocJ; 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 o10si8048650edc.39.2019.11.04.13.11.45; Mon, 04 Nov 2019 13:12:09 -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=uHC04ocJ; 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 S1728778AbfKDVIs (ORCPT + 99 others); Mon, 4 Nov 2019 16:08:48 -0500 Received: from mail.kernel.org ([198.145.29.99]:52398 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728409AbfKDVIs (ORCPT ); Mon, 4 Nov 2019 16:08:48 -0500 Received: from localhost (6.204-14-84.ripe.coltfrance.com [84.14.204.6]) (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 AE07320659; Mon, 4 Nov 2019 21:08:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572901727; bh=AsWyQOHofbH8ShY+WCtcEmbwctFgrCfEBc+mq1J9PtQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=uHC04ocJT79j3m0aBOrUal1yRw+UW4GSI1qiYzbvckjTJByrpr6KKc7TE+y1iPjg+ J/tgaZz3aztDmUPof2+Xedov5C2IbPgI0xyJCz9Y23nZ+3xrU28Q2Vn+S7oaWask7o 6utgpTFD+U3qAQGBAagsvBvkX2cnjrIxRTx9oev0= Date: Mon, 4 Nov 2019 22:08:44 +0100 From: Greg Kroah-Hartman To: Jason Gunthorpe Cc: Leon Romanovsky , Doug Ledford , 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: <20191104210844.GB2460177@kroah.com> References: <20191104074141.GA1292396@kroah.com> <20191104205914.GI30938@ziepe.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191104205914.GI30938@ziepe.ca> User-Agent: Mutt/1.12.2 (2019-09-21) 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 04:59:14PM -0400, Jason Gunthorpe wrote: > 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? > > I think it is fine, I don't forsee conflicts here at this point. Thanks! > To be clear, the build is broken in your tree and in linux-next? Yeah, my fault :( > > And 0-day seems really broken to have missed this for the past months, > > ugh, I need to stop relying on it... > > Yes, I've noticed it missing a lot of stuff now too. Not sure why It is very hit-or-miss these days :( thanks, greg k-h