Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1757855pxj; Wed, 19 May 2021 13:13:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpGG6hIWcejHJXNk/h9xYltzkV69VgLFlghkz65U+gX1f/TL36ywXUl0LTITCXn5Ixfjv0 X-Received: by 2002:a05:6e02:1529:: with SMTP id i9mr977160ilu.234.1621455193586; Wed, 19 May 2021 13:13:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621455193; cv=none; d=google.com; s=arc-20160816; b=Boee6jpq+h2gI0BnF/4DTAebSit/ljeHCrPpY9qVdYLxwCReLpwLwMiZA0ArLEODdE t7RxA9dqNr4DrQgwur+lvd7K+n5lTPvwpgwq9saST7JI1324c8OCtfCwVrHkxF3M/4zi hoELuLj552p7vh7Evfl05p7n8hz/ts8XwWZCj5QNqn4RMewPPsjfdqQ996XzhQN46mWb jIixPxKi8XoZwcYYy7wukf0yzJQYCgHEP7j9/CA0EhO++uJxYxj068gx6UV0uQAWFKoq B8KATSqafmCBaqLBmjihbVkF7HzUL2+uBDYubwnnM6VEH6D+O7g3OjtyAe5MFoDK58Bc GIag== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Lqd0ejghCWQy+fqyq+HJY3zwAGF1Mto6Gk4+WRwQPSg=; b=o83/SXQ8t9ZzJX51WgcPw/az02aBW13d8/oAJO7PAdlvIg9shhXaQkSPQoiQtEiMJi JLQf4bjV+ypOEz2az0RonHXKw1LD4EwBTyhWdon327ZFhakMLGdbNFhpibixty5E6FYQ Sj5kNpJenCvdOeiY2+V0fG1B8mTa73PjFfbuFJ6FWC5pLFLc/4kLLqm3OWB3HDfYUyUc Y5Hjbx+RiMpCNU6LpUQrfG/TlmLrPqMnWLFZDzDhA3T6On9uRgOCf9/S4kCPRhCg9ccG KJdYatznnhilxCxLY1L4d5icnb5nRu73br+1hJrBdV9FOrTnd5IgiwbtBN1z31QB4zMR DVWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vE468iAE; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a7si333684jat.120.2021.05.19.13.12.59; Wed, 19 May 2021 13:13:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-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=@linuxfoundation.org header.s=korg header.b=vE468iAE; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-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 S1354948AbhESPoY (ORCPT + 99 others); Wed, 19 May 2021 11:44:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:58262 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242076AbhESPoU (ORCPT ); Wed, 19 May 2021 11:44:20 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 26F7860D07; Wed, 19 May 2021 15:43:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1621438980; bh=KaSVb/oZ/hbXppu3Y0486KwtT3znvB8EkCNw1WfZ//o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=vE468iAEIhQmaJ20YTgK/EOOfR+ctZemzuvMSUU67Mh05ibc6eUXvTZkexo13jsTM ZWEIHAygjyv4aNy2oRzUSlhDMeZb63l3XO+swZPuJ7LgJMAJwFrtFHEEeAcfwvNkLv lsUYnNheTWjcRjjU7Os4QhfQLc4tpMkvCBCHFAqw= Date: Wed, 19 May 2021 17:42:58 +0200 From: Greg Kroah-Hartman To: Jeff Johnson Cc: linux-wireless@vger.kernel.org, Kalle Valo , "David S. Miller" , Jakub Kicinski , Kees Cook , Jason Gunthorpe , Chao Yu , Leon Romanovsky , b43-dev@lists.infradead.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, jjohnson=codeaurora.org@codeaurora.org Subject: Re: [PATCH v2] b43: don't save dentries for debugfs Message-ID: References: <20210518163304.3702015-1-gregkh@linuxfoundation.org> <891f28e4c1f3c24ed1b257de83cbb3a0@codeaurora.org> <2eb3af43025436c0832c8f61fbf519ad@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2eb3af43025436c0832c8f61fbf519ad@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Wed, May 19, 2021 at 08:04:59AM -0700, Jeff Johnson wrote: > On 2021-05-18 22:05, Greg Kroah-Hartman wrote: > > On Tue, May 18, 2021 at 03:00:44PM -0700, Jeff Johnson wrote: > > > On 2021-05-18 12:29, Jeff Johnson wrote: > > > Would still like guidance on if there is a recommended way to get a > > > dentry not associated with debugfs. > > > > What do you exactly mean by "not associated with debugfs"? > > > > And why are you passing a debugfs dentry to relay_open()? That feels > > really wrong and fragile. > > I don't know the history but the relay documentation tells us: > "If you want a directory structure to contain your relay files, > you should create it using the host filesystem’s directory > creation function, e.g. debugfs_create_dir()..." > > So my guess is that the original implementation followed that > advice. I see 5 clients of this functionality, and all 5 pass a > dentry returned from debugfs_create_dir(): > > drivers/gpu/drm/i915/gt/uc/intel_guc_log.c, line 384 > drivers/net/wireless/ath/ath10k/spectral.c, line 534 > drivers/net/wireless/ath/ath11k/spectral.c, line 902 > drivers/net/wireless/ath/ath9k/common-spectral.c, line 1077 > kernel/trace/blktrace.c, line 549 Ah, that's just the "parent" dentry for the relayfs file. That's fine, not a big deal, debugfs will always provide a way for you to get that if needed. thanks, greg k-h