Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp7006450ybi; Thu, 13 Jun 2019 08:03:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqwhVcdGsNLOiwBQ9Wh4XeGnLJIIcSzRFT7e1ew6LZXr4vfpWHB7H3+pbuMhUzhdFJeU7CKh X-Received: by 2002:a17:90a:37ac:: with SMTP id v41mr5881399pjb.6.1560438214100; Thu, 13 Jun 2019 08:03:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560438214; cv=none; d=google.com; s=arc-20160816; b=UNRmhuH22BtY8ma3OLx+y+Mmp+z24/wIDovKmMmuEpszVuaxkeSeTnplWGvLLiWs6z sdM5t7yMmHMv936kDZAwJDUSMVlmjXrU6KDjWxOZ43pMrj/HbTRdThrVbU/oVwpgmRjp zDAuhugACT+4NW47jdOtfV5sg0KM4TMB1Abls1nyKUGJLpB8UbxB8DiobVbhChFkNtQW 2O2bPAmGz8WylX8eoCK7dL/En1FKnnoidxUjU2by2gM5/Ipnykkk8qSWRbhznUWwHEpf 0M6KciA1ne80t2hNWtsYaWeze9uT1EpMgWrCyX/iZguCv5PULDgFhNnltQ+tMN9q2np1 jPnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:openpgp:from:references:cc:to:subject :dkim-signature; bh=Vq6Gbxjs8auEAG0ZvLiUDtdRNTsYCDEZJ+1uHBJ7ReA=; b=AECjjwGDhUtHySQ5OwUGKWwa7GlKZjjbRi0mUkhTR1a0qd7uF7vmhMxuTmTtQxWA/+ wPZrcQ86AT8VcAIL43jIBrsYuYtk9C3ohhBPKsB348iC7W7BB9Qj1Md6uHKVv4P1bzwp SpXThtCWGDxzQn+nGs+aGATYct+8qS1jT5XQprFPt+m5QPlVShb/s1OTVyHlpX99DXhR AJbTddNJpFGsrJp9N8JkK13QD4Lqry3Sbiqnc8IVprnl+rxScJeAS+/KqZ4JgzSSTvnc VD6bCS49vONaQNa2ut3oWasmRmeX0eziJkhMinWvkH3OhbQJyoAFjJhPB5aqU0w2pdZz HBMw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@akamai.com header.s=jan2016.eng header.b=JxR+E22X; 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=QUARANTINE sp=NONE dis=NONE) header.from=akamai.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p17si3397492plo.310.2019.06.13.08.03.18; Thu, 13 Jun 2019 08:03:34 -0700 (PDT) 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=@akamai.com header.s=jan2016.eng header.b=JxR+E22X; 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=QUARANTINE sp=NONE dis=NONE) header.from=akamai.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1733059AbfFMPBv (ORCPT + 99 others); Thu, 13 Jun 2019 11:01:51 -0400 Received: from mx0a-00190b01.pphosted.com ([67.231.149.131]:33624 "EHLO mx0a-00190b01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732535AbfFMOep (ORCPT ); Thu, 13 Jun 2019 10:34:45 -0400 Received: from pps.filterd (m0122332.ppops.net [127.0.0.1]) by mx0a-00190b01.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5DEMi81008192; Thu, 13 Jun 2019 15:34:43 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=jan2016.eng; bh=Vq6Gbxjs8auEAG0ZvLiUDtdRNTsYCDEZJ+1uHBJ7ReA=; b=JxR+E22XJ9NjF4wL3LpbaECgqHiAWS5tnaWGcnzbpyKTR+jHBMo+ri/AsgcBrsEl6AFH vbw8NAJdI3EX5jth48Ip4gL1Gbsp0kJHv4axUvGscHGddBmUqes2R+emA7kvcbPOTcWB BAqn3lvD2HyUNSj9ftmNHpIHz5JfaKnF2LgCjIcO3AtkiqVaq2HMwW+plCrO91gVH1MD WXMawdmr2VKQZIxtP8X0qLo0DtroCPhu5aFheUc9BPQx0HFUsWcO/REyVIwZ5kTZj3Os YqmfgJBS2DYXoVw8o68KJMPCJkWj5Ef9/vLpn+I/OVCxOde8XYONQ+GVubMyLVwphlKF eQ== Received: from prod-mail-ppoint1 (prod-mail-ppoint1.akamai.com [184.51.33.18] (may be forged)) by mx0a-00190b01.pphosted.com with ESMTP id 2t3269c31e-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 13 Jun 2019 15:34:43 +0100 Received: from pps.filterd (prod-mail-ppoint1.akamai.com [127.0.0.1]) by prod-mail-ppoint1.akamai.com (8.16.0.27/8.16.0.27) with SMTP id x5DEWStA009987; Thu, 13 Jun 2019 10:34:41 -0400 Received: from prod-mail-relay15.akamai.com ([172.27.17.40]) by prod-mail-ppoint1.akamai.com with ESMTP id 2t08bx9441-1; Thu, 13 Jun 2019 10:34:41 -0400 Received: from [172.29.170.83] (bos-lpjec.kendall.corp.akamai.com [172.29.170.83]) by prod-mail-relay15.akamai.com (Postfix) with ESMTP id 132A52006A; Thu, 13 Jun 2019 14:34:40 +0000 (GMT) Subject: Re: [PATCH] lib: dynamic_debug: no need to check return value of debugfs_create functions To: Greg Kroah-Hartman Cc: linux-kernel@vger.kernel.org References: <20190612153534.GA21141@kroah.com> From: Jason Baron Openpgp: preference=signencrypt Autocrypt: addr=jbaron@akamai.com; prefer-encrypt=mutual; keydata= xsFNBFnyIJMBEADamFSO/WCelO/HZTSNbJ1YU9uoEUwmypV2TvyrTrXULcAlH1sXVHS3pNdR I/koZ1V7Ruew5HJC4K9Z5Fuw/RHYWcnQz2X+dSL6rX3BwRZEngjA4r/GDi0EqIdQeQQWCAgT VLWnIenNgmEDCoFQjFny5NMNL+i8SA6hPPRdNjxDowDhbFnkuVUBp1DBqPjHpXMzf3UYsZZx rxNY5YKFNLCpQb1cZNsR2KXZYDKUVALN3jvjPYReWkqRptOSQnvfErikwXRgCTasWtowZ4cu hJFSM5Asr/WN9Wy6oPYObI4yw+KiiWxiAQrfiQVe7fwznStaYxZ2gZmlSPG/Y2/PyoCWYbNZ mJ/7TyED5MTt22R7dqcmrvko0LIpctZqHBrWnLTBtFXZPSne49qGbjzzHywZ0OqZy9nqdUFA ZH+DALipwVFnErjEjFFRiwCWdBNpIgRrHd2bomlyB5ZPiavoHprgsV5ZJNal6fYvvgCik77u 6QgE4MWfhf3i9A8Dtyf8EKQ62AXQt4DQ0BRwhcOW5qEXIcKj33YplyHX2rdOrD8J07graX2Q 2VsRedNiRnOgcTx5Zl3KARHSHEozpHqh7SsthoP2yVo4A3G2DYOwirLcYSCwcrHe9pUEDhWF bxdyyESSm/ysAVjvENsdcreWJqafZTlfdOCE+S5fvC7BGgZu7QARAQABzR9KYXNvbiBCYXJv biA8amJhcm9uQGFrYW1haS5jb20+wsF+BBMBAgAoBQJZ8iCTAhsDBQkJZgGABgsJCAcDAgYV CAIJCgsEFgIDAQIeAQIXgAAKCRC4s7mct4u0M9E0EADBxyL30W9HnVs3x7umqUbl+uBqbBIS GIvRdMDIJXX+EEA6c82ElV2cCOS7dvE3ssG1jRR7g3omW7qEeLdy/iQiJ/qGNdcf0JWHYpmS ThZP3etrl5n7FwLm+51GPqD0046HUdoVshRs10qERDo+qnvMtTdXsfk8uoQ5lyTSvgX4s1H1 ppN1BfkG10epsAtjOJJlBoV9e92vnVRIUTnDeTVXfK11+hT5hjBxxs7uS46wVbwPuPjMlbSa ifLnt7Jz590rtzkeGrUoM5SKRL4DVZYNoAVFp/ik1fe53Wr5GJZEgDC3SNGS/u+IEzEGCytj gejvv6KDs3KcTVSp9oJ4EIZRmX6amG3dksXa4W2GEQJfPfV5+/FR8IOg42pz9RpcET32AL1n GxWzY4FokZB0G6eJ4h53DNx39/zaGX1i0cH+EkyZpfgvFlBWkS58JRFrgY25qhPZiySRLe0R TkUcQdqdK77XDJN5zmUP5xJgF488dGKy58DcTmLoaBTwuCnX2OF+xFS4bCHJy93CluyudOKs e4CUCWaZ2SsrMRuAepypdnuYf3DjP4DpEwBeLznqih4hMv5/4E/jMy1ZMdT+Q8Qz/9pjEuVF Yz2AXF83Fqi45ILNlwRjCjdmG9oJRJ+Yusn3A8EbCtsi2g443dKBzhFcmdA28m6MN9RPNAVS ucz3Oc7BTQRZ8iCTARAA2uvxdOFjeuOIpayvoMDFJ0v94y4xYdYGdtiaqnrv01eOac8msBKy 4WRNQ2vZeoilcrPxLf2eRAfsA4dx8Q8kOPvVqDc8UX6ttlHcnwxkH2X4XpJJliA6jx29kBOc oQOeL9R8c3CWL36dYbosZZwHwY5Jjs7R6TJHx1FlF9mOGIPxIx3B5SuJLsm+/WPZW1td7hS0 Alt4Yp8XWW8a/X765g3OikdmvnJryTo1s7bojmwBCtu1TvT0NrX5AJId4fELlCTFSjr+J3Up MnmkTSyovPkj8KcvBU1JWVvMnkieqrhHOmf2qdNMm61LGNG8VZQBVDMRg2szB79p54DyD+qb gTi8yb0MFqNvXGRnU/TZmLlxblHA4YLMAuLlJ3Y8Qlw5fJ7F2U1Xh6Z6m6YCajtsIF1VkUhI G2dSAigYpe6wU71Faq1KHp9C9VsxlnSR1rc4JOdj9pMoppzkjCphyX3eV9eRcfm4TItTNTGJ 7DAUQHYS3BVy1fwyuSDIJU/Jrg7WWCEzZkS4sNcBz0/GajYFM7Swybn/VTLtCiioThw4OQIw 9Afb+3sB9WR86B7N7sSUTvUArknkNDFefTJJLMzEboRMJBWzpR5OAyLxCWwVSQtPp0IdiIC2 KGF3QXccv/Q9UkI38mWvkilr3EWAOJnPgGCM/521axcyWqXsqNtIxpUAEQEAAcLBZQQYAQIA DwUCWfIgkwIbDAUJCWYBgAAKCRC4s7mct4u0M+AsD/47Q9Gi+HmLyqmaaLBzuI3mmU4vDn+f 50A/U9GSVTU/sAN83i1knpv1lmfG2DgjLXslU+NUnzwFMLI3QsXD3Xx/hmdGQnZi9oNpTMVp tG5hE6EBPsT0BM6NGbghBsymc827LhfYICiahOR/iv2yv6nucKGBM51C3A15P8JgfJcngEnM fCKRuQKWbRDPC9dEK9EBglUYoNPVNL7AWJWKAbVQyCCsJzLBgh9jIfmZ9GClu8Sxi0vu/PpA DSDSJuc9wk+m5mczzzwd4Y6ly9+iyk/CLNtqjT4sRMMV0TCl8ichxlrdt9rqltk22HXRF7ng txomp7T/zRJAqhH/EXWI6CXJPp4wpMUjEUd1B2+s1xKypq//tChF+HfUU4zXUyEXY8nHl6lk hFjW/geTcf6+i6mKaxGY4oxuIjF1s2Ak4J3viSeYfTDBH/fgUzOGI5siBhHWvtVzhQKHfOxg i8t1q09MJY6je8l8DLEIWTHXXDGnk+ndPG3foBucukRqoTv6AOY49zjrt6r++sujjkE4ax8i ClKvS0n+XyZUpHFwvwjSKc+UV1Q22BxyH4jRd1paCrYYurjNG5guGcDDa51jIz69rj6Q/4S9 Pizgg49wQXuci1kcC1YKjV2nqPC4ybeT6z/EuYTGPETKaegxN46vRVoE2RXwlVk+vmadVJlG JeQ7iQ== Message-ID: <4936c8d8-9b69-1385-1bbf-9d19ac08d061@akamai.com> Date: Thu, 13 Jun 2019 10:33:23 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190612153534.GA21141@kroah.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-06-13_09:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906130109 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-06-13_09:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906130109 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/12/19 11:35 AM, 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: Jason Baron > Cc: linux-kernel@vger.kernel.org > Signed-off-by: Greg Kroah-Hartman > --- > lib/dynamic_debug.c | 12 +++--------- > 1 file changed, 3 insertions(+), 9 deletions(-) > > diff --git a/lib/dynamic_debug.c b/lib/dynamic_debug.c > index 8a16c2d498e9..c60409138e13 100644 > --- a/lib/dynamic_debug.c > +++ b/lib/dynamic_debug.c > @@ -993,20 +993,14 @@ static __initdata int ddebug_init_success; > > static int __init dynamic_debug_init_debugfs(void) > { > - struct dentry *dir, *file; > + struct dentry *dir; > > if (!ddebug_init_success) > return -ENODEV; > > dir = debugfs_create_dir("dynamic_debug", NULL); > - if (!dir) > - return -ENOMEM; > - file = debugfs_create_file("control", 0644, dir, NULL, > - &ddebug_proc_fops); > - if (!file) { > - debugfs_remove(dir); > - return -ENOMEM; > - } > + debugfs_create_file("control", 0644, dir, NULL, &ddebug_proc_fops); > + > return 0; > } > > Looks like debugfs_create_dir() can return NULL, and in that case if its passed to debugfs_create_file() then the 'control' file ends up in the root of debugfs? I think its better to just not create the file then have it in the wrong place so maybe the file creation should be guarded by if(IS_ERR_OR_NULL(dir)). Thanks, -Jason