[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1810051629140.3364@hadrien>
Date: Fri, 5 Oct 2018 16:29:54 +0200 (CEST)
From: Julia Lawall <julia.lawall@...6.fr>
To: Kalle Valo <kvalo@...eaurora.org>
cc: YueHaibing <yuehaibing@...wei.com>,
Maya Erez <merez@...eaurora.org>,
linux-wireless@...r.kernel.org, wil6210@....qualcomm.com,
kernel-janitors@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH] wil6210: fix debugfs_simple_attr.cocci warnings
On Fri, 5 Oct 2018, Kalle Valo wrote:
> YueHaibing <yuehaibing@...wei.com> writes:
>
> > Use DEFINE_DEBUGFS_ATTRIBUTE rather than DEFINE_SIMPLE_ATTRIBUTE
> > for debugfs files.
> >
> > Semantic patch information:
> > Rationale: DEFINE_SIMPLE_ATTRIBUTE + debugfs_create_file()
> > imposes some significant overhead as compared to
> > DEFINE_DEBUGFS_ATTRIBUTE + debugfs_create_file_unsafe().
> >
> > Generated by: scripts/coccinelle/api/debugfs/debugfs_simple_attr.cocci
>
> Just out of curiosity, what kind of overhead are we talking about here?
The log message on the commit introducing the semantic patch says the
following:
In order to protect against file removal races, debugfs files created via
debugfs_create_file() now get wrapped by a struct file_operations at their
opening.
If the original struct file_operations are known to be safe against removal
races by themselves already, the proxy creation may be bypassed by creating
the files through debugfs_create_file_unsafe().
In order to help debugfs users who use the common
DEFINE_SIMPLE_ATTRIBUTE() + debugfs_create_file()
idiom to transition to removal safe struct file_operations, the helper
macro DEFINE_DEBUGFS_ATTRIBUTE() has been introduced.
Thus, the preferred strategy is to use
DEFINE_DEBUGFS_ATTRIBUTE() + debugfs_create_file_unsafe()
now.
julia
>
> --
> Kalle Valo
>
Powered by blists - more mailing lists