[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+icZUW5H+9VJvxViYYEDCJ-mLa-xudqYScjZFJ8eA6200YZmg@mail.gmail.com>
Date: Mon, 29 Jul 2019 16:58:22 +0200
From: Sedat Dilek <sedat.dilek@...il.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: David Miller <davem@...emloft.net>,
clement.perrochaud@...innov.com, charles.gorand@...innov.com,
netdev@...r.kernel.org, Sedat Dilek <sedat.dilek@...dativ.de>
Subject: Re: [PATCH v3 11/14] NFC: nxp-nci: Remove unused macro pr_fmt()
On Mon, Jul 29, 2019 at 12:38 PM Andy Shevchenko
<andriy.shevchenko@...ux.intel.com> wrote:
>
> On Fri, Jul 26, 2019 at 02:23:46PM -0700, David Miller wrote:
> > From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
> > Date: Thu, 25 Jul 2019 22:35:08 +0300
> >
> > > The macro had never been used.
> > >
> > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
> > > Tested-by: Sedat Dilek <sedat.dilek@...il.com>
> > ...
> > > @@ -12,8 +12,6 @@
> > > * Copyright (C) 2012 Intel Corporation. All rights reserved.
> > > */
> > >
> > > -#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
> >
> > If there are any kernel log messages generated, which is the case in
> > this file, this is used.
>
> AFAICS no, it's not.
> All nfc_*() macros are built on top of dev_*() ones for which pr_fmt() is no-op.
> If we would like to have it in that way, we rather should use dev_fmt().
>
>
> > Also, please resubmit this series with a proper header posting containing
> > a high level description of what this patch series does, how it is doing it,
> > and why it is doing it that way. Also include a changelog.
>
> Will do.
>
> Thank you for review!
>
Can you send out the latest series as v5?
I got some new? patches from you, but a bit confused now.
- Sedat -
Powered by blists - more mailing lists