Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp5561044rwr; Mon, 24 Apr 2023 06:09:02 -0700 (PDT) X-Google-Smtp-Source: AKy350aIwIZrKl0RrP1iEJNVZAqwYyTl/s/1vdX0cS7I2HhyV3xCNi92vbS0Yd75OLr/jgc6fxVZ X-Received: by 2002:a17:903:24c:b0:1a6:b1a2:5f21 with SMTP id j12-20020a170903024c00b001a6b1a25f21mr18543416plh.8.1682341742060; Mon, 24 Apr 2023 06:09:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682341742; cv=none; d=google.com; s=arc-20160816; b=KdWohtiINbx+pjszm6wOVKg0sOU1wf0cNTcaC92WDFm/bUeNAwQemzPz5q4m3BNFST N7vPHawcHxd4QM8bsFDfLUIp9bWd13yeiX88v/2+Vx8oAZr+3jEmY+NLIMHpZtNFe6QA OrdXEkaLV703ViTFJQVgfdqHB00EYXGI32Mdkl4QF8aBpuHjgnymEiPhLy21dhH2hnv5 mCBPusO56UCDg0/QFEgYrarx6pwdosJ5+zBACm2MghTQaf39X2PmbyOu7qpJThltsRf/ D+rp3PDso2h7PCMY5ylZZx8B5uRILNNm6bpC4l9uUAu94R98P6lKHM/9PhYGlCK72n/P tWKg== 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=qEBi2wwOo4vxLkEsSvKvki4rtm2AnXo3ButAxYq/f0U=; b=QruEBlmcIT+dzNjfz17QiIz8kOgkuCK+rYVQFbM+GyVDUlUMI0M30OBp1gJ2uP7mmH uC8Te9f6TkjZfBfVsnx9vbfRcAewO8RWKobiPVhhEmg9JBE59cRoqnl2xSI5MDQeB6BO KwvnQOmbblv8Cm7OAIUUF4Y6bbFrHktyb6EdTCI/As75RcUfldIOP8utnL3M/TdznVbg lyrzIg6H7X70fCoDPufuokiHzEeSYn16Mv034XY6phHpPRnyreW0x2/IaIcEkIEeBmri 9cv9WVRz8fTcOlkzyX6dTMuaTpToCOKliX0yq9VMAmVcc2iQJw2JR5p6mtsdHqdHhDXb pL0Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Z7pBD1sH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bk2-20020a17090b080200b00233e0c4d614si13513830pjb.148.2023.04.24.06.08.46; Mon, 24 Apr 2023 06:09:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Z7pBD1sH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231812AbjDXNIQ (ORCPT + 99 others); Mon, 24 Apr 2023 09:08:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231801AbjDXNIN (ORCPT ); Mon, 24 Apr 2023 09:08:13 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0872149D0; Mon, 24 Apr 2023 06:08:07 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 26C09612CA; Mon, 24 Apr 2023 13:08:06 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3DBAAC4339B; Mon, 24 Apr 2023 13:08:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1682341685; bh=MRtXNN7K2xxelZ/JoLLZMsrymk0qjan7oK/Hjqz/K7s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Z7pBD1sH0r7g7xaRHXQ5z9Qq4Z1sZrN0xWvyH5RtHjsxRQ9dB/Axx8d016FPZVfL2 UFm1+ckTwKYK6mkivsDLi5QuIZ6tZ5rB7ebh+mtkkK4quMRX+Hfa/qrpUrU9Jd8RrR DkUT5ttpIUMkl+s6UhRv68vxbx3VgMeqSKF6F8us= Date: Mon, 24 Apr 2023 15:08:03 +0200 From: Greg Kroah-Hartman To: Mark Brown Cc: Peter Enderborg , Yingsha Xu , Serge Semin , linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] spi: remove return value check of debugfs_create_dir() Message-ID: <2023042423-ice-rice-e3d3@gregkh> References: <20230423061155.2540-1-ysxu@hust.edu.cn> <368e31ae-31b5-839f-72e3-20a27239cb0b@sony.com> <2023042421-landowner-magnitude-a38c@gregkh> <55ab40bb-8b3e-496d-bf45-6c4ebd01e43f@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55ab40bb-8b3e-496d-bf45-6c4ebd01e43f@sirena.org.uk> X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 24, 2023 at 02:00:14PM +0100, Mark Brown wrote: > On Mon, Apr 24, 2023 at 02:53:12PM +0200, Greg Kroah-Hartman wrote: > > On Mon, Apr 24, 2023 at 01:32:14PM +0100, Mark Brown wrote: > > > > There's issues with partially created debugfs structures getting in the > > > way of people trying to debug things, just completely ignoring all > > > errors can create confusion as the diagnostic information people believe > > > is being shown to them ends up being partial or mistructured without any > > > indication that this has happened. > > > How do you end up with partially created debugfs structures? > > The ones I've seen have been name collisions caused by for example the > debugfs structure created being flatter than the device model structure, > though obviously something unanticipated could come up. Sure name collisions will happen, when people aren't precise about how they create their debugfs files (I just had to insist on this type of fixups for a USB patch last week.) But, debugfs failures should never stop a driver from working properly, only the debugging functionalities. So there's no need to error out from debugfs errors as the only one affected is the kernel developer involved, not users. thanks, greg k-h