Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
MIME-Version: 1.0
References: <1587633319-19835-1-git-send-email-zou_wei@huawei.com>
 <CAPDyKFogU2BT1vmcovrGvNEOtS+cxWwM09foMfN3bOPXEhhT3g@mail.gmail.com> <C3CD0DF8AD11A84CB25A1426DE537C61E59522ED@dggeml524-mbx.china.huawei.com>
In-Reply-To: <C3CD0DF8AD11A84CB25A1426DE537C61E59522ED@dggeml524-mbx.china.huawei.com>
From:   Ulf Hansson <ulf.hansson@linaro.org>
Date:   Thu, 23 Apr 2020 14:21:50 +0200
Message-ID: <CAPDyKFpf7HWUk3Ss=swvrGYBh_nDoKW02vqThbN=CWwekp4zrA@mail.gmail.com>
Subject: Re: [PATCH -next] mmc: core: Use DEFINE_DEBUGFS_ATTRIBUTE instead of DEFINE_SIMPLE_ATTRIBUTE
To:     "Zouwei (Samuel)" <zou_wei@huawei.com>
Cc:     "linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Thu, 23 Apr 2020 at 13:55, Zouwei (Samuel) <zou_wei@huawei.com> wrote:
>
> Hi Ulf,
>
> Thanks for your review and reply.
>
> 1. DEFINE_SIMPLE_ATTRIBUTE + debugfs_create_file() imposes some significa=
nt overhead as compared to DEFINE_DEBUGFS_ATTRIBUTE + debugfs_create_file_u=
nsafe().
>   You can refer to the patch of 1a2b3666da58 ("mt76: fix debugfs_simple_a=
ttr.cocci warnings")

I see.

> 2. debugfs_create_file_unsafe(...&mmc_clock_fops) is corresponds to DEFIN=
E_DEBUGFS_ATTRIBUTE(mmc_clock_fops...), so I only modified this one.

I have now read the complete function header of
debugfs_create_file_unsafe() and realized that this is indeed okay.

>
> -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
> =E5=8F=91=E4=BB=B6=E4=BA=BA: Ulf Hansson [mailto:ulf.hansson@linaro.org]
> =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B44=E6=9C=8823=E6=97=A5 =
19:17
> =E6=94=B6=E4=BB=B6=E4=BA=BA: Zouwei (Samuel) <zou_wei@huawei.com>
> =E6=8A=84=E9=80=81: linux-mmc@vger.kernel.org; Linux Kernel Mailing List =
<linux-kernel@vger.kernel.org>
> =E4=B8=BB=E9=A2=98: Re: [PATCH -next] mmc: core: Use DEFINE_DEBUGFS_ATTRI=
BUTE instead of DEFINE_SIMPLE_ATTRIBUTE
>
> On Thu, 23 Apr 2020 at 11:09, Zou Wei <zou_wei@huawei.com> wrote:
> >
> > Fixes coccicheck warning:
> >
> > drivers/mmc/core/debugfs.c:222:0-23: WARNING: mmc_clock_fops should be
> > defined with DEFINE_DEBUGFS_ATTRIBUTE
> >
> > Use DEFINE_DEBUGFS_ATTRIBUTE rather than DEFINE_SIMPLE_ATTRIBUTE for
> > debugfs files
> >
> > Fixes: 703aae3d09a4b ("mmc: add a file to debugfs for changing host
> > clock at runtime")
> > Fixes: a04c50aaa916f ("mmc: core: no need to check return value of
> > debugfs_create functions")
> > Reported-by: Hulk Robot <hulkci@huawei.com>
> > Signed-off-by: Zou Wei <zou_wei@huawei.com>

Applied for next, thanks!

Kind regards
Uffe

> > ---
> >  drivers/mmc/core/debugfs.c | 6 +++---
> >  1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/mmc/core/debugfs.c b/drivers/mmc/core/debugfs.c
> > index 09e0c76..9ec84c8 100644
> > --- a/drivers/mmc/core/debugfs.c
> > +++ b/drivers/mmc/core/debugfs.c
> > @@ -219,7 +219,7 @@ static int mmc_clock_opt_set(void *data, u64 val)
> >         return 0;
> >  }
> >
> > -DEFINE_SIMPLE_ATTRIBUTE(mmc_clock_fops, mmc_clock_opt_get,
> > mmc_clock_opt_set,
> > +DEFINE_DEBUGFS_ATTRIBUTE(mmc_clock_fops, mmc_clock_opt_get,
> > +mmc_clock_opt_set,
> >         "%llu\n");
> >
> >  void mmc_add_host_debugfs(struct mmc_host *host) @@ -232,8 +232,8 @@
> > void mmc_add_host_debugfs(struct mmc_host *host)
> >         debugfs_create_file("ios", S_IRUSR, root, host, &mmc_ios_fops);
> >         debugfs_create_x32("caps", S_IRUSR, root, &host->caps);
> >         debugfs_create_x32("caps2", S_IRUSR, root, &host->caps2);
> > -       debugfs_create_file("clock", S_IRUSR | S_IWUSR, root, host,
> > -                           &mmc_clock_fops);
> > +       debugfs_create_file_unsafe("clock", S_IRUSR | S_IWUSR, root, ho=
st,
> > +                                  &mmc_clock_fops);
>
> Apologize for my ignorance, but why convert to the *_unsafe option for th=
is one, but not for the others?
>
> [...]
>
> Kind regards
> Uffe